lean from the trenches
- 2. ●リーンとはなんだ？ ●スクラムとカンバンの共通点は？ ● { 現れる } 現場 今日は mixi さんなのでこの色で行ってみます。 2
- 3. Agile and Lean Patterns The New New Product Development Game Manufacturing Industry in Japan XP Toyota Production System Scrum Lean Software Development Lean Agile Kanban Lean Startup 2013 Yasunobu Kawaguchi Startup Four steps to the epiphany
- 5. リーンを僕なりに定義すると… 1. 2. 3. 4. 顧客の目で「価値」を定義 価値の及れを可 化 それを「エンドツーエン ド」で「 く、 く」及れ るようにする その及れの改善活動を、現 場で実際に仕事をしている 人々が う 5
- 6. Waterfall-Scrum-Kanban Waterfall 要求(スコープ) 分析 Scrum WIP 要求(スコープ) Kanban 要求(スコープ) WIP WIP 設計 実装 テスト 時間 Lead Time 1年で365の要求 を作る 時間 Lead Time 時間 一ヶ月で30個の 要求を作る Lead Time 一日１個 どれも、「平均」スループットは同じ。 リトルの法則： WIP（中間在庫） = Lead Time（出来上がるまでの時間） × Throughput（生産性） 同じThoughputなら、WIPを小さくすれば、LeadTimeが短くなる。→早く提供できる 6
- 7. WIP= Lead Time × Throughput リトルの法則 7
- 10. 福井県大野市は、人口4万人です。 だいたい、一日に何人の人が亡 くなりますか？ 40,000人/ 80歳 = 500人/ = 1 2人/日 ここでは待ち時間は人生の … 10
- 11. Scrum と Kanban と セル生産の共 通点は? リーンです。 (WIPを制限します) 11
- 12. What is WIP ? 12
- 13. Yatai (or Hotdog Stand) 13
- 14. “Stop starting, start finishing” - Henrik Kniberg 何を言っているか分からない方は、こちら。http://lean-trenches.com/one-day-in-kanban-land/ 14
- 15. {現れる} 現場 15
- 16. の (The End Of Methodology) “われわれは、ようやく成熟した。現在われわれが 作っているのは、「ふりかえり改善フレームワ ーク(Reflective Improvement Framework)」とも呼 ぶべきものであり、方 厱(methodology)ではな い。Crystal, Scrum, Kanbanがその で、これらは 少数のルールからなる。少数とは、プロジェク トを卞協するのには勘十分なくらい、でも、 なる観察と調整(inspect&adapt)を繰り返すよりも、 現場の人々が状況を改善するには十分なものだ。 式の「方 厱」、つまり ”Big-M の Methodology” は現在ではもう過ぎ去り日のもの になった。それはよいことだといえるだろう。” -- Alistair Cockburn 日本語訳: http://blogs.itmedia.co.jp/hiranabe/2011/05/end-of-methodology-ja.html 16
- 17. タスクかんばん 17
- 20. “Kanban, Successful Evolutionary Change for Your Technology Business” http://www.agilemanagement.net 20
- 23. astah* 開発チーム 23
- 27. ブラジル、Ci&T社にて Agile Brazil 2011参加後、訪問。 米国との同じタイムゾーンを利用した、アジャイ ルアウトソース（オフショア受託開発） 顧客毎にチームを組み、100%アジャイル開発 アジャイルとリーン原則を組み合わせ、現場も マネジメントも、顧客指向でチーム開発。 受託開発でもデキるアジャイル http://www.slideshare.net/yoshiyukiueda/ss-21833940
- 28. 1 2 3 p.28 Copyright © 2005-2007 Kenji HIRANABE, Some rights reserved
- 29. 1 2 3 4 5 6 7 p.29 Copyright © 2005-2007 Kenji HIRANABE, Some rights reserved 8
- 31. リーン開発の本質（あとがき） “多くの間違った標準化が、「人は本来怠け者でありしっ かり働かせるために規則を作らなければならない」とか ｢人は交換可能である｣というメンタリティから発してい る。もし、組織の文化や方針の中心にこのような考え方 があると、もしくは多くの 者がこのように考えてい るならば、「決して」リーン活動は成功しない。そうで はなく、「人の持つ工夫のモチベーションを活かす」こ と、「一人ひとりの人を育てる」ことこそ、マネジメン トの中心となるべきだ。「人」の要素はプロセスの中心 である。ここをやり間違えてはならない。 日本のソフ ト エ 化が、人の持つ半 と を大卲にしながら、 高品質、高生産性を上げる体質へと転換するきっかけに 本危がなることを うと 時に、 自 の 日からの 動につなげていこうと強く思う。 ” -- 平鍋健児 「リーン開発の本質」 http://blogs.itmedia.co.jp/hiranabe/2012/10/implementing-lean-software-developmentafterwords.html 31
- 32. Thank you! 32