Diese Präsentation wurde erfolgreich gemeldet.
Wir verwenden Ihre LinkedIn Profilangaben und Informationen zu Ihren Aktivitäten, um Anzeigen zu personalisieren und Ihnen relevantere Inhalte anzuzeigen. Sie können Ihre Anzeigeneinstellungen jederzeit ändern.

POStudy Large Scale Scrum

4.544 Aufrufe

Veröffentlicht am

プロダクトオーナー祭りでLeSS の紹介をしました。

Veröffentlicht in: Ingenieurwesen

POStudy Large Scale Scrum

  1. 1. ©2015 Gaiax Co.Ltd, Takao Kimura. A-5 ⼤規模な開発でのプロダクトオー ナーの役割 プロダクトオーナー祭り2015 ∼世界を変えるのは俺たちだ!∼
  2. 2. ©2015 Gaiax Co.Ltd, Takao Kimura. アジェンダ n大規模な開発手法としての LeSS(Large Scale Scrum)の紹介 nLeSSでのプロダクトオーナーの定義 nさらに大規模な開発での工夫(LeSS Huge)
  3. 3. ©2015 Gaiax Co.Ltd, Takao Kimura. 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 アジャイルコーチ @tw_takubon http://facebook.com/kimura.takao http://about.me/tw_takubon
  4. 4. ©2015 Gaiax Co.Ltd, Takao Kimura.
  5. 5. ©2015 Gaiax Co.Ltd, Takao Kimura. http://www.gaiax.co.jp/
  6. 6. ©2015 Gaiax Co.Ltd, Takao Kimura. LeSS Study https://www.facebook.com/groups/less.study/ https://less-study.doorkeeper.jp/
  7. 7. ©2015 Gaiax Co.Ltd, Takao Kimura. ⼤規模な開発⼿法としてのLeSSの紹介 http://less.works/
  8. 8. ©2015 Gaiax Co.Ltd, Takao Kimura. おことわり ただいま、翻訳中のため、今回使用した用語につい て、今後変わることもあります まだまだ理解が足りていないところもあるかも
  9. 9. ©2015 Gaiax Co.Ltd, Takao Kimura. スケーリング⼿法とアプローチSTATE OF AGILE Scaling Agile SCALING METHODS & APPROACHES Scrum /Scrum of Scrum s 69% Internally created m ethods 25% Scaled A gile Fram ew ork® (SA Fe®) 19% 18% Lean m anagem ent Enterprise A gile 10% 9% 9% Enterprise Scrum A gile Portfolio M anagem ent (A PM ) D isciplined A gile D elivery (D A D ) 4% 3% Large-Scale Scrum (LeSS) R ecipes for A gile G overnance in the Enterprise (R A G E) 1% The majority of respondents use Scrum/Scrum of Scrums to help scale agile within their organizations. 9th ANNUAL STATE OF AGILE™ SURVEY *Respondents were able to make multiple selections. VersionOne,Inc. 9th ANNUAL STATE of AGILE SURVEY
  10. 10. ©2015 Gaiax Co.Ltd, Takao Kimura. LeSS = スケールしたScrum
  11. 11. ©2015 Gaiax Co.Ltd, Takao Kimura. LeSS = スケールした Scrum nスクラムは、抽象的な原則と具体的な経験則のいい とこ取りをバランス良くしている n大規模スクラムをスクラムのようにするためには、 同じバランスを見つける必要がある n大規模なグループでは、LeSSは、定義された具体 的な要素と、経験的なプロセスコントロールのいい とこ取りになっている
  12. 12. ©2015 Gaiax Co.Ltd, Takao Kimura. LeSSの⽅向性 nシンプルであるべき l余計な役割/成果物/プロセスを追加してしまう罠 にはまらないようにする nスケールしたスクラム lスクラムの各要素を理解した上で、同様の効果を 大規模開発において実現する方法を模索する n削ぎ落しではなくスケールアップ l汎用的なフレームワークからスタートして削ぎ落 としていく方法では、メタボなプロセスになる。 常に「最小限」から始めて必要最低限のものを ビルドアップ 12
  13. 13. ©2015 Gaiax Co.Ltd, Takao Kimura. Why LeSS n従来のウォーターフォール型開発は、小規模&大規 模開発のどちらでもうまく回らない n2001年に誕生したアジャイル開発&スクラムは、 小規模開発ならばうまく回るが、大規模開発だとう まく回らない(という人が多い) nスクラムの良い所を活かしつつスケールさせる方法 CraigとBasで考えた http://less.works/misc/about.html Craig LarmanBas Vodde
  14. 14. ©2015 Gaiax Co.Ltd, Takao Kimura.
  15. 15. ©2015 Gaiax Co.Ltd, Takao Kimura.
  16. 16. ©2015 Gaiax Co.Ltd, Takao Kimura. LeSS フレームワークの概要
  17. 17. ©2015 Gaiax Co.Ltd, Takao Kimura. LeSSはスクラム nLeSSは、複数チームのコンテキストにスクラムを 適用するためのガイドとルールのセットからなる lLeSS Framework lLeSS Rules(August 2015) nLeSSとスクラムは、理解は簡単だが実践は難しい l大きなグループ(500人など)がLeSSを採用する 場合、組織の構造やプロセス、報酬、人、業務と いった面で組織設計におけるシステム上の弱点が 浮き彫りになる
  18. 18. ©2015 Gaiax Co.Ltd, Takao Kimura. 2つのスケーリングフレームワーク nプロダクト全体にチームの注意を向けることに 焦点を当てている nLeSS l最大8チーム(それぞれ8名) nLeSS Huge l1プロダクト数千人まで
  19. 19. ©2015 Gaiax Co.Ltd, Takao Kimura. 基本は1チームのスクラムと同じ スクラムのプラクティスとアイデアを保持 n1つのプロダクトバックログ n1つの完成の定義 n各スプリントの終わりに出荷可能な成果物を インクリメント n1人の(全体の)プロダクトオーナー n機能横断的なチーム nスプリント lLeSSでは、全てのチームが共通のスプリントで 共通の出荷可能な成果物をデリバリーする
  20. 20. ©2015 Gaiax Co.Ltd, Takao Kimura. LeSS でのロール nプロダクトオーナー l後述 nスクラムマスター lチームにプロダクト全体を意識するよう働きかけ る lフルタイムで専任 l場合によっては3チームまで兼務は可能 nチーム 基本的には1チームのスクラムと同じ
  21. 21. ©2015 Gaiax Co.Ltd, Takao Kimura. LeSS での成果物 nプロダクトバックログ nスプリントバックログ n出荷可能なプロダクトのインクリメント 基本的には1チームのスクラムと同じ
  22. 22. ©2015 Gaiax Co.Ltd, Takao Kimura. LeSS でのイベント nスプリントプランニング(1部、2部) nデイリースクラム nスプリントレビュー nスプリントレトロスペクティブ nプロダクトバックログリファインメント n全体のスプリントレトロスペクティブ n全体のプロダクトバックログリファインメント n(スクラムオブスクラム) 基本的には1チームのスクラムと同じ
  23. 23. ©2015 Gaiax Co.Ltd, Takao Kimura. スクラムと異なるところ nスプリントプランニング第1部 lタイムボックス:1時間/1週間スプリント l参加者:各チーム毎に2名+プロダクトオーナー nチームの代表者たちは、依存関係を特定し、連携を 議論することによって、自分たちでプロダクトバッ クログの割り振りを決定する
  24. 24. ©2015 Gaiax Co.Ltd, Takao Kimura. スクラムと異なるところ nスプリントプランニング第2部 l各チーム毎に実施する lチーム間の連携に課題がある場合は、 他のチームのミーティングをオブザーブ出来る
  25. 25. ©2015 Gaiax Co.Ltd, Takao Kimura. スクラムと異なるところ nデイリースクラム l各チーム毎に実施する l情報共有を高めるために 他のチームのミーティングをオブザーブ出来る
  26. 26. ©2015 Gaiax Co.Ltd, Takao Kimura. スクラムと異なるところ nスプリントレビュー l参加者:各チームごとに2名+プロダクトオーナー +ステークホルダー l複数のエリアがある大きな部屋で実施 Øエリア毎にチームの代表が、そのチームによって 開発されたフィーチャーをデモし、議論する Øステークホルダーは興味のあるエリアに訪れ、 チームはフィードバックを記録する l最初と最後は、全体的なフィードバックと整合性 を高めるために、全員で議論する
  27. 27. ©2015 Gaiax Co.Ltd, Takao Kimura. スクラムと異なるところ nスプリントレトロスペクティブ l1チームのスクラムと同じ l全てのチームを妨げている障害は、組織的改善 バックログに挙げる(Improvement Service)
  28. 28. ©2015 Gaiax Co.Ltd, Takao Kimura. スクラムと異なるところ nプロダクトバックログリファインメント l1チームのスクラムと同じ l同じ場所にいるのであれば Ø同じ時間、1つの大きな部屋で実施する Ø各チーム別の壁を利用するなど
  29. 29. ©2015 Gaiax Co.Ltd, Takao Kimura. スクラムと異なるところ n全体的なプロダクトバックログリファインメント l参加者:チーム毎に2名 l次回実施するであろうPBIの分割に集中する Ø軽量な分析 Ø見積り •チーム間で共通した見積りのベースラインを確保 するためにクロスチームで見積もる
  30. 30. ©2015 Gaiax Co.Ltd, Takao Kimura. スクラムと異なるところ n全体的なレトロスペクティブ lタイムボックス:45分/1週間スプリント l参加者:各チームごとに1名+スクラムマスター l次のスプリントの最初の早い時期に開催 lプロダクトや組織全体のための改善策の特定と改 善計画を行う。
  31. 31. ©2015 Gaiax Co.Ltd, Takao Kimura. スクラムと異なるところ n チームの代表者たちは、情報共有と連携を高めるた めに、週に数回開催することが出来る lスクラムオブスクラム lオープンスペース lタウンホールミーティング
  32. 32. ©2015 Gaiax Co.Ltd, Takao Kimura. LeSS まとめ n基本は1チームのスクラムと同じ n大規模であるがための工夫 lチームの代表者が参加するイベントが存在する Øスプリントプランニング第1部 Øスプリントレビュー lスクラムには無いイベントが定義されている Ø全体的なプロダクトバックログリファインメント Ø全体的なレトロスペクティブ l一つの大きな部屋で全てのチームで行う Ø(プロダクトバックログリファインメント) Øスプリントレビュー l情報共有のため 他のチームにオブザーブ参加が可能
  33. 33. ©2015 Gaiax Co.Ltd, Takao Kimura.
  34. 34. ©2015 Gaiax Co.Ltd, Takao Kimura. LeSS での プロダクトオーナーの定義
  35. 35. ©2015 Gaiax Co.Ltd, Takao Kimura. プロダクトオーナーの役割 nプロダクトバックログの管理者 n開発チームの成果を検証する nプロダクトバックログの優先順位付け lビジネス上に関する情報を収集し分析する nプロダクトバックログアイテムの明確化 l振る舞いの詳細化、品質、ユーザーエクスペリエ ンス、その他設計上の問題を明確化する プロダクトの全責任を負う
  36. 36. ©2015 Gaiax Co.Ltd, Takao Kimura. LeSSでのプロダクトオーナーの定義 n基本的に1チームのスクラムと同じ nしかし、スケールという観点では、プロダクトへの 投資収益率(ROI)を最大化してリターンを確保する ためにわずかに異なる点がある
  37. 37. ©2015 Gaiax Co.Ltd, Takao Kimura. スケールされたプロダクトオーナー nよくある失敗 l部分最適化した結果、それぞれのサブグループが バラバラにものを作ってしまう nひとつのプロダクトバックログをひとりのプロダク トオーナーがメンテナンスする nプロダクト全体に集中(whole-product focus)
  38. 38. ©2015 Gaiax Co.Ltd, Takao Kimura. スケールされたプロダクトオーナー nよくある失敗 l外側(主にプロダクトマネージャー)と内側(主に開 発側)と疎遠になる nひとりのプロダクトオーナーが、内側と外側に同じ ように時間を費やす nコネクターとして機能する
  39. 39. ©2015 Gaiax Co.Ltd, Takao Kimura. スケールされたプロダクトオーナー nひとりのプロダクトオーナーでも スケール出来る工夫 l最小限の役割 l少ない複雑性
  40. 40. ©2015 Gaiax Co.Ltd, Takao Kimura. 明確化よりも優先順位付け n優先順位付けは、ひとりのプロダクトオーナー n明確化は、チームで協業する lユーザー/顧客とチームとの直接会話することを 奨励する lその場を提供し、場をつなげる役割としてのプロ ダクトオーナー
  41. 41. ©2015 Gaiax Co.Ltd, Takao Kimura. 明確化をチームと協業することで nプロダクトオーナーは、プロダクトの全体像を描く ことに、より多くの時間を割けるようになる l全体像を描く Ø継続的な優先順位付け Ø新しいビジネスの戦略的な機会の模索
  42. 42. ©2015 Gaiax Co.Ltd, Takao Kimura. なぜ、直接の会話を重視するのか? nチームとユーザー/顧客間との直接的な相互作用を 重視する l間接的な情報伝達による情報伝達不足の回避 l顧客の問題に対して、適切なソリューションを考 えることの促進 lチームが直接顧客と協力することで、モチベー ションや、顧客への共感を向上させる
  43. 43. ©2015 Gaiax Co.Ltd, Takao Kimura. プロダクトオーナーを⾒つけよう
  44. 44. ©2015 Gaiax Co.Ltd, Takao Kimura. 開発の種類 nプロダクト開発 l外部の顧客または、市場に向けてプロダクトを提 供する n内部向けプロダクト開発 l社内向けプロダクト開発(IT/システム開発) nプロジェクト型開発 l特定の顧客に向けた開発 l開発企業は通常SIが担う l顧客またはクライアント企業は、購買部門と異な るユーザーも含まれる
  45. 45. ©2015 Gaiax Co.Ltd, Takao Kimura. プロダクトオーナーを⾒つけよう nプロダクト開発 lビジネス部門または、プロダクトマネジメント部 門がイニシアチブ nプロダクト開発におけるプロダクトオーナーは、ビ ジネス側から選出 lプロダクトマネジメント部門がいる場合は、プロ ダクトマネージャーがプロダクトオーナーになる のが良い lビジネス部門の場合は、特にイニシアチブが取れ る方
  46. 46. ©2015 Gaiax Co.Ltd, Takao Kimura. プロダクトオーナーを⾒つけよう n内部向けプロダクト開発 l実際のシステム利用部門内の方 lシステムがカバーする実務領域に深く関わってい て、経験豊富な方 n良いプロダクトオーナーは、実際の利用者に近い位 置にいる
  47. 47. ©2015 Gaiax Co.Ltd, Takao Kimura. プロダクトオーナーを⾒つけよう nプロジェクト型開発 lシステムを受け取る企業側にプロダクトオーナー はいる l内部向けプロダクト開発と同様、プロダクトオー ナーは、システムがカバーする実業務の経験が豊 富で、ユーザーに近い立場であるべき
  48. 48. ©2015 Gaiax Co.Ltd, Takao Kimura. どの場合でも 優れたプロダクトオーナーは プロダクトへの情熱を持っている
  49. 49. ©2015 Gaiax Co.Ltd, Takao Kimura. 適切なプロダクトオーナーが⾒つけ られない場合 n暫定プロダクトオーナー l真のプロダクトオーナーを刺激する Ø魅力的な新機能を示すことが出来れば、ビジネス 上のメリットを示すことが出来る l開発チームがリリース可能な完成品を提供するた め、暫定プロダクトオーナーのもとで、いくつか のスプリントを実施する
  50. 50. ©2015 Gaiax Co.Ltd, Takao Kimura. 暫定プロダクトオーナー =偽プロダクトオーナー nあえて偽(fake)プロダクトオーナーと呼ぶ lとりあえず穴埋めしていることを強調 lこう呼べば、最適なプロダクトオーナーを探そう とする n可能な限り、真のプロダクトオーナーに早期に交代 すべき l二流品を作るリスクがある
  51. 51. ©2015 Gaiax Co.Ltd, Takao Kimura. 責任と権限を与える nプロダクトマネージャーの新しい呼び名ではない n独立した権限を持っている必要がある lコンテンツ、リリース日、優先順位、ビジョンな どの選択と変更をするため lステークホルダーとは協業しますが、最終的な意 思決定は真のプロダクトオーナーが行う
  52. 52. ©2015 Gaiax Co.Ltd, Takao Kimura. 1⼈のプロダクトオーナーがチーム全 てのイベントをマネジメントするには
  53. 53. ©2015 Gaiax Co.Ltd, Takao Kimura. プロダクトオーナーが参加すべきイベント nLeSSでは、プロダクトオーナーは 単一のイベントに出席する nチームメンバーの人数を管理する l多くのチームがある場合は、各チームから 2人の代表者だけが出席する
  54. 54. ©2015 Gaiax Co.Ltd, Takao Kimura. プロダクトオーナーが参加するイベント nスプリントプランニング第1部 (1h) n全体的なプロダクトバックログリファインメント (4h) nスプリントレビュー (2h) n全体的なレトロスペクティブ (1.5h) 2週間のスプリントで、合計 8.5h
  55. 55. ©2015 Gaiax Co.Ltd, Takao Kimura. LeSSでのプロダクトオーナーまとめ n基本的に1チームのスクラムと同じ役割 n明確化よりも優先順位付け n優れたプロダクトオーナーは、プロダクトに情熱を もっている nプロダクトオーナーが見つけられなければ 暫定プロダクトオーナーを設定する l偽プロダクトオーナー nプロダクトオーナーには責任と権限を与える nLeSSでは一人のプロダクトオーナーが参加するイ ベントは1チームのスクラムと変わらない
  56. 56. ©2015 Gaiax Co.Ltd, Takao Kimura.
  57. 57. ©2015 Gaiax Co.Ltd, Takao Kimura. さらに⼤規模な開発での⼯夫 (LeSS Huge)
  58. 58. ©2015 Gaiax Co.Ltd, Takao Kimura. LeSS Huge n8チーム以上に適したLeSSの 第2のフレームワーク n概念的には、LeSSフレームワークの上に 複数のLeSSフレームワークを積み重ねて スケールアップされる n基本的にはLeSSのフレームワークと同じ
  59. 59. ©2015 Gaiax Co.Ltd, Takao Kimura.
  60. 60. ©2015 Gaiax Co.Ltd, Takao Kimura. LeSS Huge n異なるところ lロールの変更:エリアプロダクトオーナー l成果物の変更:プロダクトバックログにおける 要求エリア Øエリアバックログ l会議体の変更:Less Hugeは、要求エリアごとに 並列でLeSSスプリントが実行される
  61. 61. ©2015 Gaiax Co.Ltd, Takao Kimura. 要求エリア n全てのプロダクトバックログアイテムの 要求カテゴリ nプロダクトバックログを要求カテゴリごとに分けた ものを、エリアバックログと呼ぶ nエリアバックログの優先順位は エリアプロダクトオーナーが付ける n各要求エリアのエリアバックログに いくつかのフィーチャーチームが作業する n顧客中心 l要求エリアごとにコードの所有権は存在しない l一時的なものではない l顧客に焦点をあて、顧客の言葉を使用する
  62. 62. ©2015 Gaiax Co.Ltd, Takao Kimura. エリアプロダクトオーナー n要求エリアの専門家として、プロダクトオーナーと して機能する nプロダクトオーナーの負荷を軽減する l10チーム以上は、プロダクトオーナーの負荷が 高くなりすぎる lプロダクトバックログが大きくなりすぎる
  63. 63. ©2015 Gaiax Co.Ltd, Takao Kimura. プロダクトオーナーチーム nプロダクトオーナーとエリアプロダクトオーナーは、 一緒にプロダクトオーナーチームを形成する nプロダクト全体の優先順位を決定する l最終的な決定はプロダクトオーナーが行う nスコープとスケジュール(何をいつリリースするの か)の決定はプロダクトオーナーが行う
  64. 64. ©2015 Gaiax Co.Ltd, Takao Kimura. さらに⼤規模な開発での⼯夫(LeSS Huge) まとめ n基本的には、LeSS フレームワークと同じ lスケールアップしたLeSSフレームワーク nプロダクトオーナーチーム l要求エリアごとにエリアプロダクトオーナー l最終的な決定は、プロダクトオーナーが行う
  65. 65. ©2015 Gaiax Co.Ltd, Takao Kimura. LeSS Study https://www.facebook.com/groups/less.study/ https://less-study.doorkeeper.jp/
  66. 66. ©2015 Gaiax Co.Ltd, Takao Kimura.
  67. 67. ©2015 Gaiax Co.Ltd, Takao Kimura. ⾃⼰紹介 Certified Scrum Professional®/Scrum Developer®/ScrumMaster®/Scrum Product Owner® Project Management Professional (PMP)® 木村 卓央 KIMURA Takao アジャイルコンサルタント @tw_takubon http://facebook.com/kimura.takao http://about.me/tw_takubon kimura.takao@kanataku.com

×