アジャパー - メイン＆質問

びば（森のフレンズ） 2023/09/16 8:56

わいわい

わーいわい

わいわいわい

YYYY

わいわい

よろしくお願いしまーす！

8888888

88888888

わいわい

88888888

8888888888

8888888888888

8888888888

８８８８８８

始まりましたーーーーーー！！！！！

8888888888888

はじまりー８８８８８８

わいわい

よろしくお願いします！

888888

プレゼント

??

わくわく

あてたいーーー

豪華！

ABI堂

はっぴ素敵ー♪

8888888888

88888

??

8888888

昨日、JOEさんの影武者がいらっしゃいましたねｗ

8888888888888888888888

888888

888888888888888

８８８８８８８８８８８８８８８

8888888

888888888

88888888

888888

8888888888888

88888888

8888888888

888888

?

ハードウェアを疎結合にするってことですかね。

モジュールは互いに疎であること。自身の変更により他のモジュールに影響を及ぼさない必要があるんですね。その場合モジュールを跨いだ変更の要件がある場合はどうするのでしょうか。

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f44d-1f3fc.svg

8

各モジュールのインターフェースだけお互いに影響を与えないようにがっちり決めておくんでしょうか？ (edited)

4

【質問】量産現場では日々製造物が変わっていくということでしょうか？その場合、量産検証もスプリント間で行っているんですか？ (edited)

3

モデルSとテスラセミでは求められる機能や性能が異なる気がするのですが、モジュール化した部品を再利用する場合、部品を作っているチームはどの性能・機能を基準に作っているんですかね

【質問】部品単位で行っている開発パーツの寸法は、どのタイミングで決定するのでしょうか？　作業開始する前に大まかに決めて微調整する感じですか？

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f440.svg

2

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f44d.svg

1

【質問】チーム間でのコミュニケーションが多く必要になるとアジャイルチームの良さである素早さが失われると考えます。チーム間コミュニケーションについてはプロトコルを決めてセンターチームがコントロールするんでしょうか？

2

毎日、機能追加改善しても自動車安全基準に適合できるということは、プロセスの中に基準に対して適合していることも確認項目としてあるのか？

実際の生産ラインどうなっているんだろ？

実際のチーム毎の進捗の違いによってプロジェクト大爆発の危険がありそうな印象がありますがそこの管理がスクラムマスター、プロダクトオーナーの腕の見せ所なんですかね？

Bench

実際の生産ラインどうなっているんだろ？

見てみたいですね！

1

テストが通らずに修正が入ることもあると思うのですが、他チームと連携する必要がある場所がある場合、進捗をどのように調整していますか？連結テストのスケジュールもずれるかなと思いました。

2

衝突テストとかのように、実際に作らないと検証できない部分はどうやってるんでしょうかね

秀吉の一夜城的な考え方かな。

abe

実際のチーム毎の進捗の違いによってプロジェクト大爆発の危険がありそうな印象がありますがそこの管理がスクラムマスター、プロダクトオーナーの腕の見せ所なんですかね？

Sprint内では爆発しない程度のインクリメントに留めてレビュ・レトロでコントロールする以外思いつかないですよね。。

1

ジョー先生がチャンドラー、アンゾフに並びそう

【質問】モジュールにわけることで、開発者が何のために作っているのかがわかりにくくなってしまいそうですが、全体に対する共通理解を得るための仕組みはあるでしょうか？モジュールにわけて、それぞれが対応することで全体理解は不要ということになってしまいますか？

12

【質問】同時並行で実施する前に、計画するものは何でしょうか？どこでモジュラー分割するのか分割されたモジュラーのインターフェース、モジュラーのKPIなどは設定しておかないと、プロダクトとして成立しないようなイメージが有りまして。。

5

各モジュールが独自に変更されるということは、製造工程も各モジュールが独自に調整しているということですか？製造の切り替えはどうするのですか？ (edited)

車の製造年月で微妙に違うのか

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f62e.svg

1

13:44

あ、でもコスト削減は日本もやるよなぁ。そのスピードが違うのか。

年間の予算とかで動いている日本企業はどうやったら受け入れてくれるのだろうか？

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f979.svg

1

13:45

計画は立てろって言われがち....

missy

テストが通らずに修正が入ることもあると思うのですが、他チームと連携する必要がある場所がある場合、進捗をどのように調整していますか？連結テストのスケジュールもずれるかなと思いました。

今ちょうど話がありましたが、他チームの進捗に影響を受けないよう、入出力の定義だけがっちり固めて、遅れていないチームは先にリリースしてしまうんですかね。（入出力に変更があったらリリースまでは無理ですが。。） (edited)

【質問】毎日、改善活動を行うというのはわかるのですが、やはり他のチームやモジュールに影響しないことが前提になるのでしょうか。改善活動と影響の有無を考えるだけで１日が終わってしまいそうな気がしますがそんなことはないのでしょうか。

【質問】モジュールをどう分割するか、は誰が決めて責任を持つのでしょうか？ (edited)

3

委託契約したら詰みますね

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f629.svg

3

Ryota Shiroguchi(3panda)

年間の予算とかで動いている日本企業はどうやったら受け入れてくれるのだろうか？

年度とかではなくてプロジェクト、プロダクト単位で予算着かないと難しそうですね。。。作って売ってみないとROI測れないし…

3

インターフェースを変えないと新しい価値を生み出せない場合はどうするのでしょうか

みなさんの質問や視点が学びになります

4

常に他に影響を与えないようにする改善を行うってことか・・・

wara

今ちょうど話がありましたが、他チームの進捗に影響を受けないよう、入出力の定義だけがっちり固めて、遅れていないチームは先にリリースしてしまうんですかね。（入出力に変更があったらリリースまでは無理ですが。。） (edited)

入出力の定義も変わるタイミングありそうなので、どこで調整するかが肝になりそうですね。ソフトウェアだとAPIとかも入出力変わりやすいところかなと思いますね。

3

30%!?

各モジュールのオーナーシップは高まりそうだけど、各組織でのサイロ化は起きないのだろうか？

1

3

テスラの製造コストが低いのはギガキャスティングによるところが大きいはずなので、むしろモジュラー化とは逆のベクトルだと思いますが

法則キタ！

各モジュールに結構なリソースを割けるだけの体力も必要そうですねー

【質問】改修の頻度と対応スピードが早いことがメリットだと認識していますが、ドキュメント作成も都度行っているのでしょうか

8888888

【質問】モジュール分割してチームが別々に動くための前提は何が考えられるでしょうか？・マスタスケジュール・IF定義書・結合テスト仕様書など

スタートアップとかだと日本でも受け入れられそうだから古い企業は置いて行かれる危機感をもったらかわれるかな

888888888

８８８８８８８８８８８８８８８

88888888

8888888888888

８８８８８８８８８８８

88888888

888888

888888888

【質問】車一台としてのPOがいるんでしょうか？

8888888888

【質問】モジュール化と組織構造を一致させるための、はじめの一歩は何が考えられますか？

88888

888888888

逆コンウェイ戦略ですねー

5

Takoshima

テスラの製造コストが低いのはギガキャスティングによるところが大きいはずなので、むしろモジュラー化とは逆のベクトルだと思いますが

ギガキャストによって統合された単位でモジュールとされるんでしょうかね。自分も気になりました。 (edited)

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f44f.svg

1

１台１台異なるとなると、修理が逆に大変になりますか？また、販売する上で、国の認証などはどういう単位で取るのでしょうか？

【質問】モジュールはそれぞれのチームでテストは行えますが、一つのプロダクト（車）としての俯瞰して見る立場の人はいるのでしょうか？

そういえば走らせるテストはどうやってるんですかね（独り言） (edited)

【質問】フルスタックエンジニアでないと並列で進められないかと思いますが、その場合どのように進めるのでしょうか。 (edited)

【質問】車のようなハードウェアだと、錆のような経年劣化系へのテストはどのように対応しているのでしょうか (edited)

Scrum@Scale的なEATが設置される　のは違う気もするけど気になる

推測ってことは経験が大事ってことですかね

インターフェースを先に定義して、別モジュールとして開発するということですが、インターフェースはどうやって決めるのでしょうか？

予測はある程度立てるんですね。なるほど。

推測する人のスキルに依存しそうな気もしますね

2

ハードウェアの自動テストというのは具体的にどんなテストでしょうか？

1

[回答]設計はどうなるかわからない。モジュールの数で推測し、チームに任せる。試行錯誤して変更をしながら進める。毎週または毎日変更している。

4

試行錯誤しながら開発していくことと、品質を保証していくこと、完成車にしていくこと、、イメージがまだできない

日系の企業だと、推測でコストを算出したとして、予算が降りなそうな気がしますね

モジュール間のインターフェースの設計もスクラムを通じて行ってるんでしょうか？モジュールチーム間で設計するのか、全体のアーキテクチャ設計などは事前にせずにうまくまとめられるんでしょうか？

予算執行の予実管理っていう概念が吹っ飛びますね

開発メンバー一人ひとりのスキル/経験値が高くないと成り立たない気がしますね。

7

それぞれのモジュールチームを繋ぐ統合テストは、どのように作られるのでしょうか？

そもそもの製品のコンセプトは誰がつくるのでしょうか？コンセプト自体もスクラムで進めて変わっていくのでしょうか？

Oyama

開発メンバー一人ひとりのスキル/経験値が高くないと成り立たない気がしますね。

そこがレガシー企業と先進企業の違いですねー

2

[回答]最初のステップとしてはPOやSMがいてもよいが、イーロンマスクの会社ではPOやSMは存在しない。 (edited)

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f44d-1f3fb.svg

8

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f60d.svg

1

POとかSMが間違って運用されそう。

13:56

SMというPjMとか

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f62b.svg

2

ある意味、スクラムをやるために優秀な人を採用するのが一番手っ取り早い手段ということか...汗

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f605.svg

2

job型雇用でその機能/役割を担える人を雇う必要があるんですね

13:56

アジャイル契約・・

アジャイル契約

[回答]すでに日本の企業はサプライヤーとして納品しているので日本の企業も同じ形に変革していくことは可能だが、契約形態をアジャイルにする必要がある。

2

アジャイル契約

SM.POと言う表面的なロールは必要ではなく、あくまで全員がそう言うマインドを持って業務にあたる、ってことかな

9

「イーロンマスクの会社にいないなら、うちの会社にも要らないよね！」みたいに、初期の段階で必要なSMとPOも置いてもらえず、開発チームが自力でがんばらされる未来を感じますね……

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f976.svg

9

テスラはそもそもSMはもういないってjoeさんが以前に話してましたね

IPAから公開しているアジャイル契約のドキュメントはこちらです。 https://www.ipa.go.jp/digital/model/agile20200331.html

情報システム・モデル取引・契約書（アジャイル開発版） | 社会・産業のデジタル変革 | IPA 独立行政法人情報処理推進機構

情報処理推進機構（IPA）の「情報システム・モデル取引・契約書（アジャイル開発版）」に関する情報です。

17

ロール毎の役割はあると思うので、その分担は最初はちゃんとした方が良いと思っています

そもそも、今となってはスクラムやっていないので。。ということで特殊な環境

橙葵

「イーロンマスクの会社にいないなら、うちの会社にも要らないよね！」みたいに、初期の段階で必要なSMとPOも置いてもらえず、開発チームが自力でがんばらされる未来を感じますね……

いきなりイーロン・マスクと同じって考える時点で、、、泣けてきますね

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f602.svg

1

kei ishimaru

SM.POと言う表面的なロールは必要ではなく、あくまで全員がそう言うマインドを持って業務にあたる、ってことかな

このマインドセット変革が大変ですよねー。

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f4aa.svg

2

そもそもビジネス組織も agile 化されていないと実現しないですよね。

2

Toru#9999

そもそもビジネス組織も agile 化されていないと実現しないですよね。

その通りだと思います

せき@fullvirtue

[回答]最初のステップとしてはPOやSMがいてもよいが、イーロンマスクの会社ではPOやSMは存在しない。 (edited)

アジャイルで個別のリーダーシップを持つ人材によるチームだからできるようにも思えますよね。アジャイル経験値の少ない会社がこれを聞いて成熟前のチームで同じことやったら悲劇。。

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f4af.svg

4

アジャイルを取り込んでても気づくとWFのような形態に

2

4

あれかな？

製造業なのに、生産計画とか概念がないのかなと思いました。できるだけ頑張ろう的な共通認識があるのでしょうか

アジャイルのアだな

1

行きつくところは開発だけでなく、調整と決断をアジャイルにすることですね。なので組織改革に思考が及ぶ、

5

888888888

うわー、キーワード難しいなー笑

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f923.svg

1

8888888

8888888888888888888888

88888888

88888888888888888

888888888

電車のアナウンスが聞こえるのは私だけでしょうか？

88888888888

Ryota Shiroguchi(3panda)

電車のアナウンスが聞こえるのは私だけでしょうか？

私は電車のアナウンス，聞こえてないですね

1

段取りがスムーズすぎて、すごい。初回とは思えない

開発以外でアジャイルやったことあるんですが、開発となると大変そうです

Ryota Shiroguchi(3panda)

電車のアナウンスが聞こえるのは私だけでしょうか？

ぼくの方は聞こえていないです。もしかしたらボイチャに入っている誰かの音声が拾われているのかもしれません。ボイチャから抜けて改善されるならそれかもしれないですね

Ryota Shiroguchi(3panda)

電車のアナウンスが聞こえるのは私だけでしょうか？

Discordのほうから聞こえてるのでは？音声オフにできますよ

1

Discordだったみたいですmm

4

3

Joeさんを最初に持ってきたのは今までのクラスの内容の復習的な意味ですかね。これから導入事例でぶっちゃけ話が聞けるのを期待しています。

9

クラスの復習サラッとできましたねー♪アップデートも欲しかったけどーw

1

Keynoteのエッセンシャル版、特典PDFにも書いてありました (edited)

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f973.svg

1

Hideうっきぃ

行きつくところは開発だけでなく、調整と決断をアジャイルにすることですね。なので組織改革に思考が及ぶ、

アジャイルな個人→アジャイルなチーム→アジャイルな組織ですね。まだまだ日本ではSMの活躍できる場は多そうですね。

1

CSMの講座を受けた人でチームを作っても、ロールをちゃんと分けない（明示的なSM・POを立てない）とか、ステークホルダーと関係が作れていないとかで、楽しく仕事が出来ていない様子を見るので、実例紹介めちゃ楽しみです

wara

アジャイルな個人→アジャイルなチーム→アジャイルな組織ですね。まだまだ日本ではSMの活躍できる場は多そうですね。

守破離で、まだまだ、守の部分でSM活躍フィールドは多そうです離はamazonやTeslaってところですかね

1

そういった意味では Joe 先生の EAT のクラスでやっている内容をものにしたいですね。

1

全役員にアジャイル教育をしたけど、アジャイルで肝心の楽しむってところを理解してくれなかった（涙）みなさん、役員に対する理解って得られてます？ (edited)

6

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f614.svg

1

Kazma

【質問】量産現場では日々製造物が変わっていくということでしょうか？その場合、量産検証もスプリント間で行っているんですか？ (edited)

そこ、一番気になる。金型製作は時間もコストもかかるのにどう実現しているのか。。。

チーム内でスクラムをする時に、技術者が自分の専門性を高めたいけど自分の専門以外のタスクもやらないといけないから、モチベーションが下がるという現象が起きがちです...みなさんどのようにコミュニケーションされていますか？

アで始まる・・・「アジャイル」か「アジャパー」かそれ以外か・・・・

88888

8888

８８８８

Hello Scrumお世話になっております！

アジャイル推進部ができた経緯を聞きたい

9

坂田さんのブログ https://do-scrum.com/ (edited)

Hello Scrum | スクラム開発の知識・ノウハウ習得に役立つ情報を簡単解説

スクラム開発の知識・ノウハウ習得に役立つ情報を簡単解説

PO・SM含め全員が専任……いいですね……

7

8

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f929.svg

1

専任！

うらやま

羨ましい・・・笑

PO/PM/SMが兼任ってのはたくさん見てきたので羨ましい

オフショアメンバ含めプロダクトビジョンの共有・・どうやってやったのか気になる

専任どころか兼任、終わる前に異動・・・

専任だけでもうらやましいですよね。今は50%・・・

状況として参考にした過ぎる

SMの話を回り（チームの外）が聞ける様にしていったの流れを知りたい

ふってきた仕事だけやればいいっていうのはよく見ますね

開発チームが顧客を感じられていない

わかる...

6

権限移譲を納得して頂くところ、まず最初の壁なんですよね

5

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f62d.svg

2

権限が全員にある！理想だよなぁ・・

2

権限がないと無理ですよね

1

事業側から権限を剥がすところが一番難易度が高そう

1

責任はすぐ移譲されるけど、権限は委譲されないですね

16

1

権限を持ちたがらない人が多いので、結局リーダー（手を挙げた人）が一人背負い込む形になりますね。。。

5

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f631.svg

2

開発側が顧客の要望を纏めると事業企画は丸投げになる

見える化（＝共有方法）、をどうやってやったのか気になる

1

https://do-scrum.com/inception-deck/

【導入必須】インセプションデッキの作成方法・具体例など

スクラム開発における「インセプションデッキ」の基本的なやり方を簡単解説！インセプションデッキとは？基本ルールや作り方、10個の質問の意図、具体例などを紹介。

4

泥臭いコミュニケーションが容易に想像できる・・・

【質問】顧客管理とプロダクトの提供価値の整備すごい...！！1人（SM）でやろうと思うと心が折れそうですけどワーキングチームを立ち上げた時点で仲間がいたんですかね？そうでなければ1人でどうモチベを保ったのか気になります (edited)

2

要望を細分化していってもワーキンググループで追加要望がどんどん出てきて一つのPBIが膨らんでいく・・・

NSM！初めて聞いた。。けど良い言葉。これ使おうと思う

誰のどんな課題なのかが妄想になると厳しいプロダクトになる気がするので、そこをどうやって適切にしていったのかが気になりますね！

【質問】NSMはプロダクトゴールみたいなものでしょうか。違いがあれば教えてください (edited)

NSMって、一般用語なんですね、かっこいいネーミングつけるなーって思ったら、これいいな♪

1

星に向かって進もう、的な

へぇー、スプリントレビュー以外のFBもか。

【質問】事業側や企画側にワーキンググループやバックログの見直しなど持ちかけたとき、その場のワークショップなどには参加してもらえるのですが、定着せず、NSMじゃなくて売上追っかけたり、開発のために付き合ってあげている感を抜け出せないのですが、定着・同じマインドセットを持たせるために気をつけていることはありますか？

7

1

客先同行して、実際に生の声で見るのは良いですよねー営業さんの協力ありがたいです。 (edited)

現場訪問、したなぁ

エンジニアのモチベーション向上の観点からもFBは大事ですね

先ほどのジョーのコマでも出たPOをいい意味でなくすには実務者がFBを受けて感覚をもつのは大事ですね。

実際にプロダクトを使ってもらってFBが不十分→フィードバックを得るという活動ということですかね？

営業顧客先に行きたいといっても営業側が行かせてくれないパターンもあるんだよなあ

1

現場の声を開発メンバがそのまま受け入れてしまって、逆にノイズになってしまう、ということはないのかな

3

うちの組織もモチベーションが大事だってわかってくれたらいいなぁ．．．

「質問」

どう自分ごととしてとらえられるか、重要ですね・・

1

Scrum Team が顧客と対話できる環境そのものがあると風通し良く開発できますよね。

1

実際に使っている顧客現場に行きたい

プロダクトゴールを全員言えるって大事ですね

1

楽しい！はほんと大事

【質問】これらの変化にどの程度の期間が必要だったのかを知りたいです。

K.Nakai

うちの組織もモチベーションが大事だってわかってくれたらいいなぁ．．．

モチベーションと売り上げの相関関係を説明できず、いつも現場の偉い人に納得してもらうのに苦労する

1

アジャイルを楽しんでほしい！大事

アジャイルたのしめていないなぁ

プロダクトゴールをチーム全員が言える状態、になっていることをどうやって確認するのがよいでしょう？

アジャイルを楽しむ！いいですね

素晴らしい内容！！

「質問」チームビルディングする際、心理的安全性の確保にはどのように気を付けましたか？ (edited)

今の話を聞いていると、現在、チームメンバー全員で客先打ち合わせから開発までやっているのは一ついいところなのかもしれない(人が少ない...笑) (edited)

楽しみたい！！

現場が開発者に伝えた要望って、その現場は「やってくれる」と捉えるので諸刃の剣ですよね。

4

1

現場が楽しく開発できるのは大事ですね！！

先程のテスラでは、プロダクトゴールをどの様に設定したのだろうか。。。

1

弊社、アジャイルを楽しんでいる人だけでスクラム組んだらすごくパフォームしました。楽しむにも資質が必要な気がしてしまいます。

3

【質問】利害関係者が多いPJにいるのですが、何かを決定するにしても時間がかかります。このようなご経験ありますでしょうか？あるならば、どのようなアプローチで改善していったのかお聞かせください

1

888888

８８８８８８８８８８８８８８８

８８８８８８８８８８

【質問】みんなに楽しんでもらえるために工夫されていることはありますか？（いろいろやってみているですがなかなか楽しんでもらえないと感じる・・）

８８８８８８

8888888

Takahiko HAYASHI

営業顧客先に行きたいといっても営業側が行かせてくれないパターンもあるんだよなあ

なぜその声が上がったのかの掘り下げを、みんなでしてみたりするとうのみにせずみんなで考えられるようになるのに一役買えるかもしれません

88888

888888888

88888888

88888888 (edited)

8888888

質問：このプレゼン資料は共有していただけるのでしょうか？めちゃ参考になるので

26

素晴らしいプレゼン、ありがとうございました！！

tnobe

質問：このプレゼン資料は共有していただけるのでしょうか？めちゃ参考になるので

メンバーにも共有したい内容がいっぱい

C

それなｗ

Cレベルへの交渉かぁ

わかる

わかりみが深い

【質問】ビジョンの作成・共有（Sprint0）はどのくらい時間をかけましたか？特にプロダクトのMVPや初回リリースまでの期間とSprint0期間・見直し頻度をお聞きしたいです。また、本来であればこのくらいの頻度で見直したかったなどあれば教えていただきたいです。

5

会話を振っても、言わせている感、が出るときあるんですよね・・

4

3

なんで役員や経営陣ってアジャイルの理解がしにくいのかしら…日本の古い価値観ってなんだろう (edited)

変革についてこれない役員飛ばしまくりましょー！ここの参加メンバーが役員席とったほうがはるかに日本にとって良い血の入れ替えになるので、ここ一番頑張んないと（笑）

5

にんじんかぁ・・

【質問】Devが8名？PO、SMと人数の多いスクラムチームでスクラムイベントに全員参加されているとのことですが、上の人から効率悪いことやってないかと思われてたりしないでしょうか。

【質問です】ソフトバンクにアジャイルを導入するきっかけになったのはどのような経緯がありますか？続けてですが、弊社でもアジャイル、スクラムを導入しており1番の要はコミュニケーションかと思っていますが坂田さんが考えるアジャイルの要を教えていただきたいです。

【質問】心理的安全性を壊す人は少なからずいると思います。そういう人にはどう対応したらいいでしょうか？

心理的安全性大事ですよね。 Dev だけでなく PO や SM の人の心理的安全性も高めたいので、やはり組織全体が Agile 化しないといけないですね。

実業務量的に選任にしなければ回らないという現場の事情と、経営層に説明して片手間ではなくアジャイル開発の正解が分かるような組織が必要という方針が上手くマッチしたからアジャイル専任の組織の発足につながったということですね。ありがとうございます。

いい雰囲気は伝染する

いい雰囲気は伝染する…！！

可視化のツール、が気になるぅぅ

同じ内容でも伝え方１つで雰囲気は変えられますね

いい雰囲気は伝染する

3

アジャイルやるには、アジャイルやりたい人を集めて組織化するのが最初のいっぽですよね

8

14:27

ネガ要素を持っている人をチームに入れてしまうと壊れてしまう

2

うわぁ。。。まじでいい言葉。。。確かに開発チームもスクラムやって効率的だけど、「いい雰囲気」って感じでは伝わらなかったもんなぁ

心理的安全性を確保するためにスタートアップ時にドラッカー風エクササイズを私はしています

社内ブログとかを勝手に作って発信したりするのもいいですね。

2

いまスクラム導入初期で「とりあえずスクラムやってみよう」状態だから、チームが作られては解散・再度チーム化を繰り返していて、全然チームの良さが感じられないので、すごく身につまされますね……

1

強制するものではないです、結局解散させて再結成させた経験より。

1

ステークホルダーの理解度も重要ですね

自分が楽しく仕事がしたい <- 大事

17

顧客を見る仕事を楽しむ

チームのメンバーは変えられないから難しい。けど、諦めないように拾ってかないとダメですね。

営業をいかに巻き込めるか、ここが味噌

プロセス警察にならないようにしたいっすね

積極的に動いても，仕事が追加されたり責任が増えるだけで評価や給与も特に上がらないという．．．積極的な人がどんどん死んでく．．．．．

3

2

PjMだったけど色々な人に権限譲渡して可能な限りSMとして振舞ってたら専任でやらせてくれたこともありました。

1

指示されてやるような開発だとウォーターフォールにしたほうがいいでしょうね

ジャ

コング？

4

キーワード、やはりそうきましたか

一文字じゃない

なんだろうなぁ

ジャイアン

アジャコング

ざわ..ざわ...

88888888888

素敵な講演、本当にありがとうございました！！（とても参考になりました）

88888888

.

8888888

８８８８８８８８８８８８８

88888888888888888888

８８８８８８８８８

888888888888888

88888888

「質問」プロジェクトの規模がでかいのでチーム数が多すぎて横のコミュニケーションがとり切れない場合はどう解決していますか？

法被がアズレンに見えるおまじない

整ってないです?

整ってません！（涙

ととのう

整ってません－－－－

1

ととのいたい

法被がとてもになってますｗ　若旦那

1

別班だ…

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f606.svg

2

スクラム戦士

発音ガチだった

1

通称SWATはかっこいい (edited)

ご自身が整っている

4

2

熱波師

1

すごい会社だ

５か月の契約期間

行政と準委任でお仕事できるの、革命的だと思いました！ (edited)

東京都が公開してたアジャイル資料のやつかな．．．？

何も作れないまま終わりそうな期間です

2

要件未定はえぐい

1

アジャイルの準委任の契約書を知りたい

2

IPAのアジャイル契約書サンプルは結構参考になりますよ https://www.ipa.go.jp/digital/model/agile20200331.html

情報システム・モデル取引・契約書（アジャイル開発版） | 社会・産業のデジタル変革 | IPA 独立行政法人情報処理推進機構

情報処理推進機構（IPA）の「情報システム・モデル取引・契約書（アジャイル開発版）」に関する情報です。

9

1

官公庁は大変なイメージあるので、めちゃくちゃ興味あります。 (edited)

要件未定はまさに不確実...

https://shintosei.metro.tokyo.lg.jp/post_cp2_230517/

構造改革推進チーム

「アジャイル型開発プレイブック」を公開しました ?

東京都は、都政の構造改革「シン・トセイ」を進める中で、確認と改善のプロセスを絶えず繰り返す「アジャイル」を改革

18

英語の発音うますぎるので、パーフェクトボディーって言ってほしい

6

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f601.svg

1

自己紹介に得意・不得意をまぜるのはいいですね。

4

【質問】この課題をテーマにしたのは、行政側から依頼されたのか、この課題を解決しましょうと提案したのか、テーマ検討から一緒に考えたのか、いずれでしょうか

心理的安全性がすべてだと思う

適当にしがちなアイスブレイクとかキックオフの場がプロジェクトチームの雰囲気を左右することありますよね

3

【質問】ワークショップに関して3点質問です

具体的な内容や進め方で参考にしたものはありますか？
どれくらいの時間をかけて実施しましたか？
ファシリテーションは誰がしましたか？（予想はSMでした）

心理的安全性はやはりかなり重要なんですね　マネジメントでは必須とされてるけど、開発WFとしても出てくる

Scrum Team 内でいかに心が解放されているかは重要なので、開発外で楽しいことやるのはいいですよね。

質問箱を作った

3

心理的安全性の確保、は本当に大事なんですね質問箱！なるほど

質問箱うちも作りました

2

Rinda

質問箱を作った

質問箱めっちゃいいですね！！！

質問箱いいですね

【質問】中にはトラブルメーカーのような堅田だったり、新しい取り組みに非常に後ろ向きだったりする人もメンバーの中にはいると思うのですが、そういった方も含めてどのように心理的安全性の確保を実現させましたか？

【質問】基本はオンサイトなのですか？リモートも活用されていたならリモートでのチームビルディングで工夫されたことは何でしょうか？

3

質問箱はどんなツールを使っていますか？

「ワンチーム」やっぱり大事ですよね (edited)

2

提供価値が機能になってしまったり、優先順位を明確化しても全部作るまでリリースできなかったりする文化をよく見かけたりしますねぇ

2

フルリモートでテキストコミュニケーションが多いので、心理的安全性を面に出しやすいかなと思って、いつもネコちゃん貼ってます https://note.com/shikamatsu/n/nd217dc0617db (edited)

【2023.7追加】SlackやDiscordで使えるネコチャン絵文字を配布しています♪｜しかまつ

ネコチャン絵文字はここから配布していますよテキストコミニュケーションを円滑にするため、SlackやDiscordで使えるカスタマイズ絵文字をつくりました。ネコチャンです。無料ですので、ご自由にどうぞ♪ 2023年7月、55個ぐらい新作を追加しました??

2023/7に追加した子たちの紹介記事も書きました ?かわいいです。絵文字は以下のzipからダウンロードできます。 ※ all-nyaフォルダが全部入りなので初めての方はそちらからどうぞ♪ ※ neco202307.zipで初めてダウンロードしてくださった方へ。clap-nyaの子は本当は動きます…neco202307-2

11

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f431.svg

6

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f408.svg

3

2

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f63b.svg

2

ねこちゃん弊社でも使ってます

2

できてないことばっかりでちょっと嫌になる感じです

Kazma

提供価値が機能になってしまったり、優先順位を明確化しても全部作るまでリリースできなかったりする文化をよく見かけたりしますねぇ

提供価値が機能になる…手段が目的になっちゃうんですよね

1

【質問】スクラム体験には発注側の東京都も巻き込んで理解してもらったのでしょうか？

やはり英語の発音、イケボすぎるｗ

fail fast

ねこちゃんかわいい。。。使ってみます！

1

Fail fast!

QRコードを読み込む時間がなかったです...

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f622.svg

2

早速、東京都アジャイル型開発に係るプレイブック読み込んじゃった、ちょっとしたゲームチックな資料にするだけで印象すごい変わりますね！楽しく読めました、システムのアウトプットも大事ですが、人にフォーカスして人のマインドの変革や挑戦にもスコープ当てているのが素敵です

2

アジャイルコーチ！初めてのメンバに対してはコーチが必要なのかな・・

akaの前の方に一般的でないほうの名前を置くので微妙って言われたんですかね。

2

高い心理的安全性を感じているメンバーのパフォーマンスが著しく低いことが稀によくあるのですが、そういう人に限って注意すると「心理的安全性が下がった！」と騒ぎ出す現象、どう対応すればよいのでしょう

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f648.svg

3

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f97a.svg

4

アトラシアンだ

Arajin

QRコードを読み込む時間がなかったです...

https://spice-factory.co.jp/works/14765/ https://spice-factory.co.jp/works/14604/

東京都デジタルサービス局 | アジャイル型方式によるプロトタイプ開発委託 | スパイスファクトリー株式会社

スパイスファクトリーはこの度、東京都デジタルサービス局が企画する 4件のアジャイル型方式によるプロトタイプ開発プロジェクトを受託しました。東京都では初めてとなる本格的なアジャイル開発を採用したプロジェクトの成功に貢献いたしました。

東京都デジタルサービス局 | 都庁版アジャイル型開発のプレイブック策定 | スパイスファクトリー株式会社

東京都は、デジタル活用を推進し、都政の QOS を向上させるため、デジタルサービス局を設置。同局では、国際競争力の強化や都民の生活の質・利便性向上を進めるため、アジャイル型開発を推進しています。当社では、同局が企図する「アジャイル開発の庁内浸透」を支援すべく、都庁版アジャイル型開発のプレイブック策定を行いました。

3

やる気スイッチ　ポチっとな

Suzuki

https://spice-factory.co.jp/works/14765/ https://spice-factory.co.jp/works/14604/

大感謝です！！！

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f603.svg

1

sumireちゃんうちにもほしい

使える福利厚生も合わせて提案してくれるとよりハードル下がる

全員取得はすばらしい！

3

全員SM取得素晴らしいですね。

4

3

ルーイ

高い心理的安全性を感じているメンバーのパフォーマンスが著しく低いことが稀によくあるのですが、そういう人に限って注意すると「心理的安全性が下がった！」と騒ぎ出す現象、どう対応すればよいのでしょう

これ全く同意見で、アジャイルにマッチしない人がチームに含まれるとみなさんどうしていますか？最初の数ヶ月は、もちろん多様性で理解してもらうようにあの手この手でマインド変革を促すのですが、頑固な人は頑固。悪貨は良貨を駆逐するで痛い目みたので、私のチームは一旦組織解体して、わざわざスクラムに興味ある人で再構築するに至りました、、、 (edited)

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f914.svg

9

SM取得の支援（費用や環境）も会社でされるんですかね？

資格に対する支援は賞与扱いなんだろうか

shizukukai

これ全く同意見で、アジャイルにマッチしない人がチームに含まれるとみなさんどうしていますか？最初の数ヶ月は、もちろん多様性で理解してもらうようにあの手この手でマインド変革を促すのですが、頑固な人は頑固。悪貨は良貨を駆逐するで痛い目みたので、私のチームは一旦組織解体して、わざわざスクラムに興味ある人で再構築するに至りました、、、 (edited)

多様性を受け入れたチームを目指す、ですかね。お互いを理解し合う機会を作る

８８８８

８８８８８８８８８８８８

88888888

88888

Thank you so much!

【質問】SWATチームを組閣するのって、ボトムアップからでは難しく、ある程度権限を持った方からの承認が必要だったりしましたか？　もしくはご自身がある程度権限をお持ちでしたでしょうか？

1

８８８８８８８８８８８

8888888888

888888

shizukukai

これ全く同意見で、アジャイルにマッチしない人がチームに含まれるとみなさんどうしていますか？最初の数ヶ月は、もちろん多様性で理解してもらうようにあの手この手でマインド変革を促すのですが、頑固な人は頑固。悪貨は良貨を駆逐するで痛い目みたので、私のチームは一旦組織解体して、わざわざスクラムに興味ある人で再構築するに至りました、、、 (edited)

うちでも同じ手法をとりました。人数は減ったのに、ベロシティは上がりました

4

ルーイ

うちでも同じ手法をとりました。人数は減ったのに、ベロシティは上がりました

ルーイさんやっぱりそうだよねー、生産性爆上がりなの

3

成功体験

現状、技術力高い方の発言力が強すぎて、なかなか心理的安全性を確保できない状況です・・・どうチームとして楽しく実施するかその人を除くのがやはり解なのか・・ (edited)

6

ワークショップを通じてじぶんごと、としてとらえてもらえるんだ (edited)

Rinda

多様性を受け入れたチームを目指す、ですかね。お互いを理解し合う機会を作る

どこまでを許容するかの線引きが必要そうな気がしてます。例えば「私は考えたくないです。いわれた通りのことをやってお金がもらえればそれでいいです」って方を許容しようとすると、周りのモチベが下がってチームが崩れだしたりするんですよねー。

5

TY

現状、技術力高い方の発言力が強すぎて、なかなか心理的安全性を確保できない状況です・・・どうチームとして楽しく実施するかその人を除くのがやはり解なのか・・ (edited)

技術力が高い人の良さを活かせないか。悩みどころ

2

shizukukai

これ全く同意見で、アジャイルにマッチしない人がチームに含まれるとみなさんどうしていますか？最初の数ヶ月は、もちろん多様性で理解してもらうようにあの手この手でマインド変革を促すのですが、頑固な人は頑固。悪貨は良貨を駆逐するで痛い目みたので、私のチームは一旦組織解体して、わざわざスクラムに興味ある人で再構築するに至りました、、、 (edited)

私のところもいましたが、幸い自分から辞めていきました、、（業務委託）

1

TY

現状、技術力高い方の発言力が強すぎて、なかなか心理的安全性を確保できない状況です・・・どうチームとして楽しく実施するかその人を除くのがやはり解なのか・・ (edited)

人やチームによるかもしれませんが，ペアやモブでワークすると発言は活発になっていきました

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f600.svg

4

そこも心理的安全性の確保、につながるんですね・・（大事なんだなぁ・・）

shizukukai

ルーイさんやっぱりそうだよねー、生産性爆上がりなの

アジャイルに合わない個人を外すとかするとやりにくそうですが、チームそのものを再構築だとあまりとげ立たなそうですね。参考になります。

3

「質問箱」は、匿名なんですかね？

TY

現状、技術力高い方の発言力が強すぎて、なかなか心理的安全性を確保できない状況です・・・どうチームとして楽しく実施するかその人を除くのがやはり解なのか・・ (edited)

SMが状況をヒアリングしたり、他の方もおっしゃってるモブをしたりして、「心理的安全性が保たれるとパフォーマンスが上がる」ことを実感してもらうのが良いのかな、とは考えています

3

TY

現状、技術力高い方の発言力が強すぎて、なかなか心理的安全性を確保できない状況です・・・どうチームとして楽しく実施するかその人を除くのがやはり解なのか・・ (edited)

技術力が高いだけというよりも、それによって言い方がきつくなってしまうパターンもあるのかなと個人的には思っています。その場合であればコミュニケーションの仕方で改善できる部分もあるかなと思いました。 (edited)

6

1

一人でめっちゃ頑張るよりも，全員がある程度頑張ってくれたほうがいいよねって感じを出していったり

1

missy

技術力が高いだけというよりも、それによって言い方がきつくなってしまうパターンもあるのかなと個人的には思っています。その場合であればコミュニケーションの仕方で改善できる部分もあるかなと思いました。 (edited)

アンガーマネジメントが重要なんですかね

1

言葉が適切で無いかもですが、エンジニアの方は上手く伝えられない人が結構いる気がします。それを救ってあげたいなぁとは思うんですけどね。

1

TY

現状、技術力高い方の発言力が強すぎて、なかなか心理的安全性を確保できない状況です・・・どうチームとして楽しく実施するかその人を除くのがやはり解なのか・・ (edited)

その技術力が高い人がいなくなった場合にチームとして回るんですかね。回るのであれば外してみるとか。

1

ジャイアン

アジャイアン

3

ですよねーー

ﾃﾞｽﾖﾈｰ

アジャコングじゃなかったか

コ（ング）じゃなかったかーorz

14:56

ア、ジャイコ

（あ、ジャイ子）

2

888888888888

８８８８８８８８８８８

あ、被っている笑

８８８８８８８

８８８８８８

888888888

toshi

その技術力が高い人がいなくなった場合にチームとして回るんですかね。回るのであれば外してみるとか。

88888888

8888888

88888888

Rinda

言葉が適切で無いかもですが、エンジニアの方は上手く伝えられない人が結構いる気がします。それを救ってあげたいなぁとは思うんですけどね。

スクラムマスターが言い直してあげるといいかもです

4

技術力が高くて「出来る人」は、出来ないことが理解できないことがあって、「そんなことも分からないのか」みたな言い方をするエンジニアは見かけますね。エラーで詰まっているときも「ログに出てるじゃん」とか。

10

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f613.svg

3

レガシーな会社でアジャイル開発を導入するより、スタートアップ的な会社で他社が導入するのにサポートする、という形のが現代に即した形かもしれないですね。

1

わいわい！これから話します！本日はこちらのMiroを使いながらセッションしていきまーす！PCで好きなところを見ながら聞いてもらってもいいですし、ウェビナー見てるだけでも大丈夫です。おやつの時間ですので、みんなもおやつを持ってきて、リラックスしてみなさん楽しんでくださーい！（真面目な話は他の方に任せてゆるい話します） https://miro.com/app/board/uXjVP1TWQLg=/

ふりかえりナビ～Effective Retrospective++

23

3

組織全体がアジャイルを目指していれば、承認とか全くいらないんですね。納得w

このメンバーで飲みながら会話するとものすごい盛り上がりそう、次回はオンサイト期待ﾜｸﾜｸ

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f37a.svg

2

森さーーん

いえーい

森さんだー！！

黄色い森さん！

miro使い！

ふれんずさん８８８８８８８

後ろは振り返らないぜ、何も残ってないから(nante)

1

88888888

8888888

14:59

おやつもぐもぐタイム

Bench

アンガーマネジメントが重要なんですかね

そうですね。アンガーマネジメントの一種になると思います。相手の方との親密度にもよりますが、勇気をもってここの言い方が強いので気をつけてくださいとか言っちゃいますね。あくまで一手段なので、あまり親密でない関係性の場合はチーム編成変えるという方法も全然ありえます。

4

森さんにたのしいふりかえり教えてもらいました！！

あぁ，振り返り本の人！！

振り返りは形式的になりがち

超苦手です

いつもKPTやってます！

リーダー層以外は振り返りが不評だったりしますね

ふりかえりは好きです！

振り返るのはつらいですね

もうかれこれ39年振り替えりの人生です、、、

形式化しちゃいますね

振り返りは苦痛

振り返りはとっても大事ですよね！

だんだん出てこなくなるんですよね

楽しく盛り上がってます！

YOWやったりしてます！

わたしも大事にしてます

たのしいふりかえりやってます！！

振り返りいらないって発言も…

振り返り、いまだにどうすればいいのかわかってないです。。。

振り返って終わりとか．．．盛り上がるんですけどね

それこそ心理的安全性が必要

KPTやってますが、devメンバがネガティヴになりがち

発言者が偏りがちです。。

FDLだとなんか上手くいかない

振り返りは、なんとなくまとめればいいか、みたいな雰囲気が

マンネリ化はありますね

めっちゃ周りに話振りましたｗ

KPTやってます！けっこう改善があって、参加していて楽しいという声が多いです

大事、と思いつつも、うまく活用できていないかな・・

だんだんと形骸化、マンネリ化が。。

お気持ちKPTやってます

形骸化・マンネリ化、わかる・・

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f607.svg

1

マネージャー陣が振り返りに口出しするのが最悪

1

個人の振り返りでYWTやるのが好きです

いろんなフレームワークを試して楽しくやってます！

チーム全員で立ち止まってチームがより良いやり方を見つけるため！

でてきたアクションが実施されない問題…

3

4

そうなんですよね・・あくまでHOWなんだよなぁ・・

「立ち止まって、チームの行動を少しづつける場です」

振り返り慣れしていないチームでは、まず自分がやったタスクに対してなんでもいいから感想を出してもらいます　そうしているうちにKPTになっていきます

3

KPTA、YWTなどでマンネリ化してきたので手法を変えたら変化を嫌われました

3

ただ列挙して終わる・・という・・

2

手段が目的化する。あると思います。

1

うちは振り返り優秀ルール作って、優秀な振り返りにビール１杯シールでご馳走してますねw 20杯貯めちゃってくれている人がいるので、今度一気に使うから覚悟しとけよーって言ってたｗ (edited)

振り返りやると、再発防止とかで半年レベルで仕事が降ってくるので基本的に自発的にはやらない、、、と聞いたことがあります

Miro、ほぼ毎日使ってます！

miroは、振り返りのフレームワークのテンプレート合って便利ですねー

miro好きです！

1

振り返りの変遷

すいっちｗ

自由だ

スイッチ！良いですね

まさに自由

息子！！！

Switch！

ポケモンかなｗ

息子さん、心理的安全性が高い状態にありそう

スイッチしながら振り返り(_) その発想はなかったー

miroとかNotionとか仕事で使いたいけど申請降りないんだよなぁ．．．

ふりかえりが、毎週の感想を言うだけになっていて、学習につながらなかったり、向上につながらなかったりするのがなやみどころですねー。事象の抽象化につながらなかったり、パターン学習になってしまっていたり。 (edited)

1

あ、収録現場にお子さんいらっしゃるんですねw 斬新

KPTしてるけどTryが溜まってて優先順づけが課題、、、

自由への束縛ですね意識しすぎになると逆効果ですね

お子さんに、パパの仕事の楽しさが伝わりそう

Howを与えると縛られちゃう

1

KPTからの転換ってみんな通る悩みなのかな

ゲームこそ振り返りと改善の塊ですねq

MiroのURLどこでしょう

https://miro.com/app/board/uXjVP1TWQLg=/?share_link_id=275460583221

ふりかえりナビ～Effective Retrospective++

5

2

自由を渡すと自由にできなくなる・・・

いろんなやり方があるから「標準化してほしい」と言われ、代表手法を選んで標準化すると「標準化資料に従うとやりづらい」と言われる未来…… (edited)

15

えほんのろうどく

クリアおめでとう

おぉぉたしかにふりかえり

息子さんおめでとうございますｗ

クリアおめでとう

おめでとう

息子さんが何をクリアしたのかが、クイズの答え

今のクリアの振り返りをしていそう

3

あじゃいるのえほん、よみきかせたい

スクラムマスターの心理的安全性

立ち止まって頭をやわやわにするんですねｗ

やってほしいことをやってもらえない、をさらけ出す・・なるほど・・ (edited)

JTCにとってはちょっとやめて考えるっていうのが苦手分野ですよね。やってたことはやめない。付け加えるって感じで。

2

SM自身も一緒に成長する場

自己開示を先にしておくと気が楽ですよね

自分のわからないことをどんどんさらけ出していけばいいのか．なるほど

振り返りこそ、ポジティブなマインドで行うことが大事ですね！

前回の振り返り（KPT）でこの機会に感謝を伝えませんかーってチームに伝えたら、「〇〇さんありがとうございました！」みたいなコメントいっぱい出てよかったです

4

3

不安をチームで共有。いいですね。ありのままに。

帰り道とかお風呂中に良いアイデアがでるのと似ている気がする。リラックスだいじ

心理的安全性が大前提ですよねー (edited)

いちじょう

前回の振り返り（KPT）でこの機会に感謝を伝えませんかーってチームに伝えたら、「〇〇さんありがとうございました！」みたいなコメントいっぱい出てよかったです

GKPTですね

2

やる必要ないならやらなきゃいいじゃんも良い意見だと思うけど、ダメかしら？必要性感じないってことを課題に捉えて、何があったら必要になるって誘導尋問したら一番アイディア出してくれたんだけど、ネガティブからのアプローチって実際受け入れられます？

shizukukai

やる必要ないならやらなきゃいいじゃんも良い意見だと思うけど、ダメかしら？必要性感じないってことを課題に捉えて、何があったら必要になるって誘導尋問したら一番アイディア出してくれたんだけど、ネガティブからのアプローチって実際受け入れられます？

ありだとおもう。

3

For TEAMが先

かわいい

いってらっしゃい

いいですね～ほっこり

トイレは行こう

ちゃんと言ってて偉い

振り返りの中で振り返りしなくて良い

3

ネガティブがあくまで組織のためやよくなる為のネガならいいと思いますね

2

KPTのKPに対して明確に分析するターンを設けたら，Tに説得力が出て効果上がってよかったです

ふりかえりの場でふりかえらないなかなか深い

よその子はほめられるのにチームメンバーはうまくほめられないです…

ふりかえりがチームビルディングの場！

shizukukai

やる必要ないならやらなきゃいいじゃんも良い意見だと思うけど、ダメかしら？必要性感じないってことを課題に捉えて、何があったら必要になるって誘導尋問したら一番アイディア出してくれたんだけど、ネガティブからのアプローチって実際受け入れられます？

いわゆるKPTをやるというのが目的ならやらなくてもいいと思います　でも、自分のタスクにたいして反省する場は必要と思います

1

途中から参画するとチームビルディングに関われないのでわかる?

オキザリス！？

褒められるとモチベーションが下がるメンバーがいて、自己肯定感、自己効力感を高めることがセットで必要

https://www.16personalities.com/ja

無料性格診断テスト、性格タイプ詳細説明、人間関係およびキャリアのアドバイス | 16Personalities

3

5

MBTI は活用してますね。 (edited)

I'm 領事

1

オキザリスの花言葉は「けっしてあなたを捨てません」「輝く心」です。「けっしてあなたを捨てません」という花言葉は、オキザリスが雑草のように抜いてもまた生えてくる、その生命力の強さが由来となっています。

1

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f33b.svg

3

えんたーていなー

Akiyoshi

いわゆるKPTをやるというのが目的ならやらなくてもいいと思います　でも、自分のタスクにたいして反省する場は必要と思います

自律的な人材としての成長になりますもんね！ここもっと深堀りしてサポートしてあげるとさらに良いチームになりそう、良い気づきありがとう！

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f496.svg

1

このチートシートすごい。すぐ使いたい

2

自分の診断を共有する、に拒否感あるメンバーいないかな、と思ってしまって言い出しにくいのは私だけかな・・

1

おやつ神社！

hide3

自分の診断を共有する、に拒否感あるメンバーいないかな、と思ってしまって言い出しにくいのは私だけかな・・

やらない人はやらないですけど、結構さらけると盛り上がりますね

1

MBTIではペルソナによっても結果異なるので、プライベートの結果と会社でのペルソナでの結果を出してもらうと結構面白かったです。

心理的安全性ゲーム持ってます！たのしいですよ

【質問】振り返りはどのようなサイクルで、どのくらいの時間をかけてまわしていますか？ Sprintの終わりに毎週振り返りをやっていますが、いつも1時間くらいかかってしまいます。すべての意見をまんべんなく取り上げると浅い議論になりがち、深堀していくとどんどん時間が経っていきます。。

ゲーム！の感覚でやれたらよさそう（頑張ってやってみようと思いました！）

おお、進行形！なるほど

ビルディング（ing）なるほど?

心理的安全性ゲーム！！やってみようと思いました！

部長と課長・係長のMBTI結果、その関係性を見せるとあ～だから仲悪いのかとか妙に盛り上がります

4

【質問】ふりかえりやスクラム会議にチーム外のメンバーが参加するのは必要ですか？チームメンバーだけの方が心理的安全性が確保されて有意義なコミュニケーションができるのですが暇な管理職が参加して活性化を邪魔します

なるほど、ディングだいじ

チームビルディングは進行形。なるほど。

知った顔がちらほらｗ

4

MBTIとかは偏見に使わないようにしたいですね　自分や相手を理解するために使いたいです

3

eako

【質問】ふりかえりやスクラム会議にチーム外のメンバーが参加するのは必要ですか？チームメンバーだけの方が心理的安全性が確保されて有意義なコミュニケーションができるのですが暇な管理職が参加して活性化を邪魔します

私はチームメンバー以外の参加はご法度にしていますが森さん的にどうなんでしょうね？

8888888

８８８８８８８８８８８

８８８８

８８８８８８８８

「あれ楽しかったね～」という振り返りをしたいですね

8888888888888888888888888

プロジェクト単位で振り返りやると大問題にフォーカスしがちなので振り返りは細かいスパンでやるべきかなと思ってますが、あってますか？

良いチームにするために個人を変えていくのと、このチームで良い働きをできるようにチームのルールを変えていくことのどちらが大事なのか、最近わからなくなってきました。振り返りを業務改善に使ってしまって、楽しさの共有になってないんだろうなぁと自覚。。

5

今ふりかえりについてカイゼンを考えているところなのですごい勉強になりました！

チーム（と自身）の成長のための振り返り

wara

良いチームにするために個人を変えていくのと、このチームで良い働きをできるようにチームのルールを変えていくことのどちらが大事なのか、最近わからなくなってきました。振り返りを業務改善に使ってしまって、楽しさの共有になってないんだろうなぁと自覚。。

いいチームってなんだろう？それが定まるとアプローチが明確になったりしないんですかね。

2

【質問】意見を引き出すコツはありますか？普段から取り扱うことも重要ですが。

自由って難しいなと思いました。守破離の離に該当しそうな気がしてしまい

wara

良いチームにするために個人を変えていくのと、このチームで良い働きをできるようにチームのルールを変えていくことのどちらが大事なのか、最近わからなくなってきました。振り返りを業務改善に使ってしまって、楽しさの共有になってないんだろうなぁと自覚。。

私も昔やっちゃったことがあり、パフォーマンスは高いけど、楽しくない。んで、チームのゴールに楽しさの目標が含まれていないことに気づいて、プライベートも含めて人生としてこのプロジェクトに参画する意義や理想を描くようにしましたー

7

【質問】先方の偉い人から、ふりかえりの結果どのように生産性に寄与しているかを定量的に示せ、と言われる場合があります。この時森さんでしたらどう言う回答やアクションを取られますか？

7

2

1ヶ月スプリント & 30人くらいでKPTやってる...

振り返りの場でそのスプリントで何が起こったか話し合う良さそう！メモ

振り返りの時間以外の場所で解決する、そのための土壌づくりに振り返りをやっている。

「何か課題を出す」ってバイアスをかけ過ぎていたのかもしれないです早速カイゼンします

6

土壌を作るため。チームビルディングのため。ちゃんと振り返りしよう、と改めて思いました

Hideうっきぃ

「何か課題を出す」ってバイアスをかけ過ぎていたのかもしれないです早速カイゼンします

同じくです！

レビュー終わってからやるとみんな疲れてるから、おかし食べながらやってたけどあれが一番良かったのかな (edited)

4

【質問】よくありがちな壁（議論すべき有効なテーマ）はなんでしょうか

振り返りじゃなくて、チームビルディングって呼ぼうかな。。。

3

4

振り返りの場で課題を共有しても、課題はみんな認識しているのであくまでどれに注力するのか？だけ決めればいいんですよね、きっと。

チームを１人格にするため、仲間を知るってための振り返りかっ！

チーム内でも派遣さんとか委託さんとか正社員とか立場の違いがあるとチャレンジングになりますね

10人2週間スプリントで1時間でやり切ろうとしてたので時間から改めて見直します！

1

定量的に効果を測れってめっちゃ言われる．．．

2

なので、チームのパフォーマンスをよくするためにどうチームを変えていくのかを考えると

それこそ心理的安全性なんですよね

なるほど、ふりかえりのプロセスが大事なのか！

1

振り返り単体でROIは測れない

1

録画を流したらいいのに！とか

録画しておけばよかった！w

Xフォローさせてもらいました！

上司を呼び込むための苦労がまずある、という

1

Oyama

いいチームってなんだろう？それが定まるとアプローチが明確になったりしないんですかね。

すると思います。個々人が小さなリーダーシップを持つ＆アジャイルになり、主体的に仕事を行うチームとなっていることを目標にしていましたが、「楽しんで仕事ができるチーム」というのが本来目指すべき姿だったように思えます。その結果元々目指していた人材ができるように思えました。

3

たのしいふりかえり、上層部無理やり参加させたら取り入れてくれましたｗ

やってるところを実況中継すると、分かってない人に伝えられるかも

2

チーム内の相互理解、重要ですね

shizukukai

私も昔やっちゃったことがあり、パフォーマンスは高いけど、楽しくない。んで、チームのゴールに楽しさの目標が含まれていないことに気づいて、プライベートも含めて人生としてこのプロジェクトに参画する意義や理想を描くようにしましたー

楽しかったり満足感充足感が得られる仕事の方がパフォーマンスでますもんね。。参考になります

属性を理解する．大事にしたい

振り返りをみんなで作る、これできてないなと思った。（ファしる人が作るものみたいな感じになってる）

3

振り返りのステークスホルダーの扱い、業務委託チームか内製かでも変わるな

【質問】一部のメンバーが問題発見解決案の提出スキルが図抜けていて、忖度なく、その人の意見にみんなが引っ張られてしまうのですが、どうやって他のメンバーの意見を反映していたらいいでしょう？

10人とかいると、同じ方向を向くこと自体が難しい。。。

あジャイ子

Rinda

振り返りをみんなで作る、これできてないなと思った。（ファしる人が作るものみたいな感じになってる）

そうですね。自分がファしる場合もリードする感覚になりがちです

1

lL

アジャイノレ

ノレ

ノとレ

アジャイルンバ

ノレ

あ、ジャイる

DPAめっちゃいいですね。振り返りのルールを作ることで自分事にするんですね。やってみたいです。

1

豪華！！

前半のふりかえりたのしみです

わいわい！

この撮影スタジオ、いいですね。

８８８８８８８８８

macが一人もいらっしゃらないのがとても新鮮

8

Surfaceが2人！

1

1人スクラム

1人でできるアジャイルか。なるほど。

組織への働きかけ、効果が出なくて諦めたところがありますが、泥臭くがんばるしかないんですね……

1

カイゼンジャーニー

1

【質問】スクラムを進めるにあったってプロダクトやチームの性質によってはアジャイルのフレームワークをカスタム（基本からあえてそらす）するようなことは必要かと考えていますが、どう考えられますでしょうか？ (edited)

開発ではなかなかアジャイル出来ないので、日々の組織活動、仕事のやり方をアジャイルでやるようにしてます。

ひとりスクラムで自分が十分に慣れて、説得力が出るってことですね

アジャイルという言葉ではなく置き換える

「アジャイル」という言葉を言わずに伝える、はすごくわかる

1

FailFirstで、失敗が山ほど出ますが、うまくいかないという成功パターンが得られたと

目指したい未来に向けた活動が結果アジャイル

カタカナ英語での理解差異、起こりますねー

1

熱量があってもアジャイルについてこない、アジャイルっていう言葉を使わずにゴール像について話してみる

1

15:31

みんなの言葉で作り上げていく

お忍びアジャイルスタイルですね。

アジャイル（という言葉）アレルギーはありますよね

4

hide3

「アジャイル」という言葉を言わずに伝える、はすごくわかる

一方、理解のない権限者がよく「アジャイルに開発するんだ」というのはなぜでしょうね?？

3

アジャイルという言葉を使わないは，最近ほんと大事だと感じてる

UXと似てる

経営層とかがいうアジャイルにはアレルギーがあります

2

メリットを感じてもらってからアジャイルとして言葉を出す

アジャイルの本質を理解しないといけないんですねそれを自分たちの共通言語に落とし込む

ふりかえりもアレルギーある人いるんですよね

2

主要メンバーしか話さないというか、意見が封殺される風潮がある。。。

1

UX、DXもトップダウンだとアレルギー反応が

1

アジャイルっていう言葉を使わない、は発見。ありがとうございます

なるほど。アジャイルっていっても人によって解釈が変わりますしね。

ワンチームってことば素敵

2

自分の言葉で大事ですよねー

本質

にゃんチームも(ネコ派)

2

1

私も私の周りのメンバもアジャイル信者なりがちなので、「アジャイル」と言う言葉を使わない、メチャクチャ良いと思いました。

よくわからない人たちに「アジャイル」を便利な言葉に置き換えられちゃうことが多い (edited)

仕事の効率化→アジャイルいきあたりばったり→アジャイルとかとかっていう誤解 (edited)

1

たまにアジャイルとスクラムの違いを語れない人がいる

テスラ

アジャイル開発やるぞって知らない役員が言っていたら、まずはフラットなチームをつくりために役員という肩書きを外しますねって皮肉言ってますｗ

4

？？？「アジャイルマスターさん」 (edited)

Rinda

一方、理解のない権限者がよく「アジャイルに開発するんだ」というのはなぜでしょうね?？

アジャイルという名の「要件変更できるWF」を本気で信じている人がいると思っています。

アジャイル＝雑って誤解してる人はいますね

【質問】アジャイルの効率性と楽しさがトレードオフになることがあります。後者を優先すると、ステークホルダーに遊んでんじゃねえよと刺されそうで、前者を取りがちなのですが結局楽しくないです。何かが違う気がするのですが、どのようなバランスで効率性と楽しさを考えたら良いでしょうか？

1

アジャイル≒DIY(どうにかいろいろやってみよう)

2

スクラムはフラット!(with respect)

「アジャイル開発ってなんでもやってくれるんでしょ？」みたいなイメージを持たれていると、かなり苦労しますね……「品質が低い」とかも

5

途中で仕様を変えられない＝ウォーターフォール途中で自由に仕様を変えられる＝アジャイルみたいな誤解があるような。。。

3

5

テスラは一般の会社だと、うちはちょっと・・・となりがち。東京都はちょうどいい。

4

権威付けもわかるけど、本当にうちで居るのか、それでどれだけどうなるんだと短期の成果、業績貢献と言い出されると辛い

みんな同じ誤解を受けてますね・・（激しく同意が多いｗ）

アジャイル開発という言葉が、、、

日本でもスクラムマスターは増えていますよね。

アジャイルはマインドなのに・・・

7

東京都のプレイブックからPOAが消えるくらい浸透するといいな

アジャイルは開発だけのもの、早くものがつくれるものという勘違いも多い

2

Bench

たまにアジャイルとスクラムの違いを語れない人がいる

たまにというかアジャイル＝スクラム開発だと思ってる人は大勢います

アジャイル＝楽しむもの！

2

1

マインドセットなんですよね、楽しく仕事したいじゃん！

4

2

Takahiko HAYASHI

アジャイルは開発だけのもの、早くものがつくれるものという勘違いも多い

わかります！

2

自分たちがどうアジャイルになっているのかを知ってもらって持ち帰ってもらうと、世の中ハッピー

15:35

森さんありがとうございます

見に行きたいです

https://aslead.nri.co.jp/solution/aslead_agile_tour.html

アジャイル開発チームを見学しませんか？ aslead Agile 見学ツアー | aslead | 野村総合研究所(NRI)

アジャイル開発チームを見学しよう。aslead Agile 見学ツアーでは、アジャイル開発の実際の現場を見ることができます。

9

最近の悩みですけど、スクラム開発の勉強をした人たちがしている開発が「アジャイル開発」だと思われていて、結局みんなよくわかっていないし説明できない状態になってしまっていて、そのうえ楽しくなさそうなんですよね……

見学はこちらから！

1

遊んでいるように仕事をして成果が出て何が悪いのか？？？

6

楽しそうにしてると遊んでいるように見られるのはあるあるですね

2

橙葵

最近の悩みですけど、スクラム開発の勉強をした人たちがしている開発が「アジャイル開発」だと思われていて、結局みんなよくわかっていないし説明できない状態になってしまっていて、そのうえ楽しくなさそうなんですよね……

ほんそれ

2

チームで楽しんでやりたいだけなのに、ってたまに思う

Oyama

遊んでいるように仕事をして成果が出て何が悪いのか？？？

めっっっっっちゃ言いたいですそれ

楽しまないといい仕事はできない！

3

苦しそうに仕事してる方が評価高いのも納得いかない

3

立場を明確にして話してく話してくれるのは分かりやすくていいですねー！

結果で黙らせる!

1

長時間労働していること、ひーひー言っていることが成果ではない

2

結果は出さないとやっぱり納得はされないのは事実。

1

結果を出す、プロセスとしてアジャイルを見てもらう

指摘するだけで見ない上司、聞かない上司もいますよね・・・そういう人は論外なんですが。

かっこいい

アジャイルは手段であって目的ではないってことですね

1

森さんとしては振り返り大事と言わないといけない

もはや「仕事を遊び化しています！」と社内で発信しています。

4

形にする、大事ですよね

アウトプットは実際正義だと思います、インクリメントなしでは誰も納得しないでしょうし

3

「成果で黙らせる」って感覚はわかるんですけど、チームもその感覚で取り組んでくれるようにするのが難しいですね

ステークホルダーにはスプリントレビューが一番だいじですねチーム内部はふりかえり

動くものを早く出す。のマインドがある現場と無い現場の難易度の差よ

開発やプロダクトだと成果物があってわかりやすんですけど、非開発系でアジャイルのマインドやプラクティスを取り入れるとき、どう価値を示せば良いのかしら？

1

インクリメントなしで楽しかったでは、遊びになってしまいますね

アジャイル開発の定義に「楽しい」の一言を追加して、楽しくないアジャイル開発はアジャイル開発じゃないよって、イメージを日本でも浸透させたいですね。楽しく自律的にプロジェクトメンバーが参加することで自身のポテンシャルを遺憾無く発揮するから結果的に高パフォーマンスな成果が出せるように刷り込んでいきたいな。うちの会社もアジャイルの左脳（ノウハウ）だけを実践すればできていると勘違いしているから、うちはアジャイル開発じゃありませんって言いたい。

6

とんでもなく当然の話ですが、結局高パフォーマンスなチームを作って実績出すしかないですよね。よく見てみたらスクラムやってた、楽しさを指標にしていたっていうのを経営層が気付けば勝ち (edited)

1

【質問】細かい成果を見せる。を繰り返してますが、細かく成果を出していると開発速度が遅いと言われることがあります。どう見せたらいいでしょうか？

Takahiko HAYASHI

開発やプロダクトだと成果物があってわかりやすんですけど、非開発系でアジャイルのマインドやプラクティスを取り入れるとき、どう価値を示せば良いのかしら？

非開発系ってどのようなものです？？

開発者含めて、プロダクトの関係者全員の幸福度を上げていきたい。

スプリント1が大事、確かになぁ紙芝居でもいいんですよねホント (edited)

何がなんでも動くものを出し続ける

プロトタイプってやっぱ大事

4

Oyama

非開発系ってどのようなものです？？

企画部門や営業部門、間接部門など、組織運営でアジャイルの手法で組織変革をしたいというものです。

特にSprint 1、時間を割いてきてもらってるからにはfeedbackを得ないと２回目がない

「紙芝居はレビューには出さない」と思ってたんですが、そうでもないんですかね

デザインガイドがあるけど、プロダクトで採用している言語と合わないから捨てたことはある（現在進行形）

画面だけ先にできてて、裏側が追いついてなくて見せ方に苦労することが時々ありますw

4

なぜデザインとエンジニアを分けるだろう？一緒にデザインしながら作ればいいのでは？

3

sprint1で開発環境立ち上げとかあったなぁ。。。。

橙葵

「紙芝居はレビューには出さない」と思ってたんですが、そうでもないんですかね

紙芝居で分かったこともインクリメントだと思います！

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f633.svg

2

4

橙葵

「紙芝居はレビューには出さない」と思ってたんですが、そうでもないんですかね

むしろ全然いいと思います。イメージ共有がだいじ

1

【質問】画面モックは動くものに含まれますか？

Takahiko HAYASHI

企画部門や営業部門、間接部門など、組織運営でアジャイルの手法で組織変革をしたいというものです。

私は、品質保証とか技術管理系の部門の人ですが、逆に価値を自分たちで定義しやすいのでアジャイルやりやすいなと思って、取り組んでいます

1

橙葵

「紙芝居はレビューには出さない」と思ってたんですが、そうでもないんですかね

状況によってスクラムマスターがPOに働きかけて官僚の定義を満たしていなくてもレビューに出すことはあります

1

見える化、共有手段、の１つですもんねこういうことをやりたい、といったところが伝わればいい

3

完了の定義

2

MVPですね!

えてして、間接部門の仕事ってお役所仕事的に手間暇、手続きを重視しやすいので価値を重視すると効率化しやすいです

2

使ってもらう、触ってもらうう、大事！ (edited)

Akiyoshi

完了の定義

完了の定義、のあんばいがほんとﾑｽﾞｶｼｲ

1

大事！

薄く作ってとにかく何か動く　が大事 (edited)

人に理解してもらうための準備を手間、無駄と思う人も結構多い気がしますね…(´・ω・`)

3

https://speakerdeck.com/tumada/mvp-falsezuo-rifang-tonikakuza-nizuo-ru-shou-zuo-ye-xing-mvp-falsesusume ここに書いてあるようなMVPからソリューション仮説を早く検証していきたいんですよねー

Takaaki Umada / 馬田隆明

MVP の作り方

とにかく雑に作る「手作業型 MVP」のススメ

MVP という言葉が一般的になりましたが、まだまだ手作業型のMVPについてはその価値がまだ伝わっていないように思います。そこで「早くローンチする、早く売る」のに最適な手作業型MVPを中心に、MVPの作り方を解説しています。 Special Thanks: 株式会社dinii 東京大学 FoundX の各種リソース ?FoundX Review - 起業家向けノウハウ情報 ?FoundX Resource - 整理された記事の紹介 ?FoundX Online School - 30以上の学習ビデオ教材 ?FoundX Founders Program - 個室の無償提供とコミュニティ ?FoundX Pre-Founders Program - 起業準備プログラ...

4

なるほど、非開発アジャイルのヒントですね

共通ライブラリ系は、それだけで見せられないんだよなぁ。。。

インクリメントのリリースに社内的に制約があって、リリースはレビューのあとになっているんですよね……ユーザに実際に触ってもらうことが難しいことは多いです

このへんちょっと気になるところでリードタイムがかかったり、ハードとソフト両方が動かないとデモができないようなものってどうアジャイルに開発すればいいのか、結構長年の悩みです。

デザインのリソースが足りなくてワンチームにコミットさせるのが難しいです、、、、、

たしかにこれまでも資料つくって上司のレビューとかあるわけで、それをスプリントとして短い頻度でやるってのが大事ですね。

1

246

人に理解してもらうための準備を手間、無駄と思う人も結構多い気がしますね…(´・ω・`)

良いプロダクトを作ることと同じくらい大事なのに不思議ですよね

2

マニュアルなくてもわかるのが大切なのでないでしょうか？

橙葵

インクリメントのリリースに社内的に制約があって、リリースはレビューのあとになっているんですよね……ユーザに実際に触ってもらうことが難しいことは多いです

社内的制約、そこですよね。そこを崩せるかどうか・・・

1

Takahiko HAYASHI

たしかにこれまでも資料つくって上司のレビューとかあるわけで、それをスプリントとして短い頻度でやるってのが大事ですね。

資料の方向性があってなかったら細かく作っても全部やり直し、ですもんね

3

246

人に理解してもらうための準備を手間、無駄と思う人も結構多い気がしますね…(´・ω・`)

ドキュメント渡してしまうってのはありますね。ただ、受け手側がめっちゃ攻撃的なコメント（こんなのわからん）してくるので心が折れそうになることもありましたけれど。

1

最近、社内でよく聞くアジャイルフォール。

1

現在保守チームですが、日々発生する問い合わせとか、障害修正の開発とかしているなかで、アジャイルした時のインクリメントのイメージがわかない。問い合わせの減少とか、サポートの速さをインクリメントにするのかなあ、、、

QCDと価値が全部ロックされていてチームに調整の余地がないという地獄

tomoyuki

このへんちょっと気になるところでリードタイムがかかったり、ハードとソフト両方が動かないとデモができないようなものってどうアジャイルに開発すればいいのか、結構長年の悩みです。

以前、ロボとAIのプロダクトのプロト作ってたんですが、通しで動くのを見せるのがなかなか難しくて、いろいろと分割して、なんとかイメージをしてもらえるデモをやるようにしていましいました。 (edited)

1

catty

現在保守チームですが、日々発生する問い合わせとか、障害修正の開発とかしているなかで、アジャイルした時のインクリメントのイメージがわかない。問い合わせの減少とか、サポートの速さをインクリメントにするのかなあ、、、

問い合わせ減少割合など、組織の立てた目標値への達成へ近づいていく感じがインクリメントかもしれませんね。

1

catty

現在保守チームですが、日々発生する問い合わせとか、障害修正の開発とかしているなかで、アジャイルした時のインクリメントのイメージがわかない。問い合わせの減少とか、サポートの速さをインクリメントにするのかなあ、、、

問い合わせの理解のための、入力情報の収集とか改善する(テキスト→画像、テキスト→ログファイル）とか

1

何事においても、味方を作るのは大切。1人ではできないことが2人になるだけでだいぶ違う。

2

eako

マニュアルなくてもわかるのが大切なのでないでしょうか？

理想としてはそうなんですが、過渡期の組織でそれを言うと、極端になりすぎてしまって味方を作りにくくなるという難しさがありますね・・・ (edited)

1

意見を反映した結果、味方になってくれるはわかりますね。

ずっと聞いていたい

2

公開スプリントレビュー、、、知財関係どうするんですかね。

ユーザー目線の味方は大事ですね。

1

橙葵

インクリメントのリリースに社内的に制約があって、リリースはレビューのあとになっているんですよね……ユーザに実際に触ってもらうことが難しいことは多いです

今ちょうどお話にあがっていることに近いですが、早期テスター環境のようなものが作れればいいんですけどね。

ステークホルダー向け1on1をやっていく地道な活動を大事にしよう

巻き込むには「レビュー」という単語をやめることが多いです。「検討会」とすれば皆検討する仲間なので。

4

catty

現在保守チームですが、日々発生する問い合わせとか、障害修正の開発とかしているなかで、アジャイルした時のインクリメントのイメージがわかない。問い合わせの減少とか、サポートの速さをインクリメントにするのかなあ、、、

解決したバックログに対してきちんとポイント化、見えるかして次に生かすとか、体系化するとか。。

2

1

50人呼んで2人というのが現実的なラインなんだろうな

Kazma

50人呼んで2人というのが現実的なラインなんだろうな

来て頂けなかった方の理由こそ、得る部分がありそう

1

8888888

８８８８８８８

888888888

ステークホルダーへの説明も難しいところなんですが、自チームの場合 POがシステム分野に詳しくないというところもあり、権限わけてます完了の定義(テストは通っている前提で)

ユーザがみて変更が目にみてわかるもの→PO判断
コードのリファクタ、ライブラリ→エンジニア判断で完了

完了の定義を複数パターン使い分けてます

4

88888

1

８８８８８８８８８８８

8888888888

ほんと濃厚っすね

糖分ほしい。アイス取ってきますｗ

6

濃厚で胃もたれ

学び気づきの質と量が半端ない

3

お疲れでしたー

時間が早い早い。。

気付きがオーバーフロー起こしてます

4

こんな濃密なイベントまじで初めて。捨て時間が全くない。。！

6

アジャパーのふりかえりひつよう

10

一瞬で前半が終わりましたねｗ早すぎる

2

ここで悩み相談して、レス頂きありがとうございます！！！感激でした・・アドバイスをもとに一歩踏み出していこうと思います。

3

まじで面白いですね、、、、、

1

コメントみているとプロパーの方が多いイメージなので、自営の身としては顧客であるユーザー企業や内製チームの考えが垣間見えていい機会です

1

29

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f4a4.svg

10

12

15:52

収録から戻ってきたら寝てた

可愛い??

びば（森のフレンズ）

Click to see attachment ?

戦士の休息

1

森さん、アジャパーの振り返りボード是非作ってください。

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f64f-1f3fb.svg

10

かわいい

アジャイルメンバーで会社作ったほうが今より楽しい仕事できる気がしてきた、、、orz

12

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f60c.svg

1

shizukukai

アジャイルメンバーで会社作ったほうが今より楽しい仕事できる気がしてきた、、、orz

え！？混ぜてほしい！

4

たのしそう

shizukukai

アジャイルメンバーで会社作ったほうが今より楽しい仕事できる気がしてきた、、、orz

同じ会社は難しくても同じプロダクトをやったらよりアジャイルで楽しい開発できそうですね。

4

Hideyuki YAMAGUCHI

森さん、アジャパーの振り返りボード是非作ってください。

いまつくりまーす！

13

3

shizukukai

アジャイルメンバーで会社作ったほうが今より楽しい仕事できる気がしてきた、、、orz

「仕事なんてこのくらいでいいや」みたいな人は少ない印象ありますしね。プロダクトとチームに愛着があって「ここでいいパフォーマンス出してやる！」って人と仕事したいですね。

6

1

wara

「仕事なんてこのくらいでいいや」みたいな人は少ない印象ありますしね。プロダクトとチームに愛着があって「ここでいいパフォーマンス出してやる！」って人と仕事したいですね。

スピード感あるチームになりそうですね

1

yuki.miyashita

スピード感あるチームになりそうですね

それこそアジャイル！って感じですね

1

あと2時間しかない．．．？

2

びば（森のフレンズ）

Click to see attachment ?

ふりかえりは大事だってみんな分かってるのに、次のスプリントに追われて形骸化してしまうので、そこまでをこみなプランニングしないとなと常に反省してます

4

8888888

後半戦も楽しみにしています！

ワクワク

わいわい

キーワードなんだろう？？？

まだわからない。

rinteq

え！？混ぜてほしい！

振り返りがちょっと形骸化しちゃっている感じがあって悩み中ですが、森さんの話で気づきが得られてよかったです。

https://miro.com/app/board/uXjVMk5RHMI=/?share_link_id=61965984940

20230916_AgileParty!!

22

8

16:01

本日のふりかえりボードつくりましたー！わいわいしてってね

ここまでのキーワードって「あ、じゃいあん」でっしたっけ？

2

今日は息子がいるので息子を連れて本日は帰っちゃいます。今後も是非よろしくお願いします

19

8

16:02

888888

８８８８８８８８８８８８８８

元ボンボン・・・

2

EM！

POとSMって兼任多いんですかね・・

2

アジャイノレ

EMがSMを役割としてやる人はまぁまぁいますね

hide3

POとSMって兼任多いんですかね・・

基本兼任はしない方がよいですけどね

2

よく聞くエンジニアリングマネージャーってそういうことか。自分と同じ匂い。

あ、ジャイアン？（のび太）

Toru#9999

基本兼任はしない方がよいですけどね

ﾃﾞｽﾖﾈ

hide3

POとSMって兼任多いんですかね・・

ほんとはよくないんですけど内製はそうなりがちとききます、、

2

Akiyoshi

ほんとはよくないんですけど内製はそうなりがちとききます、、

ﾃﾞｽﾖﾈ。。

2

なんか前線張ってる人はスクラムにあるロールから、何でも屋になっていくんですかね。

4

wara

なんか前線張ってる人はスクラムにあるロールから、何でも屋になっていくんですかね。

そういう方々は皆「越境」ですかね。

2

3

このイベントのきっかけを作って頂き嬉しいです！

4

wara

なんか前線張ってる人はスクラムにあるロールから、何でも屋になっていくんですかね。

何でも屋とスクラムマスターの境界に悩む人多いのかなと思いますが、どうでしょうか。

Bench

何でも屋とスクラムマスターの境界に悩む人多いのかなと思いますが、どうでしょうか。

チームや組織のアジャイル経験値・成熟度によって、「ロールを決めておくべき」段階と「勝手に何でも屋になっていく」段階があるように思えます

2

Bench

何でも屋とスクラムマスターの境界に悩む人多いのかなと思いますが、どうでしょうか。

何でも屋は飛び地であれこれやる人、スクラムマスターは役割ベースでチームやPRJのパフォーマンスの最大化のためにあれこれやる人でしょうか

2

hide3

POとSMって兼任多いんですかね・・

ぼくのところはほぼそうですし、そのSM・POも複数兼任です……

3

失敗談こそ価値があると思っています。既に約束された勝利かと！

失敗ばっかりなので、失敗してる人尊敬します！

失敗は成長の元

何でも屋は「SMが」ではなく働く人間として、という文脈です（それこそ越境できる人間になっているかどうかなんでしょうか）

なんちゃってスクラム．．．．．．

あるあるてか自分もあるある

2

きになります！

プロダクト開発の経験が無いので初歩的な質問で恐縮なんですが、プロジェクトマネージャーとスクラムマスターの違いって何ですか...？

すごい親近感ワード

2

なんちゃってスクラム既視感がすごい

既視感しかない

既視感同意

Toshi

プロダクト開発の経験が無いので初歩的な質問で恐縮なんですが、プロジェクトマネージャーとスクラムマスターの違いって何ですか...？

SMは要件定義や全体計画策定はしません

2

Toshi

プロダクト開発の経験が無いので初歩的な質問で恐縮なんですが、プロジェクトマネージャーとスクラムマスターの違いって何ですか...？

スクラムの定義で言うと、プロジェクトマネージャーというのはないです。プロダクトオーナーですかね

2

なんちゃってスクラム　。。　未だにそこから脱せてない。。

スクラムを推進するのは「チーム」

Toshi

プロダクト開発の経験が無いので初歩的な質問で恐縮なんですが、プロジェクトマネージャーとスクラムマスターの違いって何ですか...？

教科書的ですが、SMはチームが自己組織化するのを手伝う人ですかね... PjMは日程とか計画を守らせる人って感じでしょうか

4

3

PMとSMの違いは責務の違い。PとSの意味を理解すればOK。

2

資格取得補助はありますが資格更新補助がありません涙

2

夜通しw

予算がなくなる...

haiiro.shimeji

資格取得補助はありますが資格更新補助がありません涙

ほんそれ

ｺｺﾛｵﾚﾙ・・

不確実性を予測する行動の大切さを教えてくれる事例

2

bonさんのような感じで、SMやPOとして活躍されているみなさんの失敗事例大集合を聞きたくなりました笑

5

アジャイルを組織に導入する…その活動自体をアジャイルに小さくやるって人がいましたね

Toshi

プロダクト開発の経験が無いので初歩的な質問で恐縮なんですが、プロジェクトマネージャーとスクラムマスターの違いって何ですか...？

（他の方も回答されてましたが、まとめちゃったのでそのまま送ります）プロダクト開発で言うプロジェクトマネージャーは、マネジメントの人ですね。お金や人員の管理です。そういう意味ではスクラムマスターよりもプロダクトオーナーの方が近いものとイメージされます PjMは管理の人なので、指示を出して開発者に作業をやらせる人です。なので要件は顧客が持っているので、それを受けて作るプロダクトのスコープを決めます PMはプロダクトの責任を負っており、作るものも決定するので、PjMとは違いますね

6

自費で取るは果たしてハッピーなのか。。。

2

エンジニアがSMを取得しようとおもうチーム、うらやましい

2

3

hikibilly

自費で取るは果たしてハッピーなのか。。。

私は自費で取りましたけど、自腹切ってる分、他の受講者と必死感が違うから、定着率は一番良かった自信があります。

4

3

hikibilly

自費で取るは果たしてハッピーなのか。。。

まあこれに関しては高額ですからね

Toshi

プロダクト開発の経験が無いので初歩的な質問で恐縮なんですが、プロジェクトマネージャーとスクラムマスターの違いって何ですか...？

プロジェクトマネージャーは進捗の管理やお金の管理をします。プロジェクト全般への責任がありますね。スクラムマスターは「スクラムができているか」というプロセスに責任があります。プロダクトオーナーはプロダクトをいいものにする責任があります。アジャイルはスコープが可変なので、どの昨日が一番ユーザに価値を提供できるかという責任ですかね。（間違ってるかもしれないですが）

2

アジャイルで開発すればいいじゃないかという偉い人に重なる事例

hikibilly

自費で取るは果たしてハッピーなのか。。。

自主的なら良いんじゃないですかねー。やりたい人は補助がなくてもガンガン進めますし。

なんちゃってスクラムじゃまずいと思ったので自費で自己判断でCSMとしました?

共感できすぎる・・・

橙葵

（他の方も回答されてましたが、まとめちゃったのでそのまま送ります）プロダクト開発で言うプロジェクトマネージャーは、マネジメントの人ですね。お金や人員の管理です。そういう意味ではスクラムマスターよりもプロダクトオーナーの方が近いものとイメージされます PjMは管理の人なので、指示を出して開発者に作業をやらせる人です。なので要件は顧客が持っているので、それを受けて作るプロダクトのスコープを決めます PMはプロダクトの責任を負っており、作るものも決定するので、PjMとは違いますね

ほぼ同じこと送ってしまいましたw

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f64f.svg

2

Miho Kodama

bonさんのような感じで、SMやPOとして活躍されているみなさんの失敗事例大集合を聞きたくなりました笑

失敗しないことが失敗だと思う。失敗から乗り越えることも価値、というマインドを早くから持っておけばよかった、でしょうかねー。

4

3

失敗ってうまくいかないという成功例ですからね

4

なんのためにやるのか、定義をきちんとチームで考え、共有することがだいじなんですね

4

Bench

失敗しないことが失敗だと思う。失敗から乗り越えることも価値、というマインドを早くから持っておけばよかった、でしょうかねー。

その通りだと思います。その点失敗を許容しにくい組織にいる場合、どのようにセーフティネットを構築するかが大事ですね。私は勝手にやり始めて、最低ラインを越すためにはなんでもやる精神で最初だけ頑張りました。 (edited)

8

まさにスクラムは手段であって目的ではない、肝に銘じておきます。。

2

後になってメンバーから声上がるのではなく、最初から話しやすい環境づくりはやりたいですよね。 (edited)

4

一回認められると、割とやりやすくなります。

【質問】心理的安全性を作るのは、SMの役割です？

失敗談　私がチームジャーニーなどの専門書を読みすぎてしゅはりの守はもちろん導入部分にはやるのだけど、運用が破になっていて、POにスクラムガイド通りにやってくれないと困ると言われたこと

3

失敗を振り返って成功の糧に

3

挫けてもいいけど、諦めない

2

失敗したくないけど、失敗から学ぶことも多いのよね。失敗した後の行動が大事ですね。

3

外にもいる、は救いですよね

分かるんですが、一人だとくじけちゃうんですよね、失敗しても一緒に続けていける仲間がいれば

4

同じ思いの方がたくさんいらっしゃることを今日とても感じられています ??

4

【質問】いっぱい失敗してきていると、他の人が同じ失敗を指定そうだなってことが見えやすくなると思うんですけど、この人失敗しそうだなーってときbonさんはどのように振る舞いますか？

みなさん、本題とそれる質問にも回答いただきありがとうございます！なんちゃってスクラムにも通じるかと思いますが、自分に求められている役割はPjM、SM、PdM、POそれぞれに通じる部分があると感じたので、自組織の中でもちゃんと役割を定義しないと評価を下げたり結局何のためにいるのかわからなくなりそうな恐怖を感じました

失敗したと思うのか、うまくいかなかったと思うのか？の違いですね。失敗した～って感じるとくじけるので、うまくいかなかったと思うようにしています

ということで、社内に仲間を作るのがお勧めです。

eako

【質問】心理的安全性を作るのは、SMの役割です？

心理的安全性はチームや組織が作るっていう感覚ではありますねー。SMはそれを教えるのが仕事。 (edited)

2

漸進、ぴったりな言葉ですね

3

前進 -> 漸進

Akiyoshi

失敗談　私がチームジャーニーなどの専門書を読みすぎてしゅはりの守はもちろん導入部分にはやるのだけど、運用が破になっていて、POにスクラムガイド通りにやってくれないと困ると言われたこと

こんな本も読みつつ、常に状況に合わせてアップデートもしていきたいものですね https://amzn.asia/d/9A594U6

これまでの仕事これからの仕事～たった1人から現実を変えていくアジャイルという方法

6

漸進＞普段あまり使わない言葉だったので、覚えますね。 (edited)

Rinda

こんな本も読みつつ、常に状況に合わせてアップデートもしていきたいものですね https://amzn.asia/d/9A594U6

おお、市谷さんの本！

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f31f.svg

1

Bench

心理的安全性はチームや組織が作るっていう感覚ではありますねー。SMはそれを教えるのが仕事。 (edited)

同じくです。心理的安全性が担保できていなそうな時に、無邪気に指摘や提案してみたり、1on1してみたりするのはSMとしてやってるかなぁ。

2

【質問】スクラムを進めている最中にこれは失敗だなと感じるような前兆はありましたか？振り返り会で話題が出ないとか。

わかります＞One more thing...

初登壇にはぜんぜんみえませんｗ

5

「漸進」良い単語ですね、早速パクらせていただきますm( )m

1

定期開催期待しています！

1

yuki.miyashita

【質問】スクラムを進めている最中にこれは失敗だなと感じるような前兆はありましたか？振り返り会で話題が出ないとか。

振り返りにビビっているメンバーがいてSMが一人で盛り上げているような感じ笑

1

市谷さんの著作は全部読んだほうがいいくらいですね

3

1

アジャパ二回目希望ですね！

11

法被着れるようにがんばるか

成功って特殊パターンだったり運がよかったりする要素が多い一方、失敗はかなり汎用的なアンチパターンになるから超有用なんですよね

10

2

Oyama

法被着れるようにがんばるか

法被、ちょっと欲しい。。。

2

アンチパターンはがっつり踏んだので、共有できそうｗ

3

次回は法被は黄色で

1

19

5

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f192.svg

3

5

88888888

８８８８８８８８８８８

はっぴをプレゼントしてくださいー。

法被買えるなら会社で着て仕事する

4

1

IIJIMA

Click to see attachment ?

強そうな踊り子集団ｗ

まさに経験主義！！ 8888888888888888888

経営層には成功事例話さないとですが、実践者としては失敗事例が一番嬉しいですよねw (edited)

7

【質問】普段、BONさんご自身が失敗から立ち直る方法を教えてください。

ちょっとした振り返り

失敗は恐れず、失敗からどう考えるかですね。

失敗をしてこそ分かること、腹落ちすること、その後にフォローしておく準備

失敗は数ある結果のうちの一つ

2

失敗なんてないから大丈夫よー♪成功の間の中間点でしかないから失敗じゃないｗ

1人で抱えない

負けたということがいつか大きな財産になる　by スラムダンク

ポジティブフィードバックの場に行く（例えばこういう場所）

小規模でやろうというのが大事かなと思いましたね、最少人数、最短時間で。結果を出そうとすると逆になりがちなんですが、そうすると失敗すると。

2

打ち明けられる人を作っておく感じですね。ありがとうございます。 (edited)

失敗だったと気づけるかどうかも大事ですね

孤独にならないって大事

頼れる人か。。。対等な感じの人が居ない。。。

3

【質問】「失敗してネガティブにな気持になること（不快を感じること）」自体が嫌な人にはどうアプローチをしたらいいでしょう

コミュニティの規模は関係なく、透明化・見える化してチーム力を使うのが大事なんですね

外部の人とつながっているって大事ですね。社内だと孤独になってしまうこともありますし。

10

こういう場があるとほんとうれしいですよね

3

888888

おっと

88888888

ここ大事

ぺ

自分も非エンジニア系に少しだけスクラムを導入しようとして失敗しました。。。

パ？

し？

し

お？？

？？？

し

？？

おっと

？

ええ！し？

レ

どういうことなの。。。

？？？

パじゃなかった

アジャイルし

アジャイルしんし

1

おー

ノレし？

yuki.miyashita

頼れる人か。。。対等な感じの人が居ない。。。

業務に直接関わるものでなければアジャパーメンバーが頼れそうですよw

4

あじゃいるしかかたん

1

88888888

しよう？

「パ」を予想してましたｗ

アジャイルしよう　かしら

しようよ？　（）

88888888

８８８８８８

88888

888888888

8888888888

早い！

早い！！

アジャイルしちゃう

1

SMやPOはじめアジャイル開発にやはりコミュニケーションスキルが一番大事なんでしょうかね。

9

こういった機会大事だなー。

2

ワイガヤやってこられたんですね！

移動中、携帯からだとzoom, discord, miroムリ、忙しすぎる

フリーランスになったばかりだからすごく気になる！

アジャイルしようぜ（トゥギャザーしようぜ）

eako

SMやPOはじめアジャイル開発にやはりコミュニケーションスキルが一番大事なんでしょうかね。

ジョーのPOの講義では「コミュニケーション」「熱意」が大事といってましたね

2

８８８８８８８８８８

wara

業務に直接関わるものでなければアジャパーメンバーが頼れそうですよw

そうですね

8888888

eako

SMやPOはじめアジャイル開発にやはりコミュニケーションスキルが一番大事なんでしょうかね。

SMには演劇部出身が多いって聞いたことありますｗ

5

6

8888888

くまかわいい！

3

もぐもぐしてるｗ

くま動いている

かわいい

eako

SMやPOはじめアジャイル開発にやはりコミュニケーションスキルが一番大事なんでしょうかね。

それももちろんですが、普通のコミュ力でも、人の話を聞くと言うことに長けていれば問題ないです

6

無限にぶどう食べてた

hiratam

SMには演劇部出身が多いって聞いたことありますｗ

一人身近で知ってます。本当にそうかも

3

フリーランス＝傭兵

3

「臨時で雇われる傭兵」、端的ですね！

くまからの傭兵、、

音声聞こえなくなったのって私だけですか？

4

演劇部出身のGenerative AI Scrum Master作るかﾒﾓﾒﾓ

4

Akiyoshi

それももちろんですが、普通のコミュ力でも、人の話を聞くと言うことに長けていれば問題ないです

喋る能力＝コミュニケーションスキルではないですもんね。伝えることが大事でその方法は人に依っていいと思います。

6

4

2

演劇部じゃない( ；∀；)

(アフター)サービス企画

3

「若干騙されました」（泣

サービスの意味が違う・・・

masaki

(アフター)サービス企画

これは騙されますね・・

割とぶっちゃけてて面白いですw

テスラとホンダの違いは興味深いですね。

社名さらして大丈夫なのか、ちょっとドキドキしています

4

3

「車ってだいたいWFで作るんですけど」に不覚にも笑ってしまいました

3

つらい

ソフトウェアエンジニアin製造業なのでめっちゃわかるわ

わかりみがふかい

「伝統的日本企業×ウォーターフォール開発」

Miho Kodama

「車ってだいたいWFで作るんですけど」に不覚にも笑ってしまいました

安全性とか色々考えることがあるので計画がきっちりしないといけない、っていう発想だったので、テスラとか何でアジャイルにできるんかな？と疑問でした

7

白服あるある

多分経歴的には一番参加者目線の人

3

2

hide3

「伝統的日本企業×ウォーターフォール開発」

私はいまここですね。

hide3

「伝統的日本企業×ウォーターフォール開発」

こういう企業がアジャイルって言い始めると。。。

5

うらやましい

WF１００％からのアジャイル導入は気が遠くなりそう

スクラムのスケーリングって難しい。。。

1

フリーになったけどなかなかお仕事....

スケーリングの話、気になる…

yuki.miyashita

こういう企業がアジャイルって言い始めると。。。

私はもう出ちゃいましたけど、偉い人はみんなアジャイルに開発していけばいいんだ！と無理ゲー計画よく作らされてましたね

6

すえひろ

WF１００％からのアジャイル導入は気が遠くなりそう

なんちゃってアジャイルになって、WFとアジャイルの悪いところが合わさるゾ結果、メンタルやられて退場者が出るゾ（現在進行形）

Miho Kodama

「車ってだいたいWFで作るんですけど」に不覚にも笑ってしまいました

大型製造業のプロダクト作成方法としてWFが生まれた（と思っている）ので、テスラがめちゃ革新的なだけのようにも思っています。

5

運用されていないドキュメントの山

2

わかりみ

うまくいっているところに傭兵はいらないに思わず笑ってしまったｗ

5

あるあるすぎて涙

わかりみ

[質問]スクラムマスターの案件ってどのように見つけるのでしょうか

3

わかりみ

もはや全JTC事例 (edited)

なぜうまくいかなくなってから「立て直し」をするのだろうか、毎回毎回毎回

7

ドキュメントの山は消し去りたいですね

【質問】SMとしてチームの立て直しをされていますが、「会社のスクラム化も手伝って」みたいなことはなかったのでしょうか。あくまで入ったチームのみが対象だったのでしょうか

すえひろ

なぜうまくいかなくなってから「立て直し」をするのだろうか、毎回毎回毎回

それなｗ

POがチームを気にしすぎるとおかしくなりがち

Sprint 0からSprint 3くらいまでが一番必要な段階な気がする

5

開発者なのに開発知識がないって・・ｗ

うわぁこれうちだ．．．

開発経験がない開発チームw

アプリの開発経験がないって・・・

Devなのに開発経験ない！！！！？？？？

開発者とは

Hideうっきぃ

Sprint 0からSprint 3くらいまでが一番必要な段階な気がする

まさにおっしゃる通りで、そのあとは１００％稼働じゃないか、POと兼任でいけちゃう「ようにみえる」んですよね

開発者、と呼べない・・

Hideうっきぃ

Sprint 0からSprint 3くらいまでが一番必要な段階な気がする

チームも3～4回スプリント回すと、目に見える成果で始めるイメージです。

まれによくあるお話

SIerとかありそう

うどんを作ったことがないうどん屋さん

3

wwww

いろいろやばい！

リーダーがとてもかわいそうで、、、

面白いｗｗｗ

Hideうっきぃ

Sprint 0からSprint 3くらいまでが一番必要な段階な気がする

０めっちゃ重要です！

辛い！

修羅ですね

自発性がない・・めちゃくちゃわかる (edited)

その言語で開発したことない人が集まると、あり得るかもしれないですね

聞きたい！

地獄はここですか？

3

すえひろ

なぜうまくいかなくなってから「立て直し」をするのだろうか、毎回毎回毎回

うまくいかず、外部から人を雇って軌道に乗らせても、企業風土は変わらずに「外部からSM雇おう」という成功事例が出来上がるところもJTCの素晴らしいところですね

JTCですね

POAやってて作りたいのぐっとこらえているのにw

この開発者は何ができるんだ。。。

3

あるある。ほかの言語とか、他のソフト開発してたメンバーが手が空いたので召集されるパターンかな。

中堅が全員辞めちゃって，熟練者と新人しかいないとこ．．．

3

Devとは・・・

これくらいぶっとんでいるメンバーの立て直しのほうが刺激的で好きだなー♪ なんちゃってスクラムやられているより100倍ましかも

2

すげーわかりやすいです、この話

全員、アプリ開発経験がないとか・・・すごい

てつ

この開発者は何ができるんだ。。。

ユーザ系のSIerには多いと思います

5

4

「コーディング知識の学習」 SMの領域をある意味こえている笑 (edited)

こういう状況ではコーディングを教えるんですね

ある意味前提条件がないほうがスムーズかもしれない

5

いい感じの受け入れ講習

missy

「コーディング知識の学習」 SMの領域をある意味こえている笑 (edited)

兼技術リードですねw

2

この成果マジすごい気がする

【質問】この現場に、なぜスクラムマスターのニーズがあったのかが気になります

8

すごい、全然変わったんですね。

wara

ユーザ系のSIerには多いと思います

ああー、独学でかじっててなんともならなくなったパティーンか

でもまぁ、BackEndはできるけど、FrontEndやったことないですは、あるある

2

すご

すごい！

おー、３ヶ月ちょいでここまでは、SM頑張りましたね。

この4か月の生産性とか気になっちゃう

2

おー、これはすごい！

４ヶ月で自律的なチームに仕上げられるのは凄い

4か月でここまで変えられるのスゴ

ルーイ

【質問】この現場に、なぜスクラムマスターのニーズがあったのかが気になります

それめっちゃ気になりました

8

あんなひどいチームでも・・これは希望の光

2

5

2

[質問]自動化など、どうやって教え込んだんだろう？

ひとに聞きやすいチームならみんなで成長していける

【質問】開発が出来ない開発チームの現場で、生産性が出ない時期は顧客からの圧とか無いのでしょうか？

【質問】スクラムマスターのフリーランスってどのような業務委託契約になるんでしょうか？

4

hide3

あんなひどいチームでも・・これは希望の光

逆に荒れすぎて平地になっているからアジャイルが浸透しやすかったのかも。焼き畑農業的なｗ

4

5

スクラムマスターを傭兵として雇った人も狙い通りの結果を出せたということですかね。その人もすごいな

4

生々しい…

【質問】「自発性のないメンバーが多い」とのことでしたが、この性格が逆に、教えることを受け取りやすかった、ということはありますか？（チームの特性を見極めて対応されたのかな、と感じました） (edited)

ユーザー系SIerってどこだろうってググったら、まさにでした、、、この辺りの会社でコーディングまとめにできる人から相談を受けたことないなー、、、

2

【質問】似たような環境でスクラム導入を支援したことがあるのですが、自律的なマインドセットを持っていただくことができず、形だけスクラムになって結局パフォーマンスが出ず、POの判断で強制終了となりました。ノウハウのインプット以外のところで持続的・自律的組織に育て上げるまでに効果的だった施策や取り組みなどあれば教えていただきたいです。 (edited)

2

前職から比べて収入高めってすごいですね。

某三井住友w

2

missy

【質問】スクラムマスターのフリーランスってどのような業務委託契約になるんでしょうか？

表向きはPMのような内容になることが多いですね　それで細かい職域は合意しているというてい

2

某とは

某じゃない笑

2

法人設立、わかりみ

hiratam

逆に荒れすぎて平地になっているからアジャイルが浸透しやすかったのかも。焼き畑農業的なｗ

それ (edited)

某MS

ここだけの話にしておこう

ローンが組めないって本当なのかな

業務口座って業務実績がないと開設しづらいって聞いたことあるんですが、そう言う感じなんですかね。

法人化の際には個人の口座は使えないので信用問題で結構信用金庫で作る人が多いと聞いたことがありますね

夢を語っているのか、現実を語っているのか

Oyama

夢を語っているのか、現実を語っているのか

もはや現実の辛みを語る場

paypay銀行の法人口座だと割りと失敗なく開設できると思います。

ｗｗｗ

Rinda

法人化の際には個人の口座は使えないので信用問題で結構信用金庫で作る人が多いと聞いたことがありますね

一人法人はメガバンクや郵貯ではなかなか設立時につくれません　私も信用金庫です (edited)

なぜお店！？

私はフリーランス2年で法人化しましたが、フリーランス時代の実績があれば口座は開設してくれるところあります。

【質問】フリーランスのSMをする際、チームメンバーは契約企業のプロパーでしょうか？やりにくさはないでしょうか？

3

お店ｗｗｗｗｗ

Akiyoshi

表向きはPMのような内容になることが多いですね　それで細かい職域は合意しているというてい

なるほどですね！ PMとかだとアサインの会社さんによっても作業範囲が違いそうなので、事前に契約書以外でもすり合わせておくのがよさそうですね。 (edited)

2

これ、なんのセミナー？

2

落ち着いた話し方の中に生々しさと人間らしさがあって面白い！

2

お店笑

88888888

888888888

８８８８

wwww

8888

フリーランスで宣伝なしとは。。。！！仕事を断ってるレベル。。！！

札幌のお店なら喜んで！

eako

【質問】フリーランスのSMをする際、チームメンバーは契約企業のプロパーでしょうか？やりにくさはないでしょうか？

同じく聞いてみたいです

4

広報活動とかってやっていますか？

Akiyoshi

一人法人はメガバンクや郵貯ではなかなか設立時につくれません　私も信用金庫です (edited)

私は信金、地銀、メガバンク、ネット銀行の口座あります。フリーランス時代の実績があれば、口座は作りやすいです。 (edited)

【質問】スクラムチームが複数の会社・組織で構成されてるときのやりにくさ、気を付けるべきポイントはどこでしょうか。

[質問]アンガーマネジメントしなければいけない場面ありましたか？

これもうWFとかアジャイルとか関係ないかもですね。深い

5

モブはマジ

モブやりたい

モブをチームに浸透できなくてつらい

モブはやるとメンバーの空気が良くなりますね

NAO

私は信金、地銀、メガバンク、ネット銀行の口座あります。フリーランス時代の実績があれば、口座は作りやすいです。 (edited)

定款の内容にもよるとききました　私は動物保護関係のことも定款にいれているのでそれがよくなかったかもしれないです　作れたと言う人もきくので全くできないとは考えてないです

2

【質問】仕事のオファーはどの様に見つけているのですか？

3

モブは必須ですね！常に同席！

エンジニア寄りだと、モブプログラミング比率が増えてしまうので、そこはコントロールがいるかなと思っています

モブやってみたい

【質問】技術リードのような業務もありましたが、コードを書いたりレビューするような場面もありましたでしょうか？

JBL

【質問】仕事のオファーはどの様に見つけているのですか？

これ気になりますね。営業の仕方というか。

モブはモブをやっている過程での学びが多い。

2

SMの役割を日直システムで委譲していく、というのは興味深いですね

2

技術力に差がありすぎて、モブでやりたいのですがなかなかチームメンバーが頷いてくれませんね…

3

皆さんモブ結構やられているんですかね（うちもなかなか共感得られない）

3

必ずしもスクラムマスターがファシリテーターを務める必要はないですから、日直システムは良いと思います。

6

hide3

皆さんモブ結構やられているんですかね（うちもなかなか共感得られない）

僕もやったこと無いです。エンジニアさんが割りとやんわりと嫌がる。。

お茶れさん

技術力に差がありすぎて、モブでやりたいのですがなかなかチームメンバーが頷いてくれませんね…

チームが満遍なく開発できる状態を目指すっていうのがモブやる理由だったりするのですが、チーム雰囲気として理解されにくい感じってことでしょうか？

お茶れさん

技術力に差がありすぎて、モブでやりたいのですがなかなかチームメンバーが頷いてくれませんね…

最初のとっかかりの参考になればなんですが、1日スクラムブートキャンプみたいなイベントをやって、1機能だけモブで作ってもらいました

3

こっちが教えてもらいたいときに毎回、お願いしないといけないのはしんどいのですよね＞モブ、ペアプロ

TAC

【質問】スクラムチームが複数の会社・組織で構成されてるときのやりにくさ、気を付けるべきポイントはどこでしょうか。

【質問】これも同じく聞いてみたいです。ご自身がSMでプロパー、協力会社さんが複数社いた場合の調整が大変だと思うので。

自分もフリーランスですけど、なかなかチャンスが回ってこないんだよなぁ・・CSMもCSPOも取ったんだけど

kei ishimaru

これ気になりますね。営業の仕方というか。

私はエージェント使っていますが自力でとってくるケースなど気になります

bob collins

僕もやったこと無いです。エンジニアさんが割りとやんわりと嫌がる。。

うちも同じです。。

2

【質問】技術力なし、指示待ちというチームメンバーに対して特に効果があった取り組みはなんですか？ペア・モブプロはやりましたが、ドライバーでは言われたことを書くだけで、書いたことやその理由を説明しても覚えてない。モブでナビゲーターの時は促してもあまり参加してくれません。 (edited)

7

日直システムはTryしましたが、DailyScrumで日々今日は誰という不毛な会話が発生して、結局SMに帰ってきました。

4

2

エージェント！

モブプロ、かなり効率としては上がるんだけど自分としては通話やらを繋ぎっぱなしにするストレスがえぐくてやりたくない。。。

モブは普段できそうに見えていた人が意外とググりながらコード確認しているのとかが赤裸々にばれちゃいますからねー♪ プライド高い人ほど浸透させるのに反抗されること多いー

6

そうですねー。

エージェントが戦場を探して傭兵を紹介するビジネスモデル！

4

Hideyuki YAMAGUCHI

日直システムはTryしましたが、DailyScrumで日々今日は誰という不毛な会話が発生して、結局SMに帰ってきました。

前営業日に指名する形式で持ち回り成功してます！本人忘れてる時はSMとして「今日は?さんですよ?」っていう必要ありますが (edited)

2

一つのタスクを複数人でやるっていうので効率悪いって思われますよね．．．いろんなとこの結果を見れば真逆なのに

3

スクラムマスターだけでなく、技術も教えられるレベルのスキルが求められているんですねー

4

マージン抜かれるんですけど笑

MTGで1日つぶれるとかあるある過ぎて辛い

フリーランスの方にお尋ねしたいのですが、プロパー側からすると業務委託の方へ時間指定などはできないのでどのような依頼の仕方をするのが良いでしょうか？

なまなましいなｗ

Bench

チームが満遍なく開発できる状態を目指すっていうのがモブやる理由だったりするのですが、チーム雰囲気として理解されにくい感じってことでしょうか？

ずっと誰かと一緒にしなければならない開発はとてもやりにくいとのことで…

マージン抜かれても正社員より高いし掛け持ちできる　でも、安定はないですよ

モブはよいですが、チームメンバーからやりたいという声が上がらないとなかなか導入できないですよね。

missy

フリーランスの方にお尋ねしたいのですが、プロパー側からすると業務委託の方へ時間指定などはできないのでどのような依頼の仕方をするのが良いでしょうか？

稼働時間ですね。140H?180H稼働したら、いくらという感じです。 (edited)

2

リアルですね・・・

やはりローンは組めないんだ

ライフステージでフリーランスのタイミングは選んだ方がいい、と。

お茶れさん

ずっと誰かと一緒にしなければならない開発はとてもやりにくいとのことで…

ありますよねー。

2

リアル！

hide3

皆さんモブ結構やられているんですかね（うちもなかなか共感得られない）

責任の所在が...、リソース効率が...と反発されがちですよね

4

フリーランスのキャリアを聞けた

家買ってから独立しろっていいますもんね

mas

スクラムマスターだけでなく、技術も教えられるレベルのスキルが求められているんですねー

技術リード求められるのって本当は違うようにも思えますよね

5

しよ

想像通り　よ　でしたな

しよか

よ

missy

最初のとっかかりの参考になればなんですが、1日スクラムブートキャンプみたいなイベントをやって、1機能だけモブで作ってもらいました

確かに、とっかかりの1回だけでもお試しでこういった形で実践するのもいいかもしれませんね！

3

しよな

しよ？

ししょう！？

はんばーぐ

ねえ、アジャイルしよ？

アジャイルしようか、アジャイルしよ?? か、どっちかなぁ?？

Oyama

はんばーぐ

こらこらw

８８８８８８

８８８８８８８８８８８８８

888888888888

888888888

８８８８８

普段きけない立場のお話で楽しかったです

1

888888888888888888

８８８８８８８８

気づけばもう17時

1

かーんち

NAO

稼働時間ですね。140H?180H稼働したら、いくらという感じです。 (edited)

やはり稼働時間ですね！ありがとうございます！ (edited)

2

ホントあっという間ですね！

missy

フリーランスの方にお尋ねしたいのですが、プロパー側からすると業務委託の方へ時間指定などはできないのでどのような依頼の仕方をするのが良いでしょうか？

今のプロジェクトでは、よっぽどのことがない限りタイムボックスで時間通り。残業はほぼゼロですね

5

もう４時間経ったとはおもえない

1

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1fae1.svg

1

準委任で受けるんですかね

もう最後なんだ！！

あじゃぱ、毎月やってほしい

7

1

すえひろ

準委任で受けるんですかね

基本、準委任契約ですね。

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f917.svg

3

shizukukai

モブは普段できそうに見えていた人が意外とググりながらコード確認しているのとかが赤裸々にばれちゃいますからねー♪ プライド高い人ほど浸透させるのに反抗されること多いー

これって検索スキルとかも含めたコーディングスキルなので効果あると思うんですが、本人は嫌がりますよね＞＜

4

5

wara

これって検索スキルとかも含めたコーディングスキルなので効果あると思うんですが、本人は嫌がりますよね＞＜

waraちゃん、そうなの！そこのノウハウが一番参考になるよねー

3

８８８８８８８８８８８８８８

８８８８８８８

88888888

missy

フリーランスの方にお尋ねしたいのですが、プロパー側からすると業務委託の方へ時間指定などはできないのでどのような依頼の仕方をするのが良いでしょうか？

月の精算幅で問題ないですよ　仕事のやり方は面談で認識合わせしたほうがいいです

2

uruさんだ！

VAIO！！

8

ほんとMacない

4

bonさんmacでしたね（今さら

やはりVAIO！！！

kei ishimaru

bonさんmacでしたね（今さら

失礼しました

2

17:02

カイゼンジャーニーおすすめです

21

改めて市谷さんの本はバイブル

5

そろそろ重い腰あげて読もうということで、Amazonでいまポチった

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f389.svg

9

階層構造ない組織っていうのは、メンバーに言い続けると、責務と心理的安全性を保ちやすい感じがする

6

「チーム開発」の意義、あらためて、非常に大事なことですねなぜチーム開発するのか、と振り返るのも大事だと気付きました

3

最初2段はしましたが、後ろ3段はできていないですね。特に最後の「実践現場の見学」は重要だと思います（社外、が特に）

2

DoorKeeperでジャーニーシリーズの読書会やっててすごく良かったです。「組織を芯からアジャイルにする」がやってますね。 https://shin-agile.doorkeeper.jp/events/163129 (edited)

組織でアジャイルを始めよう書籍「組織を芯からアジャイルにする」から始めるアジャイルの集い第五章

2023-11-01（水）20:00 - 21:30 LT登壇者募集書籍「組織を芯からアジャイルにする」第五章について当日5分LTをしていただける方を5名で募集します。参加者募集参加費無料 Zoom(出席者に前日メールでご案内）タイムライン 20:00-20:05　オープニング 20:05-20:30　第五章心に残ったフレーズについてLT5分×5名　 20:30-20:4...

4

3

見学させて欲しい

社外の見学ってすごいな。。。どういう経緯で見学にできるんだろうか

森さん！

紙飛行機！やりました！

4

チームで見学、大事だなあ・・・どうしてもSM,POに限定しがち

4

紙飛行機いい！

ルーイ

チームで見学、大事だなあ・・・どうしてもSM,POに限定しがち

むしろチームがだいじですよね

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f37b.svg

5

飛行機ワークショップ、スクラムやっていないメンバー巻き込んでやってもいいかも

橙葵

最初2段はしましたが、後ろ3段はできていないですね。特に最後の「実践現場の見学」は重要だと思います（社外、が特に）

社外で見学ゆるしているとこ、森さんのところ以外にあるんですかね？

3

レゴスクラムはありますが、紙飛行機も面白そう

オンラインで出来るワークショップないかな

2

サイクル回し続けているのすごい

ルーイ

チームで見学、大事だなあ・・・どうしてもSM,POに限定しがち

ですね。チームを良くする、っていう意識でSMが行動しないと

3

オキザリスの見学、自分もしました。イベントについて実際にメンバーの方々に細かく質問して回答頂いたのよかったです。

2

チームになる！とっても大事！

チームで今回のアジャパーに参加すればよかったなとひしひし思っているところです…

12

1

紙飛行機ワークショップやったことないですが、新しいメンバーにレクチャーするときによさそうですね

チームにアジャパー案内したけど、出ている人いれば嬉しい

4

紙飛行機ワークってトーマツのビジネス研修で２０年前にやった、、

お茶れさん

チームで今回のアジャパーに参加すればよかったなとひしひし思っているところです…

本当にそれです。。

3

Ryota Shiroguchi(3panda)

オンラインで出来るワークショップないかな

紙粘土スクラムのオンラインはやったことありますね

4

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f632.svg

4

個人期には、ペーパータワーも好きです。

領域の独立性、私の部門でも起きていてぶち壊すのに一苦労

ラベル付け。。。マジでこのせいでチーミングに苦労する

たまに後ろから味方に刺されるやつですね。＞塹壕感

9

「私たち」って言えてるか？

私たちに変わった瞬間、これ嬉しい！

3

わたしたち、いいですね！

hiratam

紙粘土スクラムのオンラインはやったことありますね

ありがとうございます！　なにか詳しく解説のあるサイトとかありますでしょうか？

自分は我々が口癖になってる

7

弱みの理解はさきほどもありましたね。弱みの開示は、助け合えるチームになるポイントなんですね。

こういうのですかね https://confengine.com/conferences/scrum-fest-osaka-2020/proposal/14550/kso21

紙粘土スクラムオンライン（KSO）～2スプリント1本勝負～ - Scrum Fest Osaka 2020

コロナの時代の新しいスクラムワーク！アジャイル札幌で人気の紙粘土スクラムがなんとオンラインになってリニューアル。今回はmiroを使って動物園を作っていきます。短いので2スプリント限定ですが、積極的に参加して面白さを試してみてください。またどのように開発しているかを観察するオブザーバーも募集しています。チーム構成（チームは2チームを予定）・開発者：4人・SM：1人・PO：1人（運営） miro に慣れていない人は一つ前のセッションも参加しておくことをお勧めします。さて、あなたはチームの一員として、大人気の動物園を創り出せるでしょうか？

3

インセプションデッキはPOがまとめるのが良い？

Ryota Shiroguchi(3panda)

ありがとうございます！　なにか詳しく解説のあるサイトとかありますでしょうか？

オンライン紙粘土のブログありましたhttps://nemorine.hateblo.jp/entry/2020/07/03/114600

nemorine

スクラムフェス大阪参加報告③ - nemorineのブログ

午後はアジャイル札幌のメンバーによる北海道セッション。マインスクラムダンジョンズ - グループからチームへと変化するための戦いちもさんによるセッション。キャパを超えた仕事を抱え、ただ集まっているだけに見えたメンバーがチームへと変化していく過程を紹介してくれました。一つひとつやることを決めて確実に実施していく、巻き込んでいくスタイルはもはや”ちもスタイル”と呼んでもいいレベル。私の仕事やあなたの仕事から、"私たち"の仕事にした。#scrumosaka.sapporo? ネモトノリユキ＠ソフトウェアテスト技法練習帳発売中！！ (@nemorine) 2020年6月27日上手いと思った…

2

5

チームになればなるほど、個々の人事評価が難しくなる気がする。

4

リモートワークだと雑談の枠を設けても一定数、何も発言しない人がいるんだよなぁ・・・

Bench

インセプションデッキはPOがまとめるのが良い？

まとめもチーム全員が一緒にやるべきだと思います。他人にやってもらったものは自分事にしづらいので

3

yuki.miyashita

リモートワークだと雑談の枠を設けても一定数、何も発言しない人がいるんだよなぁ・・・

いますね、発言しないことも心理的安全性なのでよくないですがそっとしておきます

2

Akiyoshi

紙飛行機ワークってトーマツのビジネス研修で２０年前にやった、、

紙飛行機やったとき一緒の班になった人がだれも紙飛行機の折り方がわからなくてスプリント２回ぐらい費やしてしまい「そっからかよ」ってなりました

5

朝会やってるけど、話す人はいつも同じだな。会議はスムーズだけどチーム力は上がらない。

2

モブログは重要ですね

てつ

チームになればなるほど、個々の人事評価が難しくなる気がする。

成果はチームでだすので、個人は成長目標とかを入れるといいかもしれませんね。

2

Akiyoshi

いますね、発言しないことも心理的安全性なのでよくないですがそっとしておきます

発言する人が仲良くなって、発言しない人が疎外感を持ってないか心配です

2

継続成長、難しい

Bench

インセプションデッキはPOがまとめるのが良い？

部分的にPOが作成しておいてチームに共有する方が早いものもありますが、基本的にはスクラムチーム全体で一緒に作り上げた方が効果が高いと感じています。

4

yuki.miyashita

発言する人が仲良くなって、発言しない人が疎外感を持ってないか心配です

そう言う人には1on1でヒアリングをし、本当は仲良くしたい場合は仲裁をします

3

wara

部分的にPOが作成しておいてチームに共有する方が早いものもありますが、基本的にはスクラムチーム全体で一緒に作り上げた方が効果が高いと感じています。

そうですよね。何が早いって言ったらそうなんですが、一緒に考えるのも重要ですってことですね！

Akiyoshi

そう言う人には1on1でヒアリングをし、本当は仲良くしたい場合は仲裁をします

なるほど、そういう個別対応になっちゃいますよね

Bench

インセプションデッキはPOがまとめるのが良い？

作る段階からチーム参加していないと、結局自分のプロダクトにならないので、参加してもらっています

対症療法の学習だけじゃなくて、そもそもを学ぶの大切ですね

VSM

【質問】モブワークについて、プログラミング以外の業務だとやりにくい面もあると思いますが何か導入に向けたおすすめのやり方はありますか？また、モブワークは複数人で一つの業務に取り掛かるので効率が悪いのでは？と上司によく言われるのですが、実施した感想や実際の進み具合として効率の良し悪しを聞かせてください。

淡々と説明されてるけど、すごいわ

7

1

yuki.miyashita

なるほど、そういう個別対応になっちゃいますよね

大勢の前で促してさらに殻にこもってしまうかもしれないので、何を考えているか把握しないと対応難しいですね

2

【質問】定期的なチームの見直し、は、どのくらいの期間を目安に実施されましたか

むきなおりで技術評価するのいいなあ

2

チームを成長させるバックログ

1

どこに向かっているのかなんのためにやっているのかって意外と見失いがちですもんね

3

OKR、良いですよね

3

長期視点で定期的に振り返りしないと目標見失いそうなので注意しないといけない

2

目的、目標の共有って本当に大事ですよね。

3

クオーターゴールがなし崩し的になくなってしまったので、これを機に復活させたいです

4

自分達を振り返る施策がかなり充実している。長期目線で色々取り組めるのは、会社が与える心理的安全性が高い

メンバーからの意識の芽生え、嬉しいですよね

2

【質問】むきなおりで目標や方向性変えるのはどのレベル（チーム、さらにその上にある上位層、経営層）までを見ていますか？実際どこまで変えることができましたか？ (edited)

やっぱ振り返り（むきなおり含む）が一番大事なんだなぁと (edited)

2

マネージャだけど、ゴールセットは毎月チームメンバーで見直してますね

4

基盤更改と新規開発、既存改修、どこを目指すのかでも振れ幅大きいので、目指すところは明確にしていかないとと改めて認識しました。

非常に内容が詰まった発表（資料ぜひとも共有をお願いしたいところ....

?♂? ）

5

エモい

88888888

88８８８

88888888888888888

88888888

８８８８８８８８８８８８８８８８８８８

888888888

【質問】組織が細分化されていると、タスクに対するスキルが俗人化していて、チームとして機能しづらい状態かと思います（極端に言うとXというタスクはAさんしかできない、YというタスクはBさんしかできない、という状態でチームワークをしづらい、など）。組織の細分化、縦割りな状況を改善しチームにしていくには具体的にどのようなアクションから始めるのが良いでしょうか。この場合も、スキルうんぬんよりも、まずは共通目標や「我々はなぜここにいるのか」を認識合わせしていくことが大切なのでしょうか。

4

2

8888888888

8888888

88888888888888

8888888888

期初期末面談、個人で今どこにいるのか、は会話するけど、チームが今どこにいるか、会話したことがないことに気づきました。目から鱗。

1

世の中でアジャイルをこんなにしっかりやっている人がいるってことに、自分がやっていることや目指すことに自信がもてた、そんな１日

7

文化祭前夜に遅くまで残って準備しているテンションに似てるかなと (edited)

1

それいわれます

1

まじでそれ

1

聞いてくれてたすかります

1

ですよね

【質問】これまでの一連の取組は初期の段階からある程度順序立てて見据えていたのか、都度段階を一つ進んだらその時の課題に対して必要なことに取り組んできたのかどちらだったのでしょうか。

モブってレビューまで完了するので実際にはコミュニケーションロストが減るんですよね

10

4

スモールスタートすると良いですよね。楽しそうにしてると徐々に参加者が増える

hikibilly

モブってレビューまで完了するので実際にはコミュニケーションロストが減るんですよね

手戻りもほぼないですもんね

4

おーなるほど 1つの作業を複数人でやってみるいまはツールもそろっていますしたしかにちょっとずつやってみるのいいかも

あ、でも、リモートワークでモブは難しい気がする

チームメンバーへの同期する時間がなくなるのと、実装だとレビューの時間も削減できるかもですね (edited)

hikibilly

モブってレビューまで完了するので実際にはコミュニケーションロストが減るんですよね

完了→レビュー→手戻りって進んでいるようで進んでいないですもんね

コーディングという話もあったり、ハード評価という話もあるので、半々くらいの業務割合いなのかな？と、思いました。モブワークは効率のところの質問を聞きたかったです。

yuki.miyashita

あ、でも、リモートワークでモブは難しい気がする

リモートでフルモブやっています。全然大丈夫だと思いますよ！

4

5

yuki.miyashita

あ、でも、リモートワークでモブは難しい気がする

対面にはかなわないかもしれませんがやってみると意外と大丈夫です！

4

複数メンバーで一緒に (難しいお客様への) メールを考えて書く、という「モブメール」(？) 作業は、個人的には、超オススメです・・・

9

モブを取り入れた方皆さんに聞きたいんですが「チームの開発効率や速度」は下がるのでしょうか？そこまで変わらないのでしょうか？上がるのでしょうか？

yuki.miyashita

あ、でも、リモートワークでモブは難しい気がする

Miroみたいな、操作自体がモブなツールは、効く気がしますリモートでドライバー以外は見えづらくなるので難しめですね

5

hikibilly

モブってレビューまで完了するので実際にはコミュニケーションロストが減るんですよね

しかも、ちょっとしたツールの効率的な使い方(ショートカット)とかもチーム間で共有できるので、見えないところで効率化されってたりするんですよね!

2

Bench

リモートでフルモブやっています。全然大丈夫だと思いますよ！

リモートでも大抵のことできる気がします。開発ではないですが、メール作成とか、ドキュメント作成モブでやってました。

masaki

しかも、ちょっとしたツールの効率的な使い方(ショートカット)とかもチーム間で共有できるので、見えないところで効率化されってたりするんですよね!

知の共有化！確かにあります

2

ありがとうございます！！

モブの目標を何にするかですよね。効率化、レビュー、技術伝承なのか。

2

ねこ

モブを取り入れた方皆さんに聞きたいんですが「チームの開発効率や速度」は下がるのでしょうか？そこまで変わらないのでしょうか？上がるのでしょうか？

ウチは上がりましたよ。小さな認識相違が確実に減ります（暗黙の了解の共有もできる）

4

12

17:23

明らかにレビューバック対応のコストが減りました

4

7

最近は私AI Mobのほうが成果出せているので、人間としての限界を感じている、、、実績とったけど、ペアプロ 25%効率化、AIモブプロ 90%効率化、、、、 (edited)

3

ねこ

モブを取り入れた方皆さんに聞きたいんですが「チームの開発効率や速度」は下がるのでしょうか？そこまで変わらないのでしょうか？上がるのでしょうか？

3倍速くらいになりました。もともとが個人作業→チームレビュー→指摘修正→再レビューの繰り返しだったので、効果的でした。

2

ねこ

モブを取り入れた方皆さんに聞きたいんですが「チームの開発効率や速度」は下がるのでしょうか？そこまで変わらないのでしょうか？上がるのでしょうか？

VSMの終わるまでの時間を計測比較すると、抜本的に良くなってるのが見えました

2

yuki.miyashita

あ、でも、リモートワークでモブは難しい気がする

PC内で完結するプロダクトならリモートでのモブワークも可という話は聞いたことがあります。組み込みや、ハードウェアが絡むものはリモート難しいかもですね。

2

ねこ

モブを取り入れた方皆さんに聞きたいんですが「チームの開発効率や速度」は下がるのでしょうか？そこまで変わらないのでしょうか？上がるのでしょうか？

うちはペアですが，上がりましたね．知識が全体的に上がりますし，確認業務はほとんどなくなりました．また書き方も統一できたり，tipsを共有できたり，，，

4

2

モブやると、エンジニアの仕事のやり方の見直しもできる、いい発見になります。

4

2

4

ねこ

モブを取り入れた方皆さんに聞きたいんですが「チームの開発効率や速度」は下がるのでしょうか？そこまで変わらないのでしょうか？上がるのでしょうか？

上がりました作成→レビュー→修正→再レビュー→完成の時間が短縮されることと、単純にできる人とできる幅が増えるので効率上がりました

2

3

まってました！

ドキドキ

鵜

う！宇留野さんの、う！

2

予定調和

Woo！

なんだってーー

しよ?　じゃなかった

3

アジャイルしよラ

うおおお

アジャイルシヨウ

ここまでのチャットから、「モブの方が効率上がる」と明確なのに「モブはちょっと……」のイメージ打破がすごく大変というのが感じられますね

5

3

ねこ

モブを取り入れた方皆さんに聞きたいんですが「チームの開発効率や速度」は下がるのでしょうか？そこまで変わらないのでしょうか？上がるのでしょうか？

何を効率向上とみなすかを検討しておく必要がありますね。モブではフロー効率重視なのでリソース効率は向上できません (edited)

4

2

アジャイノレしよラ

1

緊張した

2

ん？

言っちゃった

言ったw

www

ww

モブ相手が指摘してやろうとかという意識だとうまくいかないでしょうね

6

放送事故（笑）

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1fae3.svg

3

ｗｗｗ

wwwww

ｗｗｗ

いやいや、今のお気持ちが漏れただけですよｗ

我々は何も聞かなかった。いいね？

7

4

最後の１文字聞こえなかった気がするからセーフ

モブで、結局モブ側がタイプしちゃうようなことにならないもんですかね？

2

ねこ

モブを取り入れた方皆さんに聞きたいんですが「チームの開発効率や速度」は下がるのでしょうか？そこまで変わらないのでしょうか？上がるのでしょうか？

基本は効率上がっていました。しかし、漫然とモブプロする人がいたりするとモブなのに手戻りや後指摘があったりで、一人でやりながら不明点聞くのと変わらんじゃん。となるパターンもありました。仕事を自分ごととして捉えてない人がいる場合は工夫が必要と思います。

2

hide3

モブで、結局モブ側がタイプしちゃうようなことにならないもんですかね？

順番にドライバー変える、ってのは大事な気はします

9

wara

基本は効率上がっていました。しかし、漫然とモブプロする人がいたりするとモブなのに手戻りや後指摘があったりで、一人でやりながら不明点聞くのと変わらんじゃん。となるパターンもありました。仕事を自分ごととして捉えてない人がいる場合は工夫が必要と思います。

ある程度のルールやタイムボックスはあったほうがよさそうですね

4

tnobe

何を効率向上とみなすかを検討しておく必要がありますね。モブではフロー効率重視なのでリソース効率は向上できません (edited)

レガシーな管理だと工数だと思うので、リソース効率＝工数効率は向上しなさそうですね。

hiratam

ある程度のルールやタイムボックスはあったほうがよさそうですね

おっしゃる通りで、モブのやり方・目標についての共有や事前合意が大事だと思います (edited)

10

小さいプロジェクトからアジャイル・スクラムを取り入れてみる事例を作る

5

2

社内PJとかだとやり易いですよね。展示会に出すデモ開発とか

5

wara

おっしゃる通りで、モブのやり方・目標についての共有や事前合意が大事だと思います (edited)

なので本当は「モブやろうよ」っていうのはSMが示唆することはあっても、開発者が提案してほしい思いは強いですw

7

ねこ

モブを取り入れた方皆さんに聞きたいんですが「チームの開発効率や速度」は下がるのでしょうか？そこまで変わらないのでしょうか？上がるのでしょうか？

厳密な手順化が難しいケースバイゲースの作業（かつ外的要因で手順の細かい見直しが適宜必要になる）をモブでやってました。メンバーの理解度と習熟度も上がり、ベテランと新人のスキルの凸凹も埋まっていきました。アイデアだしながらワイワイやることで作業の品質も上がったと思います。最初は時間かかりましたが、メンバー間の習熟度が揃ってくると格段に楽に（効率的に）なりました。あとは楽しいのでチームの雰囲気もよくなりますね。心理的安全性アップ?? (edited)

8

2

【質問】スクラムのチームメンバーの構成はどのように決められることが多いでしょうか？

３人でめっちゃわかりあってる・・・

3

数字で成果を見せる。

wara

なので本当は「モブやろうよ」っていうのはSMが示唆することはあっても、開発者が提案してほしい思いは強いですw

モブやると楽しいし学びがあるよっていう経験が1回でもあると開発者側から発信される気がしますね。ないとSMがその経験の場を作るために尽力するって感じでしょうか。

2

3

2

見せられるところから見せる

じょう

厳密な手順化が難しいケースバイゲースの作業（かつ外的要因で手順の細かい見直しが適宜必要になる）をモブでやってました。メンバーの理解度と習熟度も上がり、ベテランと新人のスキルの凸凹も埋まっていきました。アイデアだしながらワイワイやることで作業の品質も上がったと思います。最初は時間かかりましたが、メンバー間の習熟度が揃ってくると格段に楽に（効率的に）なりました。あとは楽しいのでチームの雰囲気もよくなりますね。心理的安全性アップ?? (edited)

結局「楽しいのでチームの雰囲気もよくなりますね。心理的安全性アップ」のおかげで副次的にそれ以降の開発業務効率が上がるが目指す姿ですね！

3

サブプロジェクトみたいなやつで、誰にも相談せずこっそりやって、うまくいったら「実は??」と売り込んで、正式にスクラムPJを発足させたことはありました

2

4

水面下でトライアルして実績ひっさげていくのはありですよね

2

Rinda

モブやると楽しいし学びがあるよっていう経験が1回でもあると開発者側から発信される気がしますね。ないとSMがその経験の場を作るために尽力するって感じでしょうか。

成功体験を与えるまではSMが頑張る形になると思います。。。

3

許可取りに行くとダメがでるからサブマリンというのは何時の時代もありますねえ

4

7

少しでいいから試せる余裕を作るのがマネージャの度量として大事ですね

5

【質問】自分の思いの後継者（意図を理解し、次にスクラム組もうぜ！と言ってくれるメンバ）は自然とチームメンバから出てくるものですか？（出てきそうですか？）

2

スクラム開発ってSMが最初めっちゃ頑張らないといけないけど、最初頑張ると自走してくれるんだなぁ。。。頑張りたくないなぁ。。。

5

モブで顔出ししにくい雰囲気ってどうすれば良いか悩む。アイコンだけでもいいけど、結局どうすれば良いのかわからない時もあります。まぁ、チームがそれでいいなら良しとしていますが。

[質問] そもそも最初にアジャイルはじめようやりたいと思うきっかけは何だったでしょう？WFだとうまくいかないことがわかるようなプロジェクトが目の前にあったから？それとも、WFでもいい場面でもいいから使ってみたかったとか？

bsk

少しでいいから試せる余裕を作るのがマネージャの度量として大事ですね

WFのPMロールだったとして、自分の裁量の予算内でそのチームをスクラムでやらせるような取り組みをし、実績出してから「実は…」とスクラム使ってどの程度効率上がったかを上に説ければいいのですが。

5

300スプリントも回していない！

Bench

モブで顔出ししにくい雰囲気ってどうすれば良いか悩む。アイコンだけでもいいけど、結局どうすれば良いのかわからない時もあります。まぁ、チームがそれでいいなら良しとしていますが。

顔出しは自主性に任せて、自分は常に顔出しして、普段はチャットでフォローしたりするなど細かい人間関係の構築してたら、ある日突然、私との会議はカメラONになったことはありますね。やっぱり地道な信頼関係の構築でしょうか

7

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f44f-1f3fb.svg

4

全体の底上げ、理想です！！（抜けても自走できるチーム、が理想なんですかね）

7

4

三百何十スプリント。まじか。

【質問】スプリントの期間は何週間がよいと思われますか？＞discord参加者みなさんにも聞きたいです

3

2

Rinda

顔出しは自主性に任せて、自分は常に顔出しして、普段はチャットでフォローしたりするなど細かい人間関係の構築してたら、ある日突然、私との会議はカメラONになったことはありますね。やっぱり地道な信頼関係の構築でしょうか

それは私も常々やるようにしてますね。

全員がスクラムマスターできそうってのがすごい。スキルだけじゃなく、マインドもそこまで育ててないといけないわけで。

eako

【質問】スプリントの期間は何週間がよいと思われますか？＞discord参加者みなさんにも聞きたいです

全く同じこと打ち込んでましたw非常に気になります！

顔出しはたまにメタバースでアバターで参加しながらとかやってますね、Teamsもアバター機能でてきたので顔出しリアルからバーチャルに移行中ただCPUのパフォーマンス食うのがネックｗｗ (edited)

3

2

【質問】組織が成熟していくと、スクラムのタイムボックスが窮屈になってカンバンなり、スクラム以外のアジャイル手法に卒業していくチームもあるようですが、皆さんはそのようなことを検討されたことはありますか？それともスクラム（と組織内伝播）で十分とお感じになっていますか？

2

マネージャー自身がスクラムに絡めないからこそ、ですね

eako

【質問】スプリントの期間は何週間がよいと思われますか？＞discord参加者みなさんにも聞きたいです

１週間だと機能が作りづらく、４週間だとその規模の開発ではスクラムでやりにくくゴールも見えづらいので、２週間が良いと思うし、大体２週間が多いです

7

eako

【質問】スプリントの期間は何週間がよいと思われますか？＞discord参加者みなさんにも聞きたいです

最初慣れないうちの2-3スプリントまでは1週間にしといて、慣れてきてから2週間でやってます

6

管理じゃなく、支援する立場になるのが本質なんでしょうね＞上司やマネジャー

5

管理しなくてもいいチーム、理想っすねほんと（楽したいですよね

）

2

サーバント型

5

全員CSM取ってるメンバーでチームを作ってもうまく回らないことはあるので、資格取得とは別にマインドの変化が必要なんだろうし、自走の最初はロール別のフォローが必要なんだろうなと思っています

2

管理しなくていいと「管理職」は不安になるんですかね

2

今の話を聞いていると、やっぱりチームがオーナーシップをもってプロダクトの開発をしていくのが肝要な気がしているのですが、先ほどの話を聞くと、企画のみが担当範囲だったりしてJTCでチームがオーナーシップをもってプロダクトを開発できるって道のりは長いのだろうか (edited)

軌道にのってくるとサーバントリーダーでよくなりますね。おやつ係とか

2

Akiyoshi

１週間だと機能が作りづらく、４週間だとその規模の開発ではスクラムでやりにくくゴールも見えづらいので、２週間が良いと思うし、大体２週間が多いです

１週間だと振り返りが大変なイメージです。うちも２週間ですねー

2

eako

【質問】スプリントの期間は何週間がよいと思われますか？＞discord参加者みなさんにも聞きたいです

１週間です。本当に速く作っている感じがしますよ。

5

eako

【質問】スプリントの期間は何週間がよいと思われますか？＞discord参加者みなさんにも聞きたいです

今は2週間でやっていますが、どうしてもスプリントゴールが複数になりがちなので、もしかしたら1週間ぐらいでやった方がいいのかなぁと最近感じています。

4

bsk

管理しなくていいと「管理職」は不安になるんですかね

管理職、という日本語があまりよくないですよね。管理とマネジメントは違うとよくいわれました。

4

eako

【質問】スプリントの期間は何週間がよいと思われますか？＞discord参加者みなさんにも聞きたいです

私は理想は１週間で、経験上Webだとなんとか出来る感覚です。ただロボとかハードウェア絡むと２週間がギリギリでした。ご参考まで

3

6

eako

【質問】スプリントの期間は何週間がよいと思われますか？＞discord参加者みなさんにも聞きたいです

過去のプロダクトではfeedback loopを多く欲しかったので１週間sprintでまわしていました実際はスプリントレビューまで待たずに見てもらうことが、20スプリントを超えたくらいからスプリント中に見に来られるケースが増えていた感があります (edited)

2

missy

最初慣れないうちの2-3スプリントまでは1週間にしといて、慣れてきてから2週間でやってます

この方法いいですね、慣れるまで時間かかってテコ入れ必要になってうまく回らないので、私の場合は最適解だ、早速真似させていただきます！ (edited)

3

WFくるしかったですね

shizukukai

顔出しはたまにメタバースでアバターで参加しながらとかやってますね、Teamsもアバター機能でてきたので顔出しリアルからバーチャルに移行中ただCPUのパフォーマンス食うのがネックｗｗ (edited)

アバター自作してTeams会議でアバターで参加したら、受け入れてもらえましたね・確かにCPUパワーとメモリめっちゃ食うので、それ以外の資料共有に手間取る・・

4

すえひろ

軌道にのってくるとサーバントリーダーでよくなりますね。おやつ係とか

わかりますね。昔いたマネージャーはチーム状態が良いとは言えない状態なのにおやつ係を勝手に自負してたもんだから、それはそれで大変でしたw それより前にやることやってくれと皆思ってたという・・・

2

スプリントは2週間でも、ふりかえりは1週間に一回時間取るだけでも結構変わります

18

8

4

2時間会議して結局何も決まらない．．．

5

Bench

１週間です。本当に速く作っている感じがしますよ。

１週間で価値を届けるためにどうするかっていう話になって、とことん自動化しよう、結果それでできるようになっていく感じです。

eako

【質問】スプリントの期間は何週間がよいと思われますか？＞discord参加者みなさんにも聞きたいです

私は2年ほど2wしてから1wにシフトして半年ほどやっています。1wに変わった理由としてはPoCを開始したことによってユーザの意見取り込みをより迅速に行うためというものがあります。（ただし振り返り頻度が大きいという理由でスクラムイベントを縮小したいという意見が割と出ています）

5

eako

【質問】スプリントの期間は何週間がよいと思われますか？＞discord参加者みなさんにも聞きたいです

2週間でしていますが、リプランニングが発生することも少なく無く、もう少し早くしたいと思っています。

3

eako

【質問】スプリントの期間は何週間がよいと思われますか？＞discord参加者みなさんにも聞きたいです

僕も２週間なのですが、２週間だとQAが入らなくて(入れると1週間しか開発取れない)結構たいへんだったのですが、皆さんはそこらへんどうやって工夫しているんでしょうか？

3

びば（森のフレンズ）

スプリントは2週間でも、ふりかえりは1週間に一回時間取るだけでも結構変わります

これ目からうろこでした！

K.Nakai

2時間会議して結局何も決まらない．．．

何も決まらないことが決まる（期限が伸びる）

3

2

Rinda

わかりますね。昔いたマネージャーはチーム状態が良いとは言えない状態なのにおやつ係を勝手に自負してたもんだから、それはそれで大変でしたw それより前にやることやってくれと皆思ってたという・・・

なにもできないけどせめておやつでも、ってことなんですかね

2

どうせ働くなら楽しくしたい →大大大大大共感です??それが私がアジャイルマインドで働きたい理由

7

Rinda

わかりますね。昔いたマネージャーはチーム状態が良いとは言えない状態なのにおやつ係を勝手に自負してたもんだから、それはそれで大変でしたw それより前にやることやってくれと皆思ってたという・・・

ぼくのところにも居ます……あるあるなんですね

3

びば（森のフレンズ）

スプリントは2週間でも、ふりかえりは1週間に一回時間取るだけでも結構変わります

「二週間前のことは覚えていないから」という理由で、2weekスプリントですが毎週振り返りをしています！

src=https://cdn.jsdelivr.net/gh/twitter/twemoji@latest/assets/svg/1f49b.svg

2

4

Takahiko HAYASHI

管理職、という日本語があまりよくないですよね。管理とマネジメントは違うとよくいわれました。

倉貫さんの著書ですhttps://www.amazon.co.jp/%E7%AE%A1%E7%90%86%E3%82%BC%E3%83%AD%E3%81%A7%E6%88%90%E6%9E%9C%E3%81%AF%E3%81%82%E3%81%8C%E3%82%8B-%E3%80%8C%E8%A6%8B%E7%9B%B4%E3%81%99%E3%83%BB%E3%81%AA%E3%81%8F%E3%81%99%E3%83%BB%E3%82%84%E3%82%81%E3%82%8B%E3%80%8D%E3%81%A7%E7%B5%84%E7%B9%94%E3%82%92%E5%A4%89%E3%81%88%E3%82%88%E3%81%86-%E5%80%89%E8%B2%AB-%E7%BE%A9%E4%BA%BA/dp/4297103583

管理ゼロで成果はあがる ~「見直す・なくす・やめる」で組織を変えよう

4

shizukukai

この方法いいですね、慣れるまで時間かかってテコ入れ必要になってうまく回らないので、私の場合は最適解だ、早速真似させていただきます！ (edited)

個人的にはタスクも優先順位高いけど軽いものからやると、1週間でバランスとれますし、チームの負荷も調整しやすくてよかったです。

Oyama

アバター自作してTeams会議でアバターで参加したら、受け入れてもらえましたね・確かにCPUパワーとメモリめっちゃ食うので、それ以外の資料共有に手間取る・・

うちもこれが理由でみんな顔出しもアバターも嫌がります・・（なので声のみのコミュニケーション。。）

2

WFは絶対悪ではないとは思いますけどね。プロジェクトによってはWFでもいいと思った経験もあります

19

結構1week多いんですね　文字通りアジリティは高いと思いますがスプリントイベントの割合が多く大変なのではと思ってしまいます

tnobe

WFは絶対悪ではないとは思いますけどね。プロジェクトによってはWFでもいいと思った経験もあります

PJ次第ではないでしょうかね。WFの方がしっくりくるものはたくさんありますし。

Oyama

アバター自作してTeams会議でアバターで参加したら、受け入れてもらえましたね・確かにCPUパワーとメモリめっちゃ食うので、それ以外の資料共有に手間取る・・

そもそも会社の制限か何かで使えない．．．

3

びば（森のフレンズ）

スプリントは2週間でも、ふりかえりは1週間に一回時間取るだけでも結構変わります

2週間常に工夫しながら走ってみて、最後の振り返りで上手くいった工夫をKeepとして話す、みたいなのも面白そうですね

hide3

うちもこれが理由でみんな顔出しもアバターも嫌がります・・（なので声のみのコミュニケーション。。）

SMが声だけで臨場感ある環境作るテクが求められるんですよね。結果それはそれでいいんですが笑

4

Akiyoshi

結構1week多いんですね　文字通りアジリティは高いと思いますがスプリントイベントの割合が多く大変なのではと思ってしまいます

チームメンバーの休み調整はしやすいですよ。ベロシティ下げますんで。

3

スクラム開発は柔軟なことが大切　としばしば言われるんで好きにするのがよさげ

tnobe

WFは絶対悪ではないとは思いますけどね。プロジェクトによってはWFでもいいと思った経験もあります

変更の割合が全てなんだと思います。やってみないとわからないことと、すでにわかりきっているものの違いだと。

Akiyoshi

結構1week多いんですね　文字通りアジリティは高いと思いますがスプリントイベントの割合が多く大変なのではと思ってしまいます

時間の話ではなく重みの話です

2人目の仲間大事！

17

ここは２人目の宝庫ですね

仲間を見つけるのは非常に共感

3

全力で支援！

2

なかま作りダイジですね

888888888888888888888888888888888888888888888

８８８８８８８８８８８

888888

なかま作りほんと大事ですね

2

８８８８８８８８８８８８８８８

888888888

888888

８８８８８８８８

8888888888888888888888888888

8888888

888888888

はやい！

https://note.com/yfujita/n/n07a72b1c68d4

「心理的安全性」をバリューに掲げたけど、ほぼ効果がなかった話｜藤田雄一郎

今回は、組織づくりについての話。現在うちの会社は７期目で、メンバーは業務委託の方を含めると100人近くになりました。おかげさまで退職率も低く「みんないい表情で働いてますね」と言っていただくことも増えました。心理的安全性も高く、「組織をよくするために自ら積極的に動く」というカルチャーが醸成されていると自負しています。ただ、ずっと平和でいい感じだったのかというと、そんなことはありません。当初、組織づくりはめちゃくちゃ大変で、起業して最初の２?３年はずっと組織のことで悩んでいました。そんな状態から、どうやって今のようになったのか？同じように組織づくりに悩んでいる人のヒント

3

5

押しました！

まだ！

1

おしました！！

88888888888888

楽しかったです！！！

８８８８８８８８８８８８８８８８８

最高だった！！！

日常的にこのメンバーでモブしたい

4

ルーイ

https://note.com/yfujita/n/n07a72b1c68d4

目線変わりますが、二人目になろう！という記事です

5

2

書かずにはいられませんでしたｗ

2

応援上映みたいな感じで楽しかったなぁ

3

法被プレゼントないかなぁ・・・

9

7

6

NIKKEIとかで広げてもらえると、急速に広まらないか！？

はっぴの方が需要があるとか！？

1

ルーイ

目線変わりますが、二人目になろう！という記事です

いいですね、すごく勉強になります

1

Oyama

法被プレゼントないかなぁ・・・

私も同意

法被、本当に欲しいです

1

はっぴ欲しい

1

クラスだけでは踏み出せなかった次の１歩、これが今日イベントで踏み出せそうです！

3

PR TIMESでも出して欲しい

法被が欲しい！！！

1

楽しかったし４SEU GETできて嬉しい

6

3

ハッピがもらえると…？

1

どきどき

1

振り返りボードを森さんが作ってくださっていますので、皆様アジャパーを振り返りましょう。 https://miro.com/app/board/uXjVMk5RHMI=/?share_link_id=396988026668

20230916_AgileParty!!

6

4SEUってどうやって登録すれば良いんだろう。

Rinda

2人目の仲間大事！

チームの過半数が取れると圧倒的に改善の速度が早くなりました。小規模チームであった方が良い理由はここにもある気がしています。

2

めっちゃお得

講義よりはっぴの方が喜ばれたのでは

13

Bench

4SEUってどうやって登録すれば良いんだろう。

運営への質問チャネルを見てみるとやり方書いてある

5

Bench

4SEUってどうやって登録すれば良いんだろう。

Web サイトから SEUs でイベント参加で登録するとよいかと。

2

Akiyoshi

講義よりはっぴの方が喜ばれたのでは

はっぴだけだと良さが実感できなかったかも？

3

ディスコードコメントにかぶりついてたらアンケート出遅れた

10

どこでいくらで購入できますかね？笑

CSPOほしいなぁ．．．

3

A-CSPO今月受講するので、受ける方よろしくー♪

5

7

shizukukai

A-CSPO今月受講するので、受ける方よろしくー♪

私も参加します！

7

2

倍率髙いｗ

shizukukai

A-CSPO今月受講するので、受ける方よろしくー♪

私もうけます！おねがいします。

めがちかちか

ちっちゃ！！

ほっそwwww

ちっさ

めっちゃ細いｗｗｗ

ちっちゃい

文字ちっちゃい

ほっそい

ちっさw

登録大変だったでしょうにｗ

もはやみえんｗ

面白い！

何人くらい？

すげー透明性100%ｗ

1

たわしはないよね？

13

どっかにパジェロ混ざってそう

4

パジェロ！パジェロ！

1

パジェロ！パジェロ１

1

なつかしい！

Oyama

たわしはないよね？

たわし、懐かしいですｗ

1

おめでとー

おめでとうございますー！

おめでとー

おめでとうございます！

８８８８８８８８８８８８

おめでとうございますーーー！！！

888888888

８８８８８８８

おめでとーございまーす！！！

おめでとー

??

８８８８８８８８８８

888888888

+

88888888888888888888888888

おめでとうございます

おめでとうございます！！

888888888

おめでとうございます！！！！

8888888888888

パチパチ～

おめでとう

??

おめでとうございます！

888888

はっぴの抽選も・・・

3

かすめてった?笑

1

８８８８８８

あっという間に18時です

おめでとうございます??

おめでとうございまーす

はっぴのリベンジはないですか？_

隣だった！（笑）

2

はっぴのニーズが大きい

2

1

はっぴスルー笑

司会のみなさまお疲れ様でした。

週明けからまた仕事頑張れます！！！！

2

楽しかったです！！！

次回、ワークショップとかぜひやりたいです！！ (edited)

2

楽しかった！

次回ははっぴで

あじゃてくもたのしいけどこれは濃密な時間でした

素敵な会でした！ありがとうございました！！

ありがとうございました！

最高に面白くためになりました！

楽しかったです

はっぴ型のステッカー

皆さんありがとうございました

早かった！！

ありがとうございました！

素晴らしいパーティーでした！

1

次回のキーワードは予測しにくそう

1

すごく学びになりました！ありがとうございました。そして多くの悩める仲間に出会えたのがとてもよかったです！是非次回も期待！

2

イベントTシャツもあったらたのしいですね

1

あっという間だったなぁ

ありがとうございました

ありがとうございましたーー！！

あっという間でしたー

Tシャツいいっすね

こちらこそ、ありがとうございます！

ありがとうございました！あっという間でしたー

1

本当に司会お疲れ様でしたー

1

楽しかったです。ありがとうございました?

楽しすぎて一瞬でしたｗ本当にありがとうございました。

ありがとうございました！！

皆さまありがとうございました。

ありがとうございました。楽しくてあっという間でした。

楽しかったです！

やりたい人がいっぱいいて、それを知れてよかったです

石田アナウンサーも仲間よー♪　名司会おつかれさまでした♪ (edited)

4

1

ありがとうございましたー！あっという間でした！

ありがとうございました。次回も楽しみにしています～！

皆様お疲れさまでしたー

ありがとうございましたー

きっと、この後３０分間スタッフを増員してスクラムマスター研修がお得に・・・・

皆さまありがとうございました。次回もよろしくお願いいたします。

お疲れ様でしたーー

ありがとうございました。

ありがとうございましたー！

ありがとうございました！！！

次回も宜しくお願い致します！！

ありがとうございましたー

ともに出席していただいた皆さんともこれからも関わりたいですね

4

運営の皆様もこちらにいらっしゃる皆様もありがとうございました！新人のSMとして頑張っていけそうです

2

コミュニティっていいね??

ありがとうございました

ありがとうございました！！司会の方、登壇された方、運営の方皆様お疲れさまでした！

ありがとうございました！！！！

またお会いしたいので、ACSMかJoeDxエントリーしますねｗ

ありがとうございました！！

ありがとうございました！

ありがとうございました！！！！

ありがとうございました。

ありがとうございました！

ありがとうございました！！！

ありがとうございました。

ミホさん、Joeさん、スピーカーのみなさまありがとうございました。そしてさすがプロフェッショナルというべきか、とても耳に心地よいアナウンス、素敵でした！！

ありがとうございました

次回も楽しみにしております！

ありがとうございました

たくさんの学びがありました。皆さん、ありがとうございました！

88888888888888

板倉ボス、ともよさん、スタッフの皆様、本当おつかれさまでした！！楽しかったー

運営の皆様、登壇者の皆様、参加者の皆様、お疲れ様でした。ありがとうございました！

司会＆主催＆登壇者＆事務局の皆様、誠にありがとうございました！本当に素晴らしいイベントでした。次回も是非参加したいと思います。今後共、何卒宜しくお願い致します。

2

開催ありがとうございましたー

8888888

学びも多く、なにより楽しかったです！ありがとうございました！

ありがとうございましたー！

ありがとうございましたー

ありがとうございました！！！！ありがとうございました！！！！

888888888

ありがとうございましたあああ

来年また！

お疲れさまでした！！

88888

ありがとうございました！

お疲れ様でした！

楽しかったです！

1

おつかれさまでしたー

888888

Discoも楽しかったです！！！！！

1

おつかれさまでしたー

?♂?

お疲れ様でした！

みなさんの声も聞けてよかったです

3

17:56

ありがとうございましたー

お疲れ様でした

1

お疲れ様でした！5hが一瞬でした！

1

discordの皆さんもありがとうございましたー

7

https://do-scrum.com/inception-deck/

【導入必須】インセプションデッキの作成方法・具体例など

スクラム開発における「インセプションデッキ」の基本的なやり方を簡単解説！インセプションデッキとは？基本ルールや作り方、10個の質問の意図、具体例などを紹介。

ありがとうございましたー！

聞き洩らしたかもしれません。特典①②ってどのように入手できるんでしたっけ？

https://voltaic-sting-aa2.notion.site/2023-e59bbc84f42046c8a295de32bc73e880

アジャイルパーティー2023｜参加特典ダウンロードページ

【参加特典】

3

2

今日登壇されていた宇留野さんや私が参加している、カイゼンジャーニーなどの市谷さんのシン・アジャイルコミュニティはこちらです。もし皆様興味ありましたら。 https://shin-agile.doorkeeper.jp

シン・アジャイル

組織を芯からアジャイルにする。日本の組織に「アジャイル」を宿すべく、その知見を共有し合うためのコミュニティです。シンとは何か？新、真、伸、進、心、深、そして芯。現場や組織の前線にいる人達のシンを集結させましょう。組織を芯からアジャイルにするサポートページ https://shin-agile.link/ シン・アジャイルコミュニティFacebook https://www.face...

8

定期的に観て勇気をもらう動画がこちらです。2人目大事って話出てたので有名動画とは思いますが（Joeの研修でも紹介されてましたね）置いていきます！ https://youtu.be/V74AxCqOTvg?si=Or8pmpYHa9tGrY9p (edited)

TED

How to start a movement | Derek Sivers

5

参加者、運営、登壇者のみなさま、おつかれさまでした！無事家につき、息子も疲れたのかいつもより2時間早く就寝しました。色々と（自分が持ち込んだ）イレギュラーの多い登壇でしたが、見守っていただきありがとうございました。ちなみに、息子はスイッチで「ポケモンカフェ」をやっていて、そのクリア報告を登壇中にしてきました。みなさんとはまた別の機会で、ぜひじっくり語らえますと嬉しいです。今後もふりかえりやチームビルディングのご相談、チーム見学、企業内でのMiro利用に関して（直販より安くなります）、いつでもtwitter等で気軽にご相談ください！ https://aslead.nri.co.jp/products/miro/ (edited)

Miro 共同作業（テレワーク・Web会議）を支援するオンラインホワイトボード｜aslead 野村総合研究所（NRI）

【国内導入実績No1のMiro代理店です】Miroはリモートで共同編集できるオンラインホワイトボードツールです。テレワークで増加するWeb会議やプレゼン、ワークショップなど、ディスカッション、ブレーンストーミングを効率化する注目ツールです。NRIは日本初の正規代理店として、Miroのメリットや使い方、解決できる課題をご紹介。

14

本日、東京都アジャイル型開発プレイブックをじっくり読ませていただいています。 Webコンの背景が、Abi Agile Institute様のSMの背景画像使われているんですね♪ モザイクにはなっていますが、KPTの粒度、実際のプロジェクト管理の管理手法の画面が表示されていて大変参考になります！早速全社員向けに、簡単に読めるから一度読んでみてってアナウンスしちゃいました(^^)

4

昨日ご参加いただいた皆様、ありがとうございました！！！

改めて、御礼申し上げます

?♀?

アンケートを読んでいたところ、資料共有してほしい！アーカイブ動画ほしい！という意見を多くいただいており、各所に相談したいと思っております。またご案内したいと思いますので、引き続きよろしくお願いします！

11

アジャイル見学の件： AGILE STUDIOさんも見学いったことがあります。参考までにリンク貼っておきます。 https://www.agile-studio.jp/tour

スタジオ見学 | Agile Studio

スタジオ見学を行っています。アジャイル開発の現場をネットワーク越しにご覧いただくことができます。福井本社へ訪問し見学いただくことも可能です。