スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門（後編）。Developers Summit 2019

スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門（後編）。Developers Summit 2019 アジャイル開発手法を実現する方法として、もっとも普及しているのが「スクラム」でしょう。 スクラムを開発チームの単位で導入している企業は増えてきましたが、これをスケールさせる、つまりスクラムの手法を使って組織全体をより早く動かし、より早く価値を届けていくにはどうすればいいのでしょうか。 そのために開発されたのが「Scrum@Scale」フレームワークです。 本記事は「スクラムを組織全体へスケールさせていくフレームワーク「Scrum@Scale」入門（前編）。Developers Summit 2019」の続きです。 プロダクトオーナーをスケールする ここまではスクラムマスター側をスケールさせる話をしてきました。 その反対側のプロダクトオーナー側はどうでしょ

[manhole]

“もうちょっと時間をかけて調査する、というのは許されず、いま間違えろと。次のスプリントで作って、もしそれが間違いだったらそこで分かるので、その方が早い”

[kakutani]

“皆さんはステークホルダーなのでみんなでデモを見に行きます。 いいですか？ ステークホルダーはプロダクトオーナーに優しくするんですよ（笑）”

[miholovesq]

“同じようにスクラムの仕掛けを使って、透明性やメトリクスやチームビルドを使って、たぶん扱う対象がコードじゃなくなるだけで、スキルはエンジニアにすごく近い” こういうマネジメントできる人すごい