アジャイルコーチから見たScaled Agile Method LeSS版

1. アジャイルコーチから⾒た Scaled Agile Method.. 〜SAFe and LeSSから学ぶ勘所〜原田巌/木村卓央/水野正隆 Agile Talks vol.1, 2019.12.09

2. ⽔野正隆オージス総研アジャイルコーチ原⽥巌オージス総研アジャイルコーチ（期限切れ）⽊村卓央合同会社カナタク代表社員アジャイルコーチ LeSS派SAFe派司会進行

4. Copyright© Kanataku,LLC Takao Kimura. ⾃⼰紹介 Certified Scrum Professional – ScrumMaster™ and Product Owner ™ / Certified Scrum Developer® Project Management Professional (PMP)® PMI Agile Certified Practitioner (PMI-ACP)® EXIN Agile Scrum Foundation PMI⽇本⽀部アジャイルプロジェクトマネジメント研究会会員 LeSS Study主催 Agile Discussion!主催 Fearless Changeアジャイルに効くアイデアを広めるための48のパターン共訳大規模スクラム Large-Scale Scrum(LeSS) アジャイルとスクラムを大規模に実装する方法共訳木村卓央 KIMURA Takao アジャイルコーチ https://www.facebook.com/kanataku.LLC/ https://about.me/tw_takubon kimura.takao@kanataku.com

6. Copyright© Kanataku,LLC Takao Kimura. LeSS complete picture LeSSは原理・原則をコアにして、複数チームのコンテキストにスクラムを適⽤するためのルールとガイドのセットからなる n 原理・原則 l LeSSのコア n フレームワーク l ルールで定義している n ガイド l ルールを効率的に適応するためのもの l 試す価値がある実験の集まり(経験知) n 実験 l 限定的な環境で機能する

8. Copyright© Kanataku,LLC Takao Kimura. 原理・原則⼤規模スクラムはスクラム LeSSはスクラムの原理・原則、ルール、要素、⽬的を⼤規模開発のコンテキストに可能な限りシンプルに適応したもの透明性スクラムと同じ。完成したアイテム、短いサイクル、協働、共通の定義、現場から恐れを取り除くことがベースになる少なくすることでもっと多く多くしてしまうと思考停⽌、改善の余地が減る少なくすることでチームが多くの責任を持つ。チームがプロセスと意義のある仕事のオーナーシップを持つプロダクト全体思考顧客が望んでいるひとまとまりのプロダクトとしての価値ある機能を提供する顧客中⼼顧客にフォーカスし続ける⾃分の仕事がお⾦を払うお客様に対してどのような価値提供につながっているのかを理解する完璧を⽬指しての継続的改善パーフェクトビジョン＝達成出来ないほどの⽬標に継続的に改善して近づける例︓コストをかけずに障害のないプロダクトを常に提供し続け、⽣活を豊かにするリーン思考⼈間性尊重と継続的改善の2つの柱を組織に根付かせ、完璧な⽬標を⽬指すシステム思考システム全体(アイデアから売上を得るまでに関わる⼈・物などすべて)を最適化するシステムモデルを使いシステムの関係性を理解する経験的プロセス制御スクラムと同じ継続的にプロダクト、プロセス、ふるまいの検証と適応を⾏う待ち⾏列理論どこにキューがあるのか。リードタイムを短くするにはどうするのか『大規模スクラム Large-Scale Scrum(LeSS)』 P.8 より

10. Copyright© Kanataku,LLC Takao Kimura. スクラムの成功は抽象的な原理・原則と具体的な⼿法の絶妙なバランスにある n抽象的な原理・原則 l透明性・検査・適応 l5つの価値基準 l経験的プロセス制御 n具体的な⼿法 l3つのロール l3つの作成物 l4つのイベント Bas Vodde 出典 : https://less.works/resources/about.html Craig Larman

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

14. Copyright© Kanataku,LLC Takao Kimura. LeSSの⽅向性 n シンプルであるべき(More with LeSS) l 余計な役割/成果物/プロセスを追加してしまう罠にはまらないようにする n スケールしたスクラム(Large-Scale Scrum is Scrum) l スクラムの各要素を理解した上で、同様の効果を⼤規模開発において実現する⽅法を模索する n 削ぎ落しではなくスケールアップ(LeSS→LeSS Huge) l 汎⽤的なフレームワークからスタートして削ぎ落としていく⽅法では、メタボなプロセスになる。常に「最⼩限」から始めて必要最低限のものをビルドアップ 14

16. Copyright© Kanataku,LLC Takao Kimura. LeSSルール︓ LeSSの構造 n 実際のチームを組織の基本構成要素として組織を構成します。 n それぞれのチームは、(1)⾃⼰管理、(2)クロスファンクショナル、(3)同⼀ロケーション、(4)⻑期間存続です。 n チームの⼤半は顧客中⼼のフィーチャーチームです。 n スクラムマスターはLeSSの導⼊が問題なく⾏われることに責任を持ちます。注⼒する対象は、チーム、プロダクトオーナー、組織、技術的⼿法であり、１チームだけの改善に留まることなく、組織全体の改善を⾏う必要があります。 n スクラムマスターは専任でフルタイムのロールです。 n １⼈のスクラムマスターが１〜３チームを担当することができます。 n LeSSではマネージャーは必須ではありません。もしマネージャーがいる場合でも多くの場合役割が変わります。マネージャーがフォーカスすべきことは、⽇々の作業の管理からプロダクトを開発するシステム全体の価値提供能⼒の向上に移ります。 n マネージャーの役割はプロダクト開発の仕組みの改善を促進することです。「現地現物」の実践、「⽌めて直す」の推奨、「適合するよりも実験をする」ことを通じて改善を促進します。 n プロダクトグループは、「最初から」完全なLeSSの構造を適⽤します。これはLeSSを導⼊する際の肝となることです。 n プロダクトグループを越える、より⼤きな組織には、「現地現物」の考え⽅を使い、実験や改善があたりまえとなる環境を作っていくことで段階的にLeSS導⼊を進めます。『LeSSルール(2018 4月)』より

17. Copyright© Kanataku,LLC Takao Kimura. ロール n プロダクトオーナー︓1⼈ l 前提︓全てのアイテムの詳細を把握することは不可能 l 明確化よりも優先順位付けに重きをおく l チームとユーザー(ステークホルダー)をつなぐコネクター n スクラムマスター︓専任、1~3チームを担当 l LeSSの導⼊が問題なく⾏われることに責任を持つ l 1チームだけではなく、組織全体の改善を⾏う n チーム︓スクラムで⾔う開発チーム l フィーチャーチーム n LeSSでは、プロダクトグループ（明確には定義していない） l スクラムチームでは無い

18. Copyright© Kanataku,LLC Takao Kimura. フィーチャーチーム『大規模スクラム Large-Scale Scrum(LeSS)』 P.77 より実際のチームを組織の基本構成要素として組織を構成します。それぞれのチームは、(1)⾃⼰管理、(2) クロスファンクショナル、(3)同⼀ロケーション、(4)⻑期間存続です。チームの⼤半は顧客中⼼のフィーチャーチームです。『LeSSルール(2018 4月)LeSSの構造』より

20. Copyright© Kanataku,LLC Takao Kimura. LeSSの組織構造 n よく⾒られる組織構造プロダクトグループの責任者ほとんどのLeSS組織ではマネージャーが存在する現地現物によってチームを⽀援。障害を取り除く Undone部⾨理想的には存在しない部⾨システム保証などの名前で存在することがある https://less.works/jp/less/structure/organizational-structure.html LeSSではマネージャーは必須ではありません。もしマネージャーがいる場合でも多くの場合役割が変わります。マネージャーがフォーカスすべきことは、⽇々の作業の管理からプロダクトを開発するシステム全体の価値提供能⼒の向上に移ります。マネージャーの役割はプロダクト開発の仕組みの改善を促進することです。「現地現物」の実践、「⽌めて直す」の推奨、「適合するよりも実験をする」ことを通じて改善を促進します。『LeSSルール(2018 4月)LeSSの構造』より

22. Copyright© Kanataku,LLC Takao Kimura. LeSSルール︓ LeSSのプロダクト n 1⼈のプロダクトオーナーと1つのプロダクトバックログがあり、出荷可能なプロダクト全体を運⽤します。 n プロダクトオーナーだけでプロダクトバックログリファインメントをするべきではありません。複数のチームが顧客やユーザー、ステークホルダーと直接コミュニケーションをとり、プロダクトオーナーをサポートします。 n 全ての優先順位付けはプロダクトオーナーが⾏います。が、要求や仕様を明確にするのは出来る限りチームと、顧客やユーザーそしてステークホルダーとの間で直接⾏います。 n プロダクトの定義は現実的な範囲で、エンドユーザーまたは顧客中⼼でなければなりません。プロダクトの定義は広い⽅が好ましく、時間の経過とともに拡張する可能性があります。 n プロダクト全体で全チーム共通の1つのDoneの定義を持ちます。 n 各チームは共通のDoneの定義を拡張してより厳しい独⾃のものを定めても構いません。 n 究極のゴールはDoneの定義を拡張し、毎スプリント（あるいはより⾼い頻度で）出荷可能なプロダクトを作れるようになることです。『LeSSルール(2018 4月)』より

23. Copyright© Kanataku,LLC Takao Kimura. LeSSのプロダクト 1⼈のプロダクトオーナーと1つのプロダクトバックログがあり、出荷可能なプロダクト全体を運⽤します。『LeSSルール(2018 4月)』より１つのプロダクトに関わる全てのチームは同じスプリントで作業します。スプリントの開始も終了も全チーム共通です。スプリントの終わりにはプロダクト全体が１つに統合されている状態にします。

24. Copyright© Kanataku,LLC Takao Kimura. LeSSルール︓ LeSSのスプリント n １つのプロダクトに関わる全てのチームは同じスプリントで作業します。スプリントの開始も終了も全チーム共通です。スプリントの終わりにはプロダクト全体が１つに統合されている状態にします。 n スプリントプランニングは２つのパートで構成されています。スプリントプランニング１は全てのチームが合同で実施します。それに対してスプリントプランニング２は通常、各チームごとに個別で⾏われます。ただし、関連性が強いアイテムがある場合は共有スペースで、複数チームのスプリントプランニング２を⾏います。 n スプリントプランニング１にはプロダクトオーナーとチーム全員またはチームの代表者が参加します。参加者は⼀緒に、各チームがこのスプリントで作業するアイテムを暫定的に選択します。チームは協働する部分を特定し、質問を明確にします。 n 各チームにはチームごとのスプリントバックログがあります。 n スプリントプランニング２は各チームがどのようにアイテムを実現させるかを考える場であり、設計やスプリントバックログの作成を⾏います。 n デイリースクラムはチームごとに⾏います。 n チームどうしの調整はチームに委ねられています。中央集権的な調整ではなく、個別の判断で⾃由かつ⾮公式に調整する⽅が好ましいです。重要なのは、「ただ話す」ことや、⾮公式のコミュニケーションである「コードでのコミュニケーション」、チームをまたいだミーティング、「コンポーネントメンター」、「トラベラー」、「偵察」、そして「オープンスペース」を活⽤することです。 n プロダクトバックログリファインメント（PBR）は、シェアード・ラーニング(訳注:学習したものをシェアする)を増やし、調整の機会として活⽤できるため、複数チームで⾏うのが望ましいです。 n スプリントレビューは全てのチームが共同で⾏います。検査と適応を⾏うのに適切な情報を得られるよう、必要なステークホルダーが参加するようにします。 n スプリントレトロスペクティブは各チームで⾏います。 n オーバーオール・レトロスペクティブは各チームのレトロスペクティブの後に⾏われます。ここでは複数チームやシステム全体にまたがる課題を扱い、改善に向けての実験を議論します。この場にはプロダクトオーナー、全スクラムマスター、チーム代表者と、（いるなら）マネージャーが参加します。『LeSSルール(2018 4月)』より

25. Copyright© Kanataku,LLC Takao Kimura. スプリントプランニング『大規模スクラム Large-Scale Scrum(LeSS)』 P.254 よりスプリントプランニングは２つのパートで構成されています。スプリントプランニング１は全てのチームが合同で実施します。それに対してスプリントプランニング２は通常、各チームごとに個別で⾏われます。ただし、関連性が強いアイテムがある場合は共有スペースで、複数チームのスプリントプランニング２を⾏います。『LeSSルール(2018 4月)』より

26. Copyright© Kanataku,LLC Takao Kimura. スプリントプランニング１ n プロダクトオーナーはカードをテーブルに広げる n チームがどのアイテムを持っていくか決める l ディスカッションする n チームが取ったアイテムの優先順位が全体最適になっているか確認する n 共通でやらなければならない作業の明確化 l 複数チームのスプリントプランニング２ n プロダクトオーナーがチームの判断を超えて、やってはいけない

27. Copyright© Kanataku,LLC Takao Kimura. プロダクトバックログリファインメント(PBR) 『大規模スクラム Large-Scale Scrum(LeSS)』 P.229 よりプロダクトバックログリファインメント（PBR）は、シェアード・ラーニング(訳注:学習したものをシェアする)を増やし、調整の機会として活⽤できるため、複数チームで⾏うのが望ましいです。『LeSSルール(2018 4月)』より

28. Copyright© Kanataku,LLC Takao Kimura. スプリントレビュー・レトロスペクティブ『大規模スクラム Large-Scale Scrum(LeSS)』 P.288 よりスプリントレビューは全てのチームが共同で⾏います。検査と適応を⾏うのに適切な情報を得られるよう、必要なステークホルダーが参加するようにします。スプリントレトロスペクティブは各チームで⾏います。オーバーオール・レトロスペクティブは各チームのレトロスペクティブの後に⾏われます。ここでは複数チームやシステム全体にまたがる課題を扱い、改善に向けての実験を議論します。この場にはプロダクトオーナー、全スクラムマスター、チーム代表者と、（いるなら）マネージャーが参加します。『LeSSルール(2018 4月)』より

29. Copyright© Kanataku,LLC Takao Kimura. 調整と統合チームどうしの調整はチームに委ねられています。中央集権的な調整ではなく、個別の判断で⾃由かつ⾮公式に調整する⽅が好ましいです。重要なのは、「ただ話す」ことや、⾮公式のコミュニケーションである「コードでのコミュニケーション」、チームをまたいだミーティング、「コンポーネントメンター」、「トラベラー」、「偵察」、そして「オープンスペース」を活⽤することです。 n ただ話す n コードでのコミュニケーション n ブランチは使わない n コミュニティ n オープンスペース n トラベラー n コンポーネントメンター n 偵察『大規模スクラム Large-Scale Scrum(LeSS)』 P.284 より『LeSSルール(2018 4月)』より

31. Copyright© Kanataku,LLC Takao Kimura. ガイド︓3つの導⼊原則 n 広く浅くよりも、狭く深く l １つのプロダクトを上⼿く回してから n トップダウンとボトムアップ l トップダウトとボトムアップの両⽅が必要 l 特にマネジメント(通常はプロダクトグループの責任者)の⽀援が重要 Ø コントロールでなく⽀援をする Ø 以下をはっきりと伝えて⾏動に移す •LeSSを導⼊する意図、必要な構造的変化を起こす約束、教育とコーチングの提供 n ボランティアを活⽤する l ⾊々なところで、希望する l 参加しないことも選択肢として与える『大規模スクラム Large-Scale Scrum(LeSS)』 P.53 より

32. Copyright© Kanataku,LLC Takao Kimura. ガイド︓はじめに（６つのレシピ） n 全員を教育する l LeSSの知識だけではなく、⽬的を理解することが重要︕ n 「プロダクト」を定義する l 導⼊の範囲、プロダクトバックログ、適切なプロダクトオーナー n 「Done」を定義する l より強いDoneの定義は、弱いDoneの定義よりも組織的な変化(グループ、役割、ポジションの排除)をもたらします n 正しい構造を有したチームをつくる l 機能部⾨を離れ、新しいチームに参加する(機能部⾨を排除する) n プロダクトオーナーのみがチームに仕事を与える n プロジェクトマネージャーをチームに近づけない l プロジェクトマネジメントの責任はプロダクトオーナーとチームにある『大規模スクラム Large-Scale Scrum(LeSS)』 P.57 より

33. Copyright© Kanataku,LLC Takao Kimura. ラーマンの組織⾏動の法則 1. 組織は、中間及び現場のマネージャーや、単⼀専⾨職といったポジションの権⼒構造を維持するために、暗黙に最適化されます。 2. 1.の結果として、組織を変えようという試みは、今まで使っていた⽤語をただ、別の名前に変えるか、⽤語を⼤量につくって何か分からなくする事で現状を維持します。 3. 1.の結果として、組織を変えようという試みは、弱みを指摘される事を嫌がったり、マネージャー/スペシャリストの現状を維持しようとする⼈々により、「純粋主義者」、「理論主義者」、「⾰命主義者」、「現実に合わせるためにカスタマイズが必要だ」と⾮難されます。 4. ⽂化は構造に従います。出典 : https://2016-conference.less.works/speakers/craig-larman.html 『大規模スクラム Large-Scale Scrum(LeSS)』 P.63 より

34. Copyright© Kanataku,LLC Takao Kimura. ガイド︓⽂化は構造に従う “組織”の構成要素（グループ、役割、階層、ポリシーまたはより広範には “組織システム/設計“）が変更されない限り、⾏動や考え⽅は変わることはないのです。出典 : https://2016-conference.less.works/speakers/craig-larman.html 『大規模スクラム Large-Scale Scrum(LeSS)』 P.63 より

36. Copyright© Kanataku,LLC Takao Kimura. その他導⼊のガイド n 役割は守らないが雇⽤は守る l 改善の結果、⾃分が解雇されると思うと改善をしようとしない n 完璧を⽬指しての組織ビジョン l LeSSの完璧なビジョン l この改善により、私たちは組織が理想とするビジョンに近づきますか︖ l この改善により、現場が改善されますか︖ n 継続的改善 l チームレトロスペクティヴ、オーバーオール・レトロスペクティブ n 導⼊の拡⼤ l 他のプロダクトへ、Doneの定義の拡張、プロダクトの拡張など『大規模スクラム Large-Scale Scrum(LeSS)』 P.64-69 より「価値提供または、方向転換をいつでも追加コストなしにできる組織をつくり出す」

38. Copyright© Kanataku,LLC Takao Kimura. ⾃⼰管理 n Y理論によるマネジメント n 改善も含め⾃⼰管理するチームに責任を委譲する 43 全体の⽅向性の決定チームと組織的サポートの設計作業プロセスと進捗の監視と管理チームタスクの実⾏マネジャー主導チーム⾃⼰管理チーム⾃⼰設計チーム⾃⼰統治チームマネジメントの責任チームの⾃⼰責任 Leading Teams: Setting the Stage for Great Performances Harvard Business Review Press 2002年著:J. Richard Hackman

39. Copyright© Kanataku,LLC Takao Kimura. 組織の強さを作る存在としてのマネージャー ● 多くの権限をチームに移譲する ● チームとスクラムマスターが取り組んでいる障害の排除と改善を⼿助けする『大規模スクラム Large-Scale Scrum(LeSS)』 P.114 より 114 5 マネジメント図 5.1 LeSS の組織の概要 • プロダクトづくりと提供 • プロダクトのビジョンと方向性 • 組織の能力向上

42. Copyright© Kanataku,LLC Takao Kimura. LeSSでのポイント n LeSSは基本的な考え⽅、プロセスはスクラムと同じ l いきなりLeSSではなく、まずは1チームのスクラムを実践して n LeSSの原理・原則は押さえておくことが重要 n LeSSを導⼊する際には、上級マネジメントの協⼒が必要になる l 正しい構造を有したチームをつくる(組織構造を変える) l ただしトップダウンだけではダメ。ボランティアを活⽤する l 上級マネジメントを巻き込み、プロダクトチーム全体の課題を取り除く(このあたりは@ScaleのEMTが参考になる) 「われわれに選択権はない．マネージャーがLeSS をやれといっている!」と主張しはじめます．そして，おそらく無意識に，快適な，少なくとも慣れている被害者という立場に身を置いたままやり過ごそうとします．『大規模スクラム Large-Scale Scrum(LeSS)』 P.54 より

44. Copyright© Kanataku,LLC Takao Kimura. LeSS Study n LeSS Large-Scale Scrum の勉強会 n LeSSのサイトである less.works を翻訳しながら学び合う場として2015年から開催していた n 2019年『⼤規模スクラム Large-Scale Scrum(LeSS)』が丸善出版より出版されたことを期に読書会として活動を開始 https://less-study.doorkeeper.jp/ https://www.facebook.com/groups/less.study/

アジャイルコーチから見たScaled Agile Method LeSS版

Vous êtes en train de lire un aperçu.

Consultez-les par la suite

アジャイルコーチから見たScaled Agile Method LeSS版

Plus De Contenu Connexe

Diaporamas pour vous (20)

Similaire à アジャイルコーチから見たScaled Agile Method LeSS版 (20)

Plus par Takao Kimura (17)