リーン開発の本質公開用

2. 本日の内容    2013/12/6 トヨタ生産方式の研究から生まれた、「リーン」という概念が、ソフトウェア開発の現場でも活かされるようになってきています。しかし、リーン開発の中心を形成しているものは、原則集にしか過ぎないため、プロセスとしての形を持たず、理解、認識がしにくという特徴があります。今回は、書籍『リーン開発の本質』で語られている原則を、世の中の実例と対応させながらご紹介していきます。 Copyright (c) 2002-2013 Eiwa System Management, Inc. 2

3. スピーカー紹介  天野勝(あまのまさる) @amapyon    (株)永和システムマネジメントコンサルティングセンターセンター長オブジェクト指向、アジャイル開発、開発現場の活性化をテーマに、ファシリテーションを活用したコンサルティング、セミナーに従事。経歴    コミュニティ活動   『これだけ！KPT』『eXtreme Programmingテスト技法』『正しく学ぶソフトウエア設計』訳書  2013/12/6 オブラブ事務局長、アジャイルプロセス協議会編集委員、日本XPユーザグループ運営委員、日本ソフトウェアテストシンポジウム実行委員、プロジェクトファシリテータ協会副理事、 ETロボコン審査委員著書   1995年電機メーカの情報システム部門 2002年10月より現職『リーン開発の本質』『アジャイルソフトウェア開発スクラム』 Copyright (c) 2002-2013 Eiwa System Management, Inc. 3

6. KPTのセミナーやります有料です最強のカイゼンフレームワーク「KPT」～KPTの基礎知識を演習で学ぶ～  12月12日(木) 13:30～17:30 永和システムマネジメント東京支社料金：30,000円  特典1：「これだけ! KPT」持参で、5,000円引き     現場のお悩み相談もOK！お申込み/詳細  2013/12/6 電子書籍でもOK！特典2：ふりかえりファシリテータの無償派遣   特典付き http://esminc.doorkeeper.jp/events/6867 Copyright (c) 2002-2013 Eiwa System Management, Inc. 6

10. TPS(Toyota Production System)の家高品質・最小のコスト・最短のリードタイム最も安全・最高の勤労意欲ムダ取りによって生産の流れを短くするジャストインタイム必要なものを必要なだけ必要なときに自働化従業員・チームワーク・選択・共通の目標・稟議による意思決定・多能工として訓練（停止することによる品質管理）問題を視覚化する・継続的な流れ・プルシステム・素早い段取り替え・統合された物流継続的改善ムダ取り・現地現物・５つの「なぜ」・ムダを見抜く・問題解決・自動停止・アンドン・人と機械の分離・間違い防止・停止することによる品質管理・問題の本当の原因に取り組む（５つの「なぜ」）平準化安定して標準化された工程目で観る管理トヨタウェイの思想出典：『ザ・トヨタウェイ（上巻）』 2013/12/6 Copyright (c) 2002-2013 Eiwa System Management, Inc. 10

15. 納品後のソフトウェアの機能の利用度 Rarely 19% Sometimes 16% ときどき利用するほとんど利用しない余分な機能のムダよく利用する Often 13% いつも利用する全く利用しない Always 7% Never 45% Standish Group Study Reported at 2002 by Jim Johnson 利用される機能は全体の1/3、良く利用されるのは1/5 2013/12/6 Copyright (c) 2002-2013 Eiwa System Management, Inc. 15

18. リーン：Lean Software Developmentとは  トヨタ生産方式（TPS）を手本とした、より良いソフトウェア開発を考える思考ツール    アジャイル開発プロセスをTPSの文脈で表現 Bob Charette、Mary Poppendiek、Tom Poppendiekらが提唱『リーンソフトウェア開発(Lean Software Development)』   副題：An Agile Toolkit 7つの原則と、22の思考ツールを紹介している    『リーン開発の本質(Implementing Lean Software Development)』   2013/12/6 プラクティスを生成するための仕掛け 22の思考のツールにより、7つの原則をアジャイルプラクティスに変換副題：From Concept to Cash 7つの原則と、その現場への適用の考え方を紹介している Copyright (c) 2002-2013 Eiwa System Management, Inc. 18

19. 前提とするビジネス環境変化が早く大きい市場ニーズ獲得システムがニーズに対して陳腐化する供給 ¥ 供給者要求【前提】供給されたシステムによってもニーズが変化する。【前提】供給したシステムが、ニーズに合致することが、成功条件。システム要求を早く固定するとニーズとかい離するリスクが大きくなる開発参考：IPA「非ウォーターフォール型開発WG活動報告書」 http://sec.ipa.go.jp/reports/20110407.html システム開発には様々なリスクが潜んでいる 2013/12/6 Copyright (c) 2002-2013 Eiwa System Management, Inc. 19

24. 原則1：ムダをなくす生産工程での 7つのムダ在庫のムダソフトウェア開発での 7つのムダ未完成の作業のムダ説明例目的を達しない作業は意味がレビューが完了していないない設計書加工そのものの再学習のムダムダ同じような失敗を繰り返すチェックリストの項目が現状と乖離している作りすぎのムダ余分な機能のムダ今必要ではないことに時間を割く優先度の低い作業から取り掛かる運搬のムダ引き継ぎのムダ引継ぎをするたびに元の情報担当者が変わると、生産性 (特に暗黙値)が欠落していくや品質が落ちる手待ちのムダ遅れのムダ情報に遅れがあると制御が難まとめて大量にレビューするしくなる動作のムダタスク切り替えのムダ目的の異なる複数の作業を同プロジェクトを複数掛け持つ時に行う不良を作るムダ欠陥のムダ異常を放置してしまう欠陥がかなり後の工程でないと検出できない参考：『リーン開発の本質』 2013/12/6 Copyright (c) 2002-2013 Eiwa System Management, Inc. 24

27. ムダを排除するために要求待ち行列にフォームを入れる承認と優先順位待ち行列にフォームを入れるづけ技術評価待ち行列にフォームを入れるコーディングとテスト検査へ検査と運用担当へ配備修正合計4時間合計20分価値ムダ 5分 15分効率 1% 2分 1/2週間 15分 2週間 2時間 2週間 15分 1週間 3時間 45分 3分 1/2週間 2時間 40分 6週間 4時間バリューストリームマップの例顧客価値に結びつかないすべてがムダ出典：『リーン開発の本質』バリューストリームマップでプロセスのムダを見る 2013/12/6 Copyright (c) 2002-2013 Eiwa System Management, Inc. 27

30. 開発：テスト駆動開発(Test-Driven Development) 1 2 3 4 テストコードを書くテストに沿った製品コードを書くテストの失敗を確認するテストが通る最小コードを記述する 7 6 5 テストが通ることを確認する不吉な臭いはリファクタリング 8 TDDのプロセステストが通ることを確認する実行可能なユニットテストを作りながらプログラミングする 2013/12/6 Copyright (c) 2002-2013 Eiwa System Management, Inc. 30

33. 原則3：知識を作り出す Keep プロジェクト Try プロジェクト Problem 定期開催タイマー駆動 Keep Try Keep Problem Problem Try Keep Try Problem Keep Problem Try Keep Try Problem プロジェクト工程工程臨時開催イベント駆動 Keep Try Problem Keep Try Problem 学習サイクルを回しながら進める 2013/12/6 Copyright (c) 2002-2013 Eiwa System Management, Inc. 33

34. 短いイテレーションで開発するイテレーション計画開発実施 P D イテレーションふ早期の失敗はり次の糧となる計か開発実施え画り C A 会イテレーション・・・計画ふりかえり会イテレーションはタイムボックス 1～4週間・・・イテレーション開発実施リリースふり計か開発実施え画外部にり会リリースするふりかえり会場合もある早くに小さく失敗できる仕組み 2013/12/6 Copyright (c) 2002-2013 Eiwa System Management, Inc. 34

37. 継続的インテグレーション  開発中のソフトウェアを、常に動作可能な状態にする為の仕組みや、活動のこと  Continuous Integration    ビックバン結合による、コストを低減する   CIと略すことが多い常時結合と訳されることもある早期に不具合を見つけて取り除ける出荷ぎりぎりまで、ソフトウェア開発が行えるようになる  出荷前のテスト期間を大幅に短縮できるソフトウェアを常に出荷可能な状態に保ちます 2013/12/6 Copyright (c) 2002-2013 Eiwa System Management, Inc. 37

39. 継続的インテグレーション製品製品製品モジュールモジュールモジュールモジュールモジュールモジュールモジュールモジュール結合モジュール結合モジュールモジュール不具合不具合の原因は、最後に結合したモジュール参考：「継続的インテグレーション」http://ObjectClub.jp/community/XP-jp/xp_relate/cont-j 不具合発生の原因特定がしやすく、すぐに修正できます 2013/12/6 Copyright (c) 2002-2013 Eiwa System Management, Inc. 39

44. 継続的デリバリー開発要求開発要求デプロイ開発要求開発要求開発要求要求開発要求開発デプロイデプロイ開発要求要求開発要求デプロイデプロイ開発デプロイ本番環境 ※開発には、分析、設計、実装、テストの一連の作業が含まれる開発の終わった要求から順に、本番環境にデプロイする 2013/12/6 Copyright (c) 2002-2013 Eiwa System Management, Inc. 44

47. リーダーシップについて  メンバーが自律的に協働するように働きかける  指示命令だけで、メンバーを動かすようなリーダーを登場させないこと支配(指示命令)型リーダーの振る舞いメンバーの振る舞いサーバント(奉仕)型・メンバーの細かい行動まで指示を出す・メンバーの弱点に焦点を当てる・メンバーに自分の声を聞かせる・メンバーを引っ張る・メンバーが自発的に動けるようにサポートする・メンバーの強みに焦点を当てる・メンバーの声に耳を傾ける・メンバーを押す・恐れや義務感で行動する・言われてから行動する・言われたとおりにしようとする・役割や指示内容にだけに集中する・やりたい気持ちで行動する・言われる前に行動する・工夫できるところは工夫しようとする・リーダーの示すビジョンを意識するリーダーがボトルネックリーダー支配メンバーメンバーメンバーメンバーメンバーメンバーメンバーメンバー支援自律的に協働リーダー参考「NPO法人サーバント・リーダーシップ協会」 http://www.servantleader.jp/about_servant.html 2013/12/6 Copyright (c) 2002-2013 Eiwa System Management, Inc. 47

48. 見える化とは  見える化とは、異常を見えるようにし、行動を誘発する仕組み、および活動のこと   メンバー間で共有する見たくなくても眼に飛び込んでくる   自発的な行動を促す   五感に訴えかけるアイデアを出す、相互に確認しあうカイゼンの道具   管理の道具ではない現場主体の素早いフィードバックループを作る ⇒カイゼンが促進される異常が見えることで行動につながる 2013/12/6 Copyright (c) 2002-2013 Eiwa System Management, Inc. 48

50. 作業状況の見える化：タスクボード   イテレーションで完了すべき要求(ストーリ)や、タスク(調査、実装、改善)の状態を可視化したボードイテレーションバックログを管理する未着手実施中 Doing ToDo 要求タスク要求タスクタスクタスク完了 Done タスクタスク着手タスクタスク完了タスクタスクタスクの現時点の状況を把握できる 2013/12/6 Copyright (c) 2002-2013 Eiwa System Management, Inc. 50

リーン開発の本質 公開用

ESM SEC