2021/01/06に開催されたRegional Scrum Gathering Tokyo 2021での発表です。
https://confengine.com/regional-scrum-gathering-tokyo-2021/proposal/14622

チーム参加してきました

aslead Agile のチーム「オキザリス」にて参加してきました。
チーム7人で参加して、その場で実況しつつ、記事も作っています。

スケールの話

スケール＝大きさの尺度
スケールというとすぐ大規模に結びつけがち。
大きいことってどういうこと？

SAFe, Scrum@Scaleなどが多数。

大規模でスクラムやるって考えると、上層部がこれをもってくる

じゃあ、どこから始めたらいいの？

数を増やすことで目的の達成が容易になるのか？
数を増やすことで、経済的に合理的になる場合にのみスケーリングする

ここまでのアジャイルのFWはは開発側・提供側の絵しかない
スケールしたいものはなに？

結局人を増やすけど、プロダクトインクリメントは増えない。
次にプロダクトインク路面とを増やすと顧客もお金も離れていく。

結局ここまでの例は膨張しているだけ

実はすでにアジャイルマニフェストの原則に書いてある
シンプルさ
「最大限やらずに済ます技術」は必須。

ソフトウェアエンジニアが目的を理解せずに実装しようとする
→コピペプログラミングする。（これっていいの？）
じゃあ組織もコピペする？

自然界でのコピペ→ビスマスの結晶、ロマネスコ（ブロッコリー）

じゃあ組織はどうやってスケールする？
Alejandro Aravenaのハーフハウス

Before:

After:

カスタマーオブセッション

顧客に価値を提供するならば、会社のカタチを変えることもいとわない

知識をすぐに共有する。

あなたの組織に、よいスクラムチームが複数いないのであれば、まず良いスクラムチームを育てるところから始めましょう。

スケールしろという圧力がある
- やりたいことが多くてチームが増えるならばいいと思う
- １つのプロダクトに対してチームが増えるというのは要注意。顧客価値が見えていない可能性がある。