リーンスタートアップとスクラムと僕

リーン・スタートアップ読んでたら昔のことを思い出したのでそのへんを書いてみる。

リーン・スタートアップではサイクルタイムを短縮することが奨励されている。
サイクルタイム＝いわゆるPDCAのことだ。

要約すると、製造業（自動車）で一人が一工程だけを担当するより、一人が全工程を担当してしたほうがムダが少なく改善につながったという話。

これ読んでいて開発フローの遷移が頭に浮かんだ。

数ヶ月単位でリリースしており、リリース後は打ち上げが行われていた。
リリースのタイミングや半期の評価のタイミングでプロジェクトの良し悪しを振り返る。ときには打ち上げの中でしか過去を振り返らないプロジェクトもあった。
（今は気にしてないが、当時の僕は打ち上げでシゴトの話をするのが好きではなかった）

プロジェクトの進め方について議論する機会は設けられておらず、
何かに「気づく人」が誰かと話してやり方を変えたり、という程度にとどまった。

その後、スクラムが広まった。

2週間のスプリントという短いサイクルタイムでプロジェクトが進む。
スプリント内では計画(2h)、実行(10d)、検証(1h)というフェーズがある。

これで何が変わったのか。
たしかに短いサイクルで開発が行われるようになった。
サイクルが短い分、軌道修正しやすくなったが、
結局一部の「気づく人」が上昇志向を持ってリードしているだけで、
ぶら下がっているだけの人にとっては何も変わっていない。

きっとこれはスクラムがうまくいっていないケースなんだと思う。

* スクラムはプログラマに気づくチャンスを与えてくれる。
* スクラムはステークホルダーにリリースの見通しを与えてくれる。

やる気と技術は方法論だけでは身につかない。
2年近く前のアジャイルのライトウィングとレフトウィングの記事を、ようやく少し理解できた気がする。