リーンソフトウェア開発とは？7つの原則やアジャイルとの違いをわかりやすく解説

リーンソフトウェア開発は、
簡単に言うと、「ムダを減らして、お客様に価値を早く届ける開発手法」だよ。

お客様に価値を生まない作業のことだね。

そうだね。必要以上に長い会議、誰も読まない大量の資料、使われない機能の開発なんかが代表例だよ。

英語の「Lean」には「無駄がない」「引き締まった」という意味があるよ。

そうそう。
開発でも余分な作業を減らして、本当に必要なことだけに集中する考え方なんだ。

もともとは製造業、特にトヨタ生産方式（TPS：Toyota Production System）の考え方がベースなんだ。

そう。「ムダをなくす」「必要なものを必要なだけ作る」という考え方をソフトウェア開発にも応用したんだよ。

レストランで考えてみよう。

もし、お客さんが来る前から100人分の料理を全部作っていたらどうなる？

リーンの考え方では、必要になった料理を、必要なタイミングで作るんだ。

ソフトウェアでも、使われない機能を大量に作るより、本当に必要な機能から作ろうという考え方なんだ。

リーンには代表的な７つの原則があるよ。

どれも最終的にはムダをなくすに繋がるんだけどね。一つひとつ見ていこうか。

リーンでは最も重要な考え方だね。

例えばこんなものだよ。

全部を最初から完璧に決めるのは難しいからね。

実際に作って、お客様の反応を見ながら改善していくことが大切なんだ。

そうそう。
知識を創り出すともいうね。小さく作って、試して最終的な製品にしていくんだよ。

そう、だから馴染みのお客さんにちょっと食べてもらって学習するんだ。

そう思うよね。

でも、情報が少ない段階で決めると失敗することもある。

そう、だから、たとえば10人の意見がもらえるまで、判断を遅らせるんだよ。

正確には、価値を早く届けること。

全部完成してからではなく、小さくリリースして改善していくことが多いね。

そうだなぁ。全部新メニューで固めたコース料理を作っているとしよう。
・前菜
・スープ
・メイン
・デザート
って感じで。

そう、事前調査で、メインが大不評だと、コースとして売れないからね。
リリースできる機能。この場合ではデザート（プリン）を単品で販売するんだ。

そう。現場が一番よく知っているからね。

現場が自分たちで改善できる組織を目指すんだ。

そうだね。たとえば、お店で決まった調理手順があっても、現場の料理人からすると、「プリンのカラメルは先に作っておいた方が早く作れる」などの意見がある。

リーンでは違うよ。品質は最後に確認するものではなく、最初から作り込むものなんだ。

レストランだと・・・
コース料理の品質を見ようとして、全部の試作が出来上がるのを待つより、できたやつから品質をチェックした方がいい。

開発でも全部できてからじゃなくて、細かく品質チェックをして修正のムダを減らすんだよ。

これはチーム全体で、成果が最大になるように人員を振り分けることだよ。

かなり近いよ。でも必ずしも得意＝最適化じゃないよ。
ある日デザートの注文しかなかったら？

そうそう。個人の得意分野だけを見るのではなく、店全体の状況を見て判断することが大切なんだ。

リーンソフトウェア開発はアジャイルと混同されがちなんだ。

違うところはこんな感じ。

そうだなぁ。「見ている部分が違う」って考えるとわかりやすいかもね。

たとえばレストランの店長はこんなことを考えるよね。

そう。つまりリーンは、

「どうすればお客様に価値をムダなく、早く届けられるか」

という考え方なんだ。

今度は料理人の立場で考えてみよう。
春限定コースを作るとする。
でも、最初から完璧なコースは分からない。
そこで・・・

リーンとアジャイルは重なる部分があるんだ。
「試して改善する」だけで説明すると混ざる。
一言で分けると
リーン＝店全体のムダ取り
アジャイル＝週ごとにメニュー開発を進める方法
という観点が違うよ。

プリンを例にして、それぞれの考え方をやってみようか。

そう。お店全体の流れを改善して、ムダをなくすのがリーン

そう。だから、試作品を作る→試食してもらう→感想を聞く→改良する→試作品を作るってやっていくんだ。

最後に整理するとこう。

だから、リーンという運営方針のレストランで、アジャイルという料理の開発方法を採用することもできるんだよ。

バリューストリームマップも押さえておこうか。

開発の流れを図にして、どこにムダや待ち時間があるかを見つけるための図なんだ。

たとえばこんな感じのだね。

あくまでなくすのは「価値を生まない作業」なんだ。

似ているけれど同じではない。リーンは開発全体の考え方、アジャイルは開発手法の考え方という違いがあるんだったね。

目的は「価値を早く届ける」ことであって、品質を犠牲にして速度だけを求めることではないんだよ。

その理解でバッチリ。「速く作る」ことよりも、『ムダを減らして価値を届ける』ことがリーンソフトウェア開発の本質なんだよ。