【りーんかいはつ】
リーン開発 とは？
最終更新:
💡 価値・品質・学習を、開発全体で改善する
顧客への価値を軸に、ムダを減らし、品質と学習を組み込み、開発から提供までの全体を改善する考え方。リーン生産の原則をソフトウェアの特性に合わせて応用し、単なるコスト削減やMVPの作成と区別します。
📌 このページのポイント
- 局所の速度だけでなく、顧客へ価値を届ける全体を改善する
- 2007年のPoppendieck夫妻の説明は、ムダ削減・品質・知識・決定・提供・人・全体の7原則
- 検証や品質確保までムダとして削るという意味ではない
- 変更しにくい判断は選択肢と期限を意識する。全ての決定を遅らせるものではない
- リーンスタートアップの構築・計測・学習と関係するが、同じ手法や必須工程ではない
ひよこ とにかく作業を減らす開発？
ペンギン先生 顧客への価値につながらないムダを減らす考え方だけど、テストや学習まで削る意味ではない。品質を作り込み、知識を得て、人を尊重しながら、価値を届ける全体を改善するんだ。
ひよこ ムダは、どう見つける？
ペンギン先生 不要な機能、手戻り、待ち時間などを、仕事の流れの中で調べる。開発だけ速くしても、レビューや提供で詰まれば全体は改善しない。単に担当者を忙しくすることとも違うよ。
ひよこ 7原則はいつも同じ言い方？
ペンギン先生 著書によって表現が異なる。ここでは2007年の説明に合わせ、ムダの排除、品質の作り込み、知識の創出、確定の延期、迅速な提供、人の尊重、全体の最適化として扱う。別の版の訳を混ぜて固定の順番だと考えないようにしよう。
ひよこ 確定を延期するのは、先延ばし？
ペンギン先生 後で変えにくい判断について、期限と選択肢を意識し、必要な情報を得てから決めることだよ。全ての判断を遅らせるのではない。変更可能な形にすることや、間に合う最後の時点を把握することも大切なんだ。
ひよこ アジャイルやリーンスタートアップと同じ？
ペンギン先生 重なる考え方はあるけど、同一ではない。アジャイルにも価値、変化への対応、頻繁な提供などの原則がある。リーンスタートアップの構築・計測・学習やMVPだけを、リーン開発の全体と考えないようにしよう。
もっと詳しく知りたい人へ
開発者が早く終えれば、全体も良くなる？
次工程の待ちや手戻りが増えれば、顧客への提供は速くならない場合があります。着手から提供までの流れと品質を確認し、局所の稼働率だけで最適化しないようにします。
まとめ：ざっくりこれだけ覚えればOK！
「リーン開発」って出てきたら「顧客への価値を軸に品質・学習・流れを全体で改善する考え方」と思えばだいたいOK！
📖 おまけ：英語の意味
「Lean Software Development」 ＝ リーンの考え方をソフトウェア開発へ応用すること
💬 Mary PoppendieckとTom Poppendieckの2003年の著書で体系的に紹介されました。生産の手順をそのまま移すのではなく、ソフトウェア開発の特性に合わせて考えます。