Nexus and LeSS #rsgt2016

53. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. Certified Scrum Professional®/Scrum Developer®/ScrumMaster®/Scrum Product Owner® Project Management Professional (PMP)® EXIN Agile Scrum Foundation 認定講師アジャイルサムライ横浜道場主催(休眠) PMI⽇本⽀部アジャイルプロジェクトマネジメント研究会会員 TOCfE横浜塾主催 LeSS Study主催 Fearless Changeアジャイルに効くアイデアを⼈めるための48のパターン共訳木村卓央 KIMURA Takao R&D PMO @tw_takubon http://facebook.com/kimura.takao http://about.me/tw_takubon

61. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. LeSSの構成 nLeSSは、複数チームのコンテキストにスクラムを適⽤するためのガイドとルールのセットからなる lLeSS Framework lLeSS Rules(January 2016) n２つのスケーリングフレームワーク lLeSS Ø2~8チーム(それぞれ8名) lLeSS Huge Ø1プロダクト数千⼈まで

62. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. LeSSの構成 nガイドとルール lLeSS Framework lLeSS Huge lLeSS Rules n実験(秘訣) l原則(Principles) l構造(Structure) lマネジメント(Management) l技術的優位性(Technical Excellence) l採⽤(Adoption)

64. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. スプリントレビューレトロスペクティブ全体的なレトロスペクティブデイリースクラムプロダクトバックログリファインメントスプリントバックログスプリントプランニング 1 スプリントプランニング 2 協調スクラムマスター＆フィーチャーチームプロダクトオーナー出荷可能なプロダクトのインクリメント LeSS Huge http://less.works/

66. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. LeSS Rules nLeSS Frameworkの定義が書かれている n最新版は 2016年1⽉版 nLeSS Framework Rules lLeSS Structure lLeSS Product lLeSS Sprint nLeSS Huge Framework Rules lLeSS Huge Structure lLeSS Huge Product lLeSS Huge Sprint

69. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. LeSS での組織構造プロダクトグループ⻑フィーチャーチーム #1 フィーチャーチーム #2 フィーチャーチーム #n 未完了に対応する部⾨プロダクトオーナー (チーム) プロダクトグループ⻑ (Head of the Product Group) 全てのチームの階層的なマネージャー彼らは現場主義によってチームをサポートし、それらが障害の除去し、チームが成⻑するのを助けますフィーチャーチーム (Feature teams) 開発作業を⾏う各フィーチャーチームは、スクラムマスターとクロスファンクショナル(機能横断的)、⾃⼰組織化なチームプロダクトオーナー(チーム) プロダクトマネジメントチームとプロダクトオーナーの関係が対等である未完了に対応する部⾨ (Undone department) 未完了作業(Undone Work)に対応する理想的には存在しない彼らは最初からチームに統合されるべき http://less.works/

73. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. 基本は1チームのスクラムと同じスクラムのプラクティスとアイデアを保持 n1つのプロダクトバックログ n1つの完成の定義 n各スプリントの終わりに出荷可能な成果物をインクリメント n1⼈の(全体の)プロダクトオーナー nクロスファンクショナル(機能横断的)なチーム nスプリント lLeSSでは、全てのチームが共通のスプリントで共通の出荷可能な成果物をデリバリーする

74. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. 協調と統合(Coordination & Integration) nとりあえず話す nコードで会話する nデイリースクラムにオブザーバーを送り込む nコミュニティと監視者(guardians)を構成する nスクラムオブスクラム nマルチチームのミーティング nボトルネックを活⽤し、壊し、スキルを⽣み出す旅⾏者(経験豊富な技術の専⾨化) n主導的なチーム

77. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. プロダクトオーナー nプロダクトバックログの管理者 n開発チームの成果を検証する nプロダクトバックログの優先順位付け lビジネス上に関する情報を収集し分析する nプロダクトバックログアイテムの明確化 l振る舞いの詳細化、品質、ユーザーエクスペリエンス、その他設計上の問題を明確化する基本的には１チームのスクラムと同じ

78. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. 明確化よりも優先順位付け n優先順位付けは、ひとりのプロダクトオーナー n明確化は、チームで協業する lユーザー／顧客とチームとの直接会話することを奨励する lその場を提供し、場をつなげる役割としてのプロダクトオーナー nメリット lプロダクトオーナーは全体像を描くことに集中することができる lチームが直接顧客と協⼒することで、モチベーションや、顧客への共感を向上させる

79. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. スクラムマスター nチームにプロダクト全体を意識するよう働きかける l⼤きなプロダクトグループの⼈々の相互作⽤、遅延、原因、ポテンシャル（潜在リスク）などの各個⼈の考えの範囲を超えてサポート lプロダクト全体の狙いをチームに意識付けをおこなう n透明性を保つよう働きかける nフルタイムで専任 n場合によっては３チームまで兼務は可能

81. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. プロダクトバックログ顧客中⼼フィーチャーフィーチャーチーム: - 安定かつ⻑寿命 - クロスファンクショナル (機能横断的) - コンポーネント横断出荷可能なプロダクトのインクリメントチームは、エンドツーエンドの顧客中⼼のフィーチャーを完了するために必要な知識とスキルを持っています。ない場合は、チームが学ぶか、必要な知識とスキルを獲得することが期待されます。フィーチャーチーム http://less.works/

82. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. LeSS でのイベント nスプリントプランニング(1部、２部) nデイリースクラム nスプリントレビュー nスプリントレトロスペクティブ n全体的なスプリントレトロスペクティブ nプロダクトバックログリファインメント n全体的なプロダクトバックログリファインメント n(スクラムオブスクラム) 基本的には１チームのスクラムと同じ

85. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. スプリントバックログスプリントバックログチームの代表者スプリントバックログプロダクトバックログ 2hタイムボックス 2hタイムボックスマルチチームスプリントプランニング第２部選ばれたプロダクトバックログアイテム選ばれたプロダクトバックログアイテムスプリントプランニング第2部チームの代表者プロダクトオーナースプリントプランニング第１部スプリントプランニング http://less.works/

87. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. スプリントプランニング第2部 n各チーム毎に実施する nチーム間の連携に課題がある場合 l他のチームのミーティングをオブザーブ出来る nマルチチームスプリントプランニング第2部 l２つのチームが似たようなフィーチャーに取り組むまたは、同じコンポーネントに影響を与える場合に実施する基本的には１チームのスクラムと同じ

90. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. 全体的なプロダクトバックログリファインメントプロダクトバックログリファインメントチームの代表者プロダクトオーナープロダクトバックログチームの代表者プロダクトバックログチームの代表者潜在的なアイテムマルチチームバックログリファインメント潜在的なアイテムスプリントの5-10%短めで(4h) プロダクトバックログリファインメント http://less.works/

91. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. プロダクトバックログリファインメント n実施内容 l⼤きなプロダクトバックログアイテムの分割 lプロダクトバックログアイテムの詳細化 l⾒積もり n同じ場所にいるのであれば l同じ時間、1つの⼤きな部屋で実施する l各チーム別の壁を利⽤するなど nいくつかのレベルで実施される l全体的 lチームレベル lマルチチーム

92. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. 全体的なプロダクトバックログリファインメント n参加者:チーム毎に2名、プロダクトオーナー n次回実施するであろうプロダクトバックログアイテムの分割に集中する l軽量な分析 l⾒積り Øチーム間で共通した⾒積りのベースラインを確保するためにクロスチームで⾒積もる l強い関連のあるプロダクトバックログアイテムの特定 Ø共同での作業 Ø共通的な作業の提案または調整

96. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. スプリントレビュー n参加者:各チームごとに2名＋プロダクトオーナー＋ステークホルダー nスプリントレビューバザール l複数のエリアがある⼤きな部屋で実施 lエリア毎にチームの代表が、そのチームによって開発されたフィーチャーをデモし、議論する lステークホルダーは興味のあるエリアに訪れ、チームはフィードバックを記録する n最初と最後は、全体的なフィードバックと整合性を⾼めるために、全員で議論する

103. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. 完成の定義 nプロダクトバックログアイテムについて合意した、満たす基準の⼀覧 lプロダクト全体のために、⼀つの完成の定義が共有される lNot 受⼊基準 Ø全てのプロダクトバックログアイテムに均⼀に適⽤される n最初の完成の定義は、初期プロダクトバックログリファインメントで⾏われる n各チームは、独⾃拡張した完成の定義を持つことができる基本的には１チームのスクラムと同じ

104. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. 未完了作業(Undone Work) ＝出荷可能ー完成の定義 l 未完了作業が存在する場合は以下を決定しなくてはならない Øどのように未完了作業を対処するのか？ Øどのように将来的に未完了作業を少なくするための改善を⾏うのか？ l リスクと遅延を引き起こす Ø遅延：未完了作業を⾏う⼿間が必要になる • プロダクトオーナーは、市場のニーズや変化に対応出来ない→柔軟性の⽋如につながる Øリスク：透明性の⽋如の原因となる • プロダクトのリリースに近くまで、⾏わないことのリスク(パフォーマンステスト等)

105. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. LeSSまとめ nガイドとルールのセットからなる lLeSS Framework lLeSS Rules n２つのスケーリングフレームワークが存在する lLeSS (2~8チームまで) lLeSS Huge (1プロダクトで数千⼈規模) nLeSS = スケールしたScrum 基本的には１チームのスクラムと同じ

106. ©2016 Gaiax Co.Ltd,. ©2016 Kanataku,LLC. LeSS まとめ n⼤規模であるがための⼯夫 lチームの代表者が参加するイベントが存在する Ø スプリントプランニング第１部 Ø スプリントレビュー lスクラムには無いイベントが定義されている Ø 全体的なプロダクトバックログリファインメント Ø 全体的なレトロスペクティブ l協調と統合 Ø オブザーブ Ø コミュニティと監視者(guardians)を構成する Ø スクラムオブスクラム Ø マルチチームのミーティング Ø ボトルネックを活⽤し、壊し、スキルを⽣み出す旅⾏者(経験豊富な技術の専⾨化) Ø 主導的なチーム

109. ©2016 Kenji Morita 特徴的な言葉（抜粋） lNexus 「スクラムフレームワークと同様に、Nexusの役割・作成物・イベント・ルールは不変である。 Nexusの一部だけを導入することも可能だが、それはNexusではない。」 lLeSS 「LeSSは、大きな複数チームやマルチサイト、あるいはオフショアのアジャイル開発を先導するのに上手くいくことが分かった追加のルールと秘訣のセットである。これらの秘訣は伝統的なスクラムのコンテクストにおける実験である。」

115. ©2016 Kenji Morita Undoneへの対処 lNexus • Scrumble(Nexus Guide外) lLeSS • Undone チーム https://kenschwaber.wordpress.com/2015/09/28/scaling-the-nexus-and-scrumbling/ Sprint Sprint Sprint SprintScrumble http://less.works/less/structure/organizational-structure.html （理想ではない）

118. ©2016 Kenji Morita 比較のまとめ lNexus • ドキュメントが小さいので読みやすい。 • 理想的にチーム構成できる時にはシンプル。 • 依存関係の最小化と見える化にコストを使う。 • 大規模チームを分割する方向に向かいやすい。 lLeSS • 複数チームになってしまった時の改善策になる。 • よく起きる課題に対する現実的な解決策がある。 • マネージャー、ビジネスパーソンの役割がわかる。 • LeSS Huge(９チーム〜)も公開されている。

Nexus and LeSS #rsgt2016

Takao Kimura

Nexus and LeSS #rsgt2016