O slideshow foi denunciado.
Utilizamos seu perfil e dados de atividades no LinkedIn para personalizar e exibir anúncios mais relevantes. Altere suas preferências de anúncios quando desejar.

POStudy Large Scale Scrum

4.546 visualizações

Publicada em

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

Publicada em: Engenharia
  • Seja o primeiro a comentar

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

×