■ はじめに
https://dk521123.hatenablog.com/entry/2023/02/12/211334
の続き。 今回は、LeSSの導入について取り上げる
目次
【１】３つの導入原則 １）広く浅くよりも、狭く深く ２）トップダウンとボトムアップ ３）ボランティアを活用する 【２】LeSS導入を成功の可能性を高めるには １）全員を教育する ２）「プロダクト」を定義する ３）「Done」を定義する ４）正しい構造を有したチームを作る ５）プロダクトオーナーのみがチームに仕事を与える ６）プロジェクトマネージャーをチームに近づけない
【１】３つの導入原則
* ３つの導入原則は、以下の通り。 １）広く浅くよりも、狭く深く ２）トップダウンとボトムアップ ３）ボランティアを活用する
１）広く浅くよりも、狭く深く
LeSSを導入する際に、 いきなり全チームに適応するのではなく、 まずは、1チームで適応してみる その後、うまくいけば、広げていく。
２）トップダウンとボトムアップ
マネージメント層のトップと開発チームのボトル どちらのアプローチも必要
３）ボランティアを活用する
「１）広く浅くよりも、狭く深く」の際に １チームに対して適応すると述べたが、 そのチームを作る際に自主的にメンバーを募る。 => 自主的だから意欲があり、成功しやすくなる 他にも、自主的に活動することにより、 チームが活性化し、自律的なチームになりやすくなる。
【２】LeSS導入を成功の可能性を高めるには
１）全員を教育する
誰もが目的を理解することが、より重要。 そのためには、LeSSについて、全員が知る必要がある
２）「プロダクト」を定義する
プロダクトを定義することにより、以下が決まる + 導入の範囲 + プロダクトバックログの内容 + 適切なプロダクトオーナー
３）「Done」を定義する
Doneの定義は、 プロダクトバックログの全アイテムごとにチームが行うと 合意したアクティビティ（作業）のリスト。 => このリストを全て終わらせると、プロダクトは完成となる
メモ
* 「Doneの定義」については、まだちゃんと理解していないので もう少し学習時間が必要、、、
４）正しい構造を有したチームを作る
最初のチームを作る要件は以下の通り + 専任 ... 1チームだけに所属させ専念 + 安定 ... チームのメンバーを頻繁に変更しない + 長期間持続 ... チームは一時的なプロジェクトチームではなく継続されること + クロスファンクショナル ... 各メンバー、あらゆるタスクをこなせる + 同一ロケーション ... チームは同じ場所で働いていること => 全部は難しいので、参考程度で（リモートワークもあるし）
５）プロダクトオーナーのみがチームに仕事を与える
他チームの割込作業などをさせずに まずは、チームの仕事に集中してもらうために プロダクトオーナーのみがチームに仕事を与える形にする => こんなん、いざとなったら、ムリ、、、
６）プロジェクトマネージャーをチームに近づけない
LeSSには、「プロジェクトマネージャー」という役割は 必要ではない。 プロジェクトマネージャーがいると、 「５）プロダクトオーナーのみがチームに仕事を与える」で述べたような 割込作業や優先度を変えてしまうなどを起こしてしまいがちなので 邪魔させないようにする => これも、ムリだろ、、、
関連記事
LeSS ～ 基礎知識編 ～
https://dk521123.hatenablog.com/entry/2023/02/12/211334
LeSS ～ 基本編 / チーム ～
https://dk521123.hatenablog.com/entry/2023/02/01/164201
LeSS ～ 基本編 / イベント ～
https://dk521123.hatenablog.com/entry/2023/01/30/235744
アジャイル開発のスケーリング方法
https://dk521123.hatenablog.com/entry/2023/02/03/130808
スクラム開発 ～ 入門編 ～
https://dk521123.hatenablog.com/entry/2019/10/31/222447
スクラム開発 ～ 基本編 / バックログ ～
https://dk521123.hatenablog.com/entry/2021/02/18/000000
