SlideShare una empresa de Scribd logo

トヨタ生産方式とアジャイル開発20121210

•
•
Kazutaka Sankai
Kazutaka Sankai

お客さま向けに説明した資料です。

1 de 92
Descargar para leer sin conexión
トヨタ生産方式とアジャイル開発 トヨタ生産方式とアジャイル開発 生産方式 AGILE 年１２月１０日 ２０１２年 ２０１２ １２月１０日 株式会社オージス総研 株式会社オージス総研 オージス ビジネス・イノベーション・センター　山海一剛 ビジネス・イノベーション・センター　 1 株式会社オージス総研 株式会社オージス総研 オージス
Contents 1. まずはアジャイル開発について まずはアジャイル開発について アジャイル開発 2. 代表的な 代表的な方法論 3. なぜ今 アジャイル開発 開発なのか なぜ今、アジャイル開発なのか 4. リーンソフトウェア開発 リーンソフトウェア開発 5. 反復開発とトヨタ生産方式 反復開発とトヨタ生産方式 2 株式会社オージス総研 株式会社オージス総研 オージス
まずはアジャイル開発について まずはアジャイル開発について アジャイル開発 3 株式会社オージス総研 株式会社オージス総研 オージス
アジャイルに するイメージ アジャイルに対するイメージ 4 株式会社オージス総研 株式会社オージス総研 オージス
アジャイルに するイメージ アジャイルに対するイメージ • 行きあたりばったり 4 株式会社オージス総研 株式会社オージス総研 オージス
アジャイルに するイメージ アジャイルに対するイメージ • 行きあたりばったり • 終わりが無い 4 株式会社オージス総研 株式会社オージス総研 オージス
アジャイルに するイメージ アジャイルに対するイメージ • 行きあたりばったり • 終わりが無い • 見積りはしない 4 株式会社オージス総研 株式会社オージス総研 オージス
アジャイルに するイメージ アジャイルに対するイメージ • 行きあたりばったり • 終わりが無い • 見積りはしない • 計画は作らない（計画の作りようが無い） 4 株式会社オージス総研 株式会社オージス総研 オージス
アジャイルに するイメージ アジャイルに対するイメージ • 行きあたりばったり • 終わりが無い • 見積りはしない • 計画は作らない（計画の作りようが無い） • 予算が立てられない 4 株式会社オージス総研 株式会社オージス総研 オージス
アジャイルに するイメージ アジャイルに対するイメージ • 行きあたりばったり • 終わりが無い • 見積りはしない • 計画は作らない（計画の作りようが無い） • 予算が立てられない • ドキュメントは全く作らない（それで大丈夫？） 4 株式会社オージス総研 株式会社オージス総研 オージス
アジャイルに するイメージ アジャイルに対するイメージ • 行きあたりばったり • 終わりが無い • 見積りはしない • 計画は作らない（計画の作りようが無い） • 予算が立てられない • ドキュメントは全く作らない（それで大丈夫？） • ユーザの言いなりになって作る 4 株式会社オージス総研 株式会社オージス総研 オージス
アジャイルに するイメージ アジャイルに対するイメージ • 行きあたりばったり • 終わりが無い • 見積りはしない • 計画は作らない（計画の作りようが無い） • 予算が立てられない • ドキュメントは全く作らない（それで大丈夫？） • ユーザの言いなりになって作る 4 株式会社オージス総研 株式会社オージス総研 オージス
プロジェクトの プロジェクトの成功率 5 株式会社オージス総研 株式会社オージス総研 オージス
鉄の三角形 • Project management triangle • Iron triangleとも言う SCOPE QUALITY COST TIME http://en.wikipedia.org/wiki/Project_Management_Triangle 6 株式会社オージス総研 株式会社オージス総研 オージス
現状の 現状の開発 • 契約：ＳＣＯＰＥありき 契約：ＳＣＯＰＥありき ：ＳＣＯＰＥ – SCOPE（仕様）を決めれば、COSTとTIMEが決まる。 • 開発：ＳＣＯＰＥは変わらない前提 開発：ＳＣＯＰＥは わらない前提 ：ＳＣＯＰＥ – 一括請負とは、SCOPEは変わらない前提で、COSTとＴＩＭＥをコミットす ること SCOPE QUALITY COST TIME http://en.wikipedia.org/wiki/Project_Management_Triangle 7 株式会社オージス総研 株式会社オージス総研 オージス
でもソフトウェア開発とは でもソフトウェア開発とは ソフトウェア開発 • さまざまな変動要因(リスク）にさらされている。 さまざまな変動要因(リスク）にさらされている。 変動要因 – 毎回異なる – 業務、ユーザ、開発メンバ、適用技術…どこかが違う – スコープ自体も変化することが多い SCOPE QUALITY COST TIME 8 株式会社オージス総研 株式会社オージス総研 オージス
でもソフトウェア開発とは でもソフトウェア開発とは ソフトウェア開発 • さまざまな変動要因(リスク）にさらされている。 さまざまな変動要因(リスク）にさらされている。 変動要因 – 毎回異なる – 業務、ユーザ、開発メンバ、適用技術…どこかが違う – スコープ自体も変化することが多い SCOPE 変動 因 要因 動要 変 変動要因 変動要因 QUALITY COST TIME 因 変動 動要 要因 変 8 株式会社オージス総研 株式会社オージス総研 オージス
でもソフトウェア開発とは でもソフトウェア開発とは ソフトウェア開発 • さまざまな変動要因(リスク）にさらされている。 さまざまな変動要因(リスク）にさらされている。 変動要因 – 毎回異なる – 業務、ユーザ、開発メンバ、適用技術…どこかが違う – スコープ自体も変化することが多い変 化 SCOPE 変動 因 要因 動要 変 変動要因 変動要因 QUALITY COST TIME 因 変動 動要 要因 変 8 株式会社オージス総研 株式会社オージス総研 オージス
でもソフトウェア開発とは でもソフトウェア開発とは ソフトウェア開発 • さまざまな変動要因(リスク）にさらされている。 さまざまな変動要因(リスク）にさらされている。 変動要因 – 毎回異なる – 業務、ユーザ、開発メンバ、適用技術…どこかが違う – スコープ自体も変化することが多い変 化 事前に要件を定義しきれない 変化を拒否できない SCOPE 変動 因 要因 動要 変 変動要因 変動要因 QUALITY COST TIME 因 変動 動要 要因 変 8 株式会社オージス総研 株式会社オージス総研 オージス
最近の開発の 最近の開発の傾向 今まで 最近 大人数大規模開発 少数精鋭開発 マルチベンダー 社員のみ、少数のパートナー ユーザが決めた仕様に従って、最適な あいまいな要件をユーザと一緒に具体 設計と実装を行う 化する 早期に実現する ＰＭの悩みは… ＰＭの悩みは… • どうやってたくさんの開発技術者を • 業務にマッチした機能を、早く作って提 集めるのか 供するためにはどうすれば良いか • どうやって多数の開発者の品質を • 要件の追加変更に安く早く対応できる 平準化するか ためには、どうするべきか 誰にでも作れる メンバの成長 ＱＣＤ 業務との整合性＋変化対応力＋ＱＣＤ 9 株式会社オージス総研 株式会社オージス総研 オージス
最近の開発の 最近の開発の傾向 今まで 最近 大人数大規模開発 少数精鋭開発 マルチベンダー 社員のみ、少数のパートナー ユーザが決めた仕様に従って、最適な あいまいな要件をユーザと一緒に具体 設計と実装を行う 化する 早期に実現する ＰＭの悩みは… ＰＭの悩みは… • どうやってたくさんの開発技術者を • 業務にマッチした機能を、早く作って提 集めるのか 供するためにはどうすれば良いか • どうやって多数の開発者の品質を • 要件の追加変更に安く早く対応できる 平準化するか ためには、どうするべきか 誰にでも作れる メンバの成長 ＱＣＤ 業務との整合性＋変化対応力＋ＱＣＤ 9 株式会社オージス総研 株式会社オージス総研 オージス
最近の開発の 最近の開発の傾向 今まで 最近 大人数大規模開発 少数精鋭開発 マルチベンダー 社員のみ、少数のパートナー ユーザが決めた仕様に従って、最適な あいまいな要件をユーザと一緒に具体 設計と実装を行う 化する 早期に実現する ＰＭの悩みは… ＰＭの悩みは… • どうやってたくさんの開発技術者を • 業務にマッチした機能を、早く作って提 集めるのか 供するためにはどうすれば良いか • どうやって多数の開発者の品質を • 要件の追加変更に安く早く対応できる 平準化するか ためには、どうするべきか 誰にでも作れる メンバの成長 ＱＣＤ 業務との整合性＋変化対応力＋ＱＣＤ 9 株式会社オージス総研 株式会社オージス総研 オージス
現状の開発スタイルの 現状の開発スタイルの課題 スタイル • Ｖモデル 要求定義 ユーザテスト 詳細仕様 システムテスト 設計 結合テスト 結合テスト 実装･単体テスト 実装･単体テスト 10 株式会社オージス総研 株式会社オージス総研 オージス
現状の開発スタイルの 現状の開発スタイルの課題 スタイル • Ｖモデル 要求定義 ユーザテスト 詳細仕様 システムテスト 設計 結合テスト 結合テスト 進捗は 進捗は見えても 品質は 品質は見えない 実装･単体テスト 実装･単体テスト 10 株式会社オージス総研 株式会社オージス総研 オージス
現状の開発スタイルの 現状の開発スタイルの課題 スタイル • Ｖモデル 要求定義 ユーザテスト 詳細仕様 システムテスト 設計 結合テスト 結合テスト 進捗は 進捗は見えても 品質は 品質は見えても 品質は 品質は見えない 進捗は 進捗は見えない 実装･単体テスト 実装･単体テスト 10 株式会社オージス総研 株式会社オージス総研 オージス
現状の開発スタイルの 現状の開発スタイルの課題 スタイル 大きな問題ほど最後に見つかる きな問題ほど最後に 問題ほど最後 • Ｖモデル 　　・仕様の誤理解 　　・データ構造の誤理解… 要求定義 ユーザテスト 詳細仕様 システムテスト 設計 結合テスト 結合テスト 進捗は 進捗は見えても 品質は 品質は見えても 品質は 品質は見えない 進捗は 進捗は見えない 実装･単体テスト 実装･単体テスト 10 株式会社オージス総研 株式会社オージス総研 オージス
そのためアジャイルは そのためアジャイルは アジャイル • 反復しながらお客様にとっての最大の価値を追及する 反復しながらお客様にとっての最大の価値を追及する しながらお客様にとっての最大 – 反復することによりリスクを回避する 反復することによりリスクを回避する することによりリスク – SCOPEを可変のものと考える SCOPEを可変のものと考 のものと – 反復の 改善活動を プロジェクトの特徴に適合させる 反復の中で改善活動を行い、プロジェクトの特徴に適合させる SCOPE QUALITY COST TIME 11 株式会社オージス総研 株式会社オージス総研 オージス
そのためアジャイルは そのためアジャイルは アジャイル • 反復しながらお客様にとっての最大の価値を追及する 反復しながらお客様にとっての最大の価値を追及する しながらお客様にとっての最大 – 反復することによりリスクを回避する 反復することによりリスクを回避する することによりリスク – SCOPEを可変のものと考える SCOPEを可変のものと考 のものと – 反復の 改善活動を プロジェクトの特徴に適合させる 反復の中で改善活動を行い、プロジェクトの特徴に適合させる 変更可能！ 変更可能！ SCOPE QUALITY COST TIME 11 株式会社オージス総研 株式会社オージス総研 オージス
そのためアジャイルは そのためアジャイルは アジャイル • 反復しながらお客様にとっての最大の価値を追及する 反復しながらお客様にとっての最大の価値を追及する しながらお客様にとっての最大 – 反復することによりリスクを回避する 反復することによりリスクを回避する することによりリスク – SCOPEを可変のものと考える SCOPEを可変のものと考 のものと – 反復の 改善活動を プロジェクトの特徴に適合させる 反復の中で改善活動を行い、プロジェクトの特徴に適合させる 変更可能！ 変更可能！ 可変 SCOPE QUALITY 固定 COST TIME 11 株式会社オージス総研 株式会社オージス総研 オージス
補足 • 従来手法、アジャイル、ＣＣＰＭの比較 従来手法、アジャイル、ＣＣＰＭの 、ＣＣＰＭ SCOPE COST TIME ＴＩＭＥ ＱＵＡＬＩＴＹ SCOPE QUALITY QUALITY COST TIME COST ＳＣＯＰＥ アジャイル　　　　　　　ＣＣＰＭ　　　　　　従来手法 アジャイル　　　　　　　ＣＣＰＭ　　　　　　従来手法 　　　　　　　ＣＣＰＭ　　　　　　 12 株式会社オージス総研 株式会社オージス総研 オージス
補足 • 従来手法、アジャイル、ＣＣＰＭの比較 従来手法、アジャイル、ＣＣＰＭの 、ＣＣＰＭ 可変 SCOPE COST TIME ＴＩＭＥ ＱＵＡＬＩＴＹ SCOPE QUALITY QUALITY COST TIME COST ＳＣＯＰＥ 固定 アジャイル　　　　　　　ＣＣＰＭ　　　　　　従来手法 アジャイル　　　　　　　ＣＣＰＭ　　　　　　従来手法 　　　　　　　ＣＣＰＭ　　　　　　 12 株式会社オージス総研 株式会社オージス総研 オージス
アジャイル開発の アジャイル開発の３要素 開発 • 短い反復 – 要件が全部決まってなくても、開発に着手できる。 – 技術的なリスクを早期に取り除くことができる。 – 早い段階から業務を検証できる。 – 要件の追加・変更を効率的に取り込める。 – ユーザの負荷が平準化される。 – 反復の都度、プロセスやルールを改善することができる。 • 動くソフト – 動くソフトによって早期に業務との整合性を確認できる。 – 進捗と品質を現物で把握できる。 • 自発的に改善できる開発チーム 自発的 改善できる開発チーム できる開発 – メンバの成長を促す。 – メンバのモチベーションを向上させる。 13 株式会社オージス総研 株式会社オージス総研 オージス
アジャイ アジャイル＝機敏 (Agile Software Development) • アジャル(Agile)は、「機敏な」という意味 • 機敏なソフトウエア開発を行う手法 →では「機敏さ」とは？ – 経営環境の変化に迅速に追随するために – 積極的に仕様変更・追加を受け入れる 受 14 株式会社オージス総研 株式会社オージス総研 オージス
アジャイル宣言 アジャイル宣言 •アジャル宣言(Agile Manifesto） アジャル宣言( アジャル宣言 Manifesto） 2001年 2001年２月に, １７名の方法論者により、それぞ １７名 により、 れの方法論の共通する、価値と原則が宣言された れの方法論の共通する、価値と原則が宣言された 方法論 する 15 株式会社オージス総研 株式会社オージス総研 オージス
それゆえアジャイル開発とは それゆえアジャイル開発とは アジャイル開発 • ひとつの方法論を指すものではない • 体系立てられた「プロセス」ではない • 方法論によって、提唱している範囲が違う – 開発の現場で何をすべきか→プラクティス – マネジメントの仕方やチーム編成 – ユーザ要求の作業への落とし方 – リーダやメンバの心構え（メンタリティ） • ベースになる考え方（４つの価値と１２の原則）は共 通している 反復開発については、全ての方法論が前提と • 特に反復開発 反復開発 している。 16 株式会社オージス総研 株式会社オージス総研 オージス
代表的な 代表的な方法論 17 株式会社オージス総研 株式会社オージス総研 オージス
よく利用されている手法（ よく利用されている手法（XP) 利用されている手法 • エクストリーム・プログラミング (1996) エクストリーム・ – eXtreme Programming（XP http://www.extremeprogramming.org/ XP) XP – 提唱者：Kent Beck – 軽量的、変化に対応する手法 – プログラミングテクニックの応用、コミュニケーション、チー ムワークにフォーカスする • コミュニケーション、フィードバック、シンプルさ、勇気と尊重という5 つの価値をベースとしたソフトウエア開発の哲学 • ソフトウエア開発を改善するための証明された有用なプラクティス の集合 • 価値をプラクティスへ移転するための原則とテクニックの集合 • 価値とプラクティスを共有するコミュニティ 18 株式会社オージス総研 株式会社オージス総研 オージス 18
よく利用されている手法（ よく利用されている手法（SCRUM) 利用されている手法 • スクラム – Scrum http://www.scrumalliance.org/ – 起源：日本の企業における製品開発の管理方法 • 一橋大学の野中郁次郎と竹内弘高が Harvard Business Review 誌に発表し た “The New New Product Development Game“ （1986年1-2月） – プロジェクトマネジメントにフォーカスした方法論 • チーム、スクラムマスタ、プロダクトオーナーはチームを構成する • プロジェクトは最長4週間の期間に分割し、各期間はスプリントと呼ぶ • スプリントは実際にソフトウェア開発が行われる工程である。スプリントは、開 発、まとめ、レビュー、調整の繰り返しである – 自己組織化されたチーム • 自ら持続的改善活動を推進できるチームを目指す • チーム活性化のための枠組みでもある 19 株式会社オージス総研 株式会社オージス総研 オージス 19
反復開発とトヨタ生産方式 反復開発とトヨタ生産方式 • アジャイルの主要な概念である反復開発 をトヨタ生産方式との対比で説明してみる 20 株式会社オージス総研 株式会社オージス総研 オージス
フォード生産方式（フォードシステム） フォード生産方式（フォードシステム） 生産方式 • 少品種大量生産 • カルチャー – 沢山作れば安くなる – 工程ごとに生産能力いっぱいまで作る – ラインを止めない – 同じ製品種類毎にまとめて加工 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 21 株式会社オージス総研 株式会社オージス総研 オージス
フォード生産方式（フォードシステム） フォード生産方式（フォードシステム） 生産方式 • 少品種大量生産 • カルチャー – 沢山作れば安くなる – 工程ごとに生産能力いっぱいまで作る – ラインを止めない – 同じ製品種類毎にまとめて加工 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 21 株式会社オージス総研 株式会社オージス総研 オージス
フォード生産方式（フォードシステム） フォード生産方式（フォードシステム） 生産方式 • 少品種大量生産 • カルチャー – 沢山作れば安くなる – 工程ごとに生産能力いっぱいまで作る – ラインを止めない – 同じ製品種類毎にまとめて加工 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 売れ残り 21 株式会社オージス総研 株式会社オージス総研 オージス
フォード生産方式（フォードシステム） フォード生産方式（フォードシステム） 生産方式 • 少品種大量生産 • カルチャー – 沢山作れば安くなる – 工程ごとに生産能力いっぱいまで作る – ラインを止めない – 同じ製品種類毎にまとめて加工 • 不良品が発生すれば…次の工程で発見されるころには… 不良品が発生すれば… すれば 工程で発見されるころには… されるころには 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 22 株式会社オージス総研 株式会社オージス総研 オージス
フォード生産方式（フォードシステム） フォード生産方式（フォードシステム） 生産方式 • 少品種大量生産 • カルチャー – 沢山作れば安くなる – 工程ごとに生産能力いっぱいまで作る – ラインを止めない – 同じ製品種類毎にまとめて加工 • 不良品が発生すれば…次の工程で発見されるころには… 不良品が発生すれば… すれば 工程で発見されるころには… されるころには 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 22 株式会社オージス総研 株式会社オージス総研 オージス
フォード生産方式（フォードシステム） フォード生産方式（フォードシステム） 生産方式 • 少品種大量生産 • カルチャー – 沢山作れば安くなる – 工程ごとに生産能力いっぱいまで作る – ラインを止めない – 同じ製品種類毎にまとめて加工 • 不良品が発生すれば…次の工程で発見されるころには… 不良品が発生すれば… すれば 工程で発見されるころには… されるころには 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 ・加工器具の故障 ・手順のミス… 22 株式会社オージス総研 株式会社オージス総研 オージス
フォード生産方式（フォードシステム） フォード生産方式（フォードシステム） 生産方式 • 少品種大量生産 • カルチャー – 沢山作れば安くなる – 工程ごとに生産能力いっぱいまで作る – ラインを止めない – 同じ製品種類毎にまとめて加工 • 不良品が発生すれば…次の工程で発見されるころには… 不良品が発生すれば… すれば 工程で発見されるころには… されるころには すでに大量の不良品が 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 ・加工器具の故障 ・手順のミス… 22 株式会社オージス総研 株式会社オージス総研 オージス
フォード生産方式（フォードシステム） フォード生産方式（フォードシステム） 生産方式 • 少品種大量生産 • カルチャー – 沢山作れば安くなる – 工程ごとに生産能力いっぱいまで作る – ラインを止めない – 同じ製品種類毎にまとめて加工 • 不良品が発生すれば…次の工程で発見されるころには… 不良品が発生すれば… すれば 工程で発見されるころには… されるころには すでに大量の不良品が 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 ・加工器具の故障 ラインを止めるのは罪なので、そのま ・手順のミス… ま最終検査まで行ってしまうかも… 22 株式会社オージス総研 株式会社オージス総研 オージス
フォード生産方式（フォードシステム） フォード生産方式（フォードシステム） 生産方式 • 少品種大量生産 • カルチャー – 沢山作れば安くなる – 工程ごとに生産能力いっぱいまで作る – ラインを止めない – 同じ製品種類毎にまとめて加工 • 不良品が発生すれば…次の工程で発見されるころには… 不良品が発生すれば… すれば 工程で発見されるころには… されるころには すでに大量の不良品が 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 売れ残り ・加工器具の故障 ラインを止めるのは罪なので、そのま ・手順のミス… ま最終検査まで行ってしまうかも… 22 株式会社オージス総研 株式会社オージス総研 オージス
トヨタ生産方式 トヨタ生産方式 • 多品種少量生産 • カルチャー – ジャストインタイム（必要なものを、必要なだけ、必要なときに） – 在庫レス – 現場の判断でラインを止める – なぜを５回繰り返す • もし不良品が発生すれば… もし不良品が発生すれば… 不良品 すれば 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 23 株式会社オージス総研 株式会社オージス総研 オージス
トヨタ生産方式 トヨタ生産方式 • 多品種少量生産 • カルチャー – ジャストインタイム（必要なものを、必要なだけ、必要なときに） – 在庫レス – 現場の判断でラインを止める – なぜを５回繰り返す • もし不良品が発生すれば… もし不良品が発生すれば… 不良品 すれば ・加工器具の故障 ・手順のミス… 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 23 株式会社オージス総研 株式会社オージス総研 オージス
トヨタ生産方式 トヨタ生産方式 • 少品種大量生産 • カルチャー – ジャストインタイム（必要なものを、必要なだけ、必要なときに） – 在庫レス – 現場の判断でラインを止める – なぜを５回繰り返す • その場でカイゼン活動 その場 カイゼン活動 ・加工器具の故障 ・手順のミス… 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 24 株式会社オージス総研 株式会社オージス総研 オージス
トヨタ生産方式 トヨタ生産方式 • 少品種大量生産 • カルチャー – ジャストインタイム（必要なものを、必要なだけ、必要なときに） – 在庫レス – 現場の判断でラインを止める – なぜを５回繰り返す • その場でカイゼン活動 その場 カイゼン活動 ・加工器具の故障 ・手順のミス… 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 24 株式会社オージス総研 株式会社オージス総研 オージス
トヨタ生産方式 トヨタ生産方式 • 少品種大量生産 • カルチャー – ジャストインタイム（必要なものを、必要なだけ、必要なときに） – 在庫レス – 現場の判断でラインを止める – なぜを５回繰り返す • その場でカイゼン活動 その場 カイゼン活動 ・加工器具の故障 ・手順のミス… 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 ラインを止める 24 株式会社オージス総研 株式会社オージス総研 オージス
トヨタ生産方式 トヨタ生産方式 • 少品種大量生産 • カルチャー – ジャストインタイム（必要なものを、必要なだけ、必要なときに） – 在庫レス – 現場の判断でラインを止める – なぜを５回繰り返す • その場でカイゼン活動 その場 カイゼン活動 ・加工器具の故障 ・手順のミス… 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 ラインを止める なぜを５回繰り返す 不具合発生の真因は？ 24 株式会社オージス総研 株式会社オージス総研 オージス
トヨタ生産方式 トヨタ生産方式 • 少品種大量生産 • カルチャー – ジャストインタイム（必要なものを、必要なだけ、必要なときに） – 在庫レス – 現場の判断でラインを止める – なぜを５回繰り返す • その場でカイゼン活動 その場 カイゼン活動 ・加工器具の故障 ・手順のミス… 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 ラインを止める カイゼン なぜを５回繰り返す 　不具合真因の排除 不具合発生の真因は？ 24 株式会社オージス総研 株式会社オージス総研 オージス
トヨタ生産方式 トヨタ生産方式 • 少品種大量生産 • カルチャー – ジャストインタイム（必要なものを、必要なだけ、必要なときに） – 在庫レス – 現場の判断でラインを止める – なぜを５回繰り返す • その場でカイゼン活動 その場 カイゼン活動 ・加工器具の故障 ・手順のミス… 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 ラインを止める カイゼン なぜを５回繰り返す 　不具合真因の排除 不具合発生の真因は？ 24 株式会社オージス総研 株式会社オージス総研 オージス
トヨタ生産方式 トヨタ生産方式 • 少品種大量生産 • カルチャー – ジャストインタイム（必要なものを、必要なだけ、必要なときに） – 在庫レス 問題を顕在化させる仕組み – 現場の判断でラインを止める – なぜを５回繰り返す • その場でカイゼン活動 その場 カイゼン活動 ・加工器具の故障 ・手順のミス… 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 ラインを止める カイゼン なぜを５回繰り返す 　不具合真因の排除 不具合発生の真因は？ 24 株式会社オージス総研 株式会社オージス総研 オージス
トヨタ生産方式 トヨタ生産方式 • 少品種大量生産 • カルチャー – ジャストインタイム（必要なものを、必要なだけ、必要なときに） – 在庫レス 問題を顕在化させる仕組み – 素早くカイゼンのサイクルを廻す仕組み 現場の判断でラインを止める – なぜを５回繰り返す • その場でカイゼン活動 その場 カイゼン活動 ・加工器具の故障 ・手順のミス… 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 ラインを止める カイゼン なぜを５回繰り返す 　不具合真因の排除 不具合発生の真因は？ 24 株式会社オージス総研 株式会社オージス総研 オージス
ウォーターフォール＝フォード生産方式 ウォーターフォール＝フォード生産方式 • 全ての機能を同時に作り、まとめてリリース ての機能 同時に 機能を まとめてリリース • 工程ごとに期限を決めて作る 工程ごとに期限を めて作 ごとに期限 ユーザテスト 要件定義 詳細設計 開発・単体Ｔ 開発・単体Ｔ 結合テスト 結合テスト システムテスト ユーザ検収 検収） （ユーザ検収） 25 株式会社オージス総研 株式会社オージス総研 オージス
ウォーターフォール＝フォード生産方式 ウォーターフォール＝フォード生産方式 • 全ての機能を同時に作り、まとめてリリース ての機能 同時に 機能を まとめてリリース • 工程ごとに期限を決めて作る 工程ごとに期限を めて作 ごとに期限 ユーザテスト 要件定義 詳細設計 開発・単体Ｔ 開発・単体Ｔ 結合テスト 結合テスト システムテスト ユーザ検収 検収） （ユーザ検収） 25 株式会社オージス総研 株式会社オージス総研 オージス
ウォーターフォール＝フォード生産方式 ウォーターフォール＝フォード生産方式 • 全ての機能を同時に作り、まとめてリリース ての機能 同時に 機能を まとめてリリース • 工程ごとに期限を決めて作る 工程ごとに期限を めて作 ごとに期限 使われな い機能 ユーザテスト 要件定義 詳細設計 開発・単体Ｔ 開発・単体Ｔ 結合テスト 結合テスト システムテスト ユーザ検収 検収） （ユーザ検収） 25 株式会社オージス総研 株式会社オージス総研 オージス
ウォーターフォール＝フォード生産方式 ウォーターフォール＝フォード生産方式 • 全ての機能を同時に作り、まとめてリリース ての機能 同時に 機能を まとめてリリース • 工程ごとに期限を決めて作る 工程ごとに期限を めて作 ごとに期限 • もし大きな誤り（仕様誤解）があれば もし大きな誤 仕様誤解） 使われな い機能 ユーザテスト 要件定義 詳細設計 開発・単体Ｔ 開発・単体Ｔ 結合テスト 結合テスト システムテスト ユーザ検収 検収） （ユーザ検収） 25 株式会社オージス総研 株式会社オージス総研 オージス
ウォーターフォール＝フォード生産方式 ウォーターフォール＝フォード生産方式 • 全ての機能を同時に作り、まとめてリリース ての機能 同時に 機能を まとめてリリース • 工程ごとに期限を決めて作る 工程ごとに期限を めて作 ごとに期限 • もし大きな誤り（仕様誤解）があれば もし大きな誤 仕様誤解） 使われな い機能 ユーザテスト 要件定義 詳細設計 開発・単体Ｔ 開発・単体Ｔ 結合テスト 結合テスト システムテスト ユーザ検収 検収） （ユーザ検収） 25 株式会社オージス総研 株式会社オージス総研 オージス
現状の開発スタイルの 現状の開発スタイルの課題 スタイル • Ｖモデル 要求定義 ユーザテスト 詳細仕様 システムテスト 設計 結合テスト 結合テスト 実装･単体テスト 実装･単体テスト 26 株式会社オージス総研 株式会社オージス総研 オージス
現状の開発スタイルの 現状の開発スタイルの課題 スタイル • Ｖモデル 要求定義 ユーザテスト 詳細仕様 システムテスト 設計 結合テスト 結合テスト 進捗は 進捗は見えても 品質は 品質は見えない 実装･単体テスト 実装･単体テスト 26 株式会社オージス総研 株式会社オージス総研 オージス
現状の開発スタイルの 現状の開発スタイルの課題 スタイル • Ｖモデル 要求定義 ユーザテスト 詳細仕様 システムテスト 設計 結合テスト 結合テスト 進捗は 進捗は見えても 品質は 品質は見えても 品質は 品質は見えない 進捗は 進捗は見えない 実装･単体テスト 実装･単体テスト 26 株式会社オージス総研 株式会社オージス総研 オージス
現状の開発スタイルの 現状の開発スタイルの課題 スタイル 大きな問題ほど最後に見つかる きな問題ほど最後に 問題ほど最後 • Ｖモデル 　　・仕様の誤理解 　　・データ構造の誤理解… 要求定義 ユーザテスト 詳細仕様 システムテスト 設計 結合テスト 結合テスト 進捗は 進捗は見えても 品質は 品質は見えても 品質は 品質は見えない 進捗は 進捗は見えない 実装･単体テスト 実装･単体テスト 26 株式会社オージス総研 株式会社オージス総研 オージス
反復開発 • Ｖモデルは変えられない モデルは • 「一回のＶ」＝「イテレーション」（要求定義～ユーザによる受け入れテスト） 一回のＶ」＝「イテレーション 要求定義～ユーザによる イテレーション」 による受 テスト） • Ｖを反復する 反復する 27 株式会社オージス総研 株式会社オージス総研 オージス
反復開発 • Ｖモデルは変えられない モデルは • 「一回のＶ」＝「イテレーション」（要求定義～ユーザによる受け入れテスト） 一回のＶ」＝「イテレーション 要求定義～ユーザによる イテレーション」 による受 テスト） • Ｖを反復する 反復する 27 株式会社オージス総研 株式会社オージス総研 オージス
反復開発 • Ｖモデルは変えられない モデルは • 「一回のＶ」＝「イテレーション」（要求定義～ユーザによる受け入れテスト） 一回のＶ」＝「イテレーション 要求定義～ユーザによる イテレーション」 による受 テスト） • Ｖを反復する 反復する 27 株式会社オージス総研 株式会社オージス総研 オージス
反復開発 • Ｖモデルは変えられない モデルは • 「一回のＶ」＝「イテレーション」（要求定義～ユーザによる受け入れテスト） 一回のＶ」＝「イテレーション 要求定義～ユーザによる イテレーション」 による受 テスト） • Ｖを反復する 反復する 27 株式会社オージス総研 株式会社オージス総研 オージス
具体的には： 具体的には：反復開発 には • Ｖモデルは変えられない モデルは • Ｖを反復する 反復する • 「一回のＶ」＝「イテレーション」 一回のＶ」＝「イテレーション」 イテレーション 　　　（要求定義～ユーザによる受け入れテスト） •必要な機能から順次提供 必要な機能から順次提供 必要 から •フィードバック・ループ（ユーザの受入れテスト ： 誤解 ミスは即カイゼン） フィードバック・ フィードバック ループ（ユーザの受入れ 誤解/ミス ミスは カイゼン） ソフトウェア開発における ソフトウェア開発における　 開発における　 •問題を顕在化させる仕組み 問題を顕在化させる仕組み 問題 させる仕組 •素早くカイゼンのサイクルを廻す仕組み 素早く 素早 カイゼンのサイクルを 仕組み 28 株式会社オージス総研 株式会社オージス総研 オージス
トヨタ生産方式の トヨタ生産方式の展開 生産方式 製造業 ソフトウェア 世界のソフトウェア業界は、トヨタに学ぼうとしている 29 株式会社オージス総研 株式会社オージス総研 オージス
トヨタ生産方式の トヨタ生産方式の展開 生産方式 製造業 フォード生産方式 フォード生産方式 ソフトウェア ｳｫｰﾀｰﾌｫｰﾙ開発 ｳｫｰﾀｰﾌｫｰﾙ開発 1970年 Winston W.Royce →DoＤ規格 世界のソフトウェア業界は、トヨタに学ぼうとしている 29 株式会社オージス総研 株式会社オージス総研 オージス
トヨタ生産方式の トヨタ生産方式の展開 生産方式 製造業 トヨタ生産方式がオリジナル フォード生産方式 フォード生産方式 リーン生産方式 リーン生産方式 ホワイトカラーへの適用 　・ＴＯＣ 　・クリティカル・チェーン ソフトウェア ｳｫｰﾀｰﾌｫｰﾙ開発 ｳｫｰﾀｰﾌｫｰﾙ開発 1970年 Winston W.Royce →DoＤ規格 世界のソフトウェア業界は、トヨタに学ぼうとしている 29 株式会社オージス総研 株式会社オージス総研 オージス
トヨタ生産方式の トヨタ生産方式の展開 生産方式 製造業 トヨタ生産方式がオリジナル フォード生産方式 フォード生産方式 リーン生産方式 リーン生産方式 ホワイトカラーへの適用 　・ＴＯＣ 　・クリティカル・チェーン ソフトウェア ｳｫｰﾀｰﾌｫｰﾙ開発 ｳｫｰﾀｰﾌｫｰﾙ開発 1970年 Winston W.Royce →DoＤ規格 世界のソフトウェア業界は、トヨタに学ぼうとしている 29 株式会社オージス総研 株式会社オージス総研 オージス
トヨタ生産方式の トヨタ生産方式の展開 生産方式 製造業 トヨタ生産方式がオリジナル フォード生産方式 フォード生産方式 リーン生産方式 リーン生産方式 ホワイトカラーへの適用 　・ＴＯＣ 　・クリティカル・チェーン ソフトウェア ｳｫｰﾀｰﾌｫｰﾙ開発 ｳｫｰﾀｰﾌｫｰﾙ開発 アジャイル（の土台） 土台） 1970年 Winston W.Royce →DoＤ規格 （米国）「トヨタウェイ」に着目 世界のソフトウェア業界は、トヨタに学ぼうとしている 29 株式会社オージス総研 株式会社オージス総研 オージス
リーンソフトウェア開発 リーンソフトウェア開発 • Ｍ．Ｐｏｐｐｅｎｄｉｅｋ – ３Ｍでのコンサル経験 – ビデオ生産ラインへのトヨタ生産方式適用 – ソフトウェアへの応用へ… • Lean Software Development – もっともトヨタ生産方式に影響を受けた開発手法 – リーン思考の原点「1940年代末、トヨタという小さな企業が…」 　（平鍋健児 　（平鍋健児他訳「リーンソフトウェア開発」第一章の冒頭） リーンソフトウェア開発 第一章の冒頭） 開発」 30 株式会社オージス総研 株式会社オージス総研 オージス
トヨタの トヨタの家 最高の品質・最小のコスト・最短のリードタイム ムダ取りによって生産の れを短 ムダ取りによって生産の流れを短くする 生産 ジャストインタイム 従業員・ 従業員・チームワーク 自働化 ・選択　・業績による意思決定 必要なものを 必要なものを ・共通の目標　・多能工として訓練 問題を視覚化する 問題を視覚化する 必要なだけ 必要なだけ 必要なときに 必要なときに ・自動停止 継続的改善 ・あんどん ・継続的な流れ 継続的な 機械の ・人と機械の分離 ・プルシステム ホカよけ ・ホカよけ ・素早い段取替え 素早い段取替え ムダ取り ・停止することによる 停止することによる ・統合された物流 統合された された物流 ・現地現物　・ムダを見抜く 　　　　　　　品質管理 　　　　　　　品質管理 ・「なぜ」を５回　・問題解決 問題の真因に ・問題の真因に取り組む 平準化 安定して標準化された して標準化された工程 安定して標準化された工程 目で見る管理 トヨタウェイの トヨタウェイの世界 31 株式会社オージス総研 株式会社オージス総研 オージス
ムダどり ムダどり 生産工程の つのムダ* 生産工程の７つのムダ* ムダ ソフトウェア開発の つのムダ ソフトウェア開発の７つのムダ 開発 在庫のムダ 在庫の 半完成の成果物のムダ 加工そのもののムダ 加工そのもののムダ そのものの 文書作成のムダ 作りすぎのムダ りすぎのムダ 余分な機能のムダ 運搬のムダ 運搬の タスクスイッチのムダ 手待ちのムダ 手待ちのムダ ちの 手待ちのムダ 動作のムダ 動作の 動作のムダ 不良を作るムダ 不良を 欠陥（バグ）を作るムダ *新郷重夫, トヨタのエンジニアであり，JIT技術のオーソリティ 訳注：80年代後半，アメリカで活躍したトヨタ生産方式のコンサルタント．アメリカでは，トヨタ生産方 式を米国産業に広めた人として有名．ユタ州大学にはShingo賞がある．日本におけるデミング賞 のようなもの．（ただし，この「７つのムダ」は大野耐一によって定式化されていた．） 32 *平鍋健児氏の資料より引用 株式会社オージス総研 株式会社オージス総研 オージス
タスクボードによる見える化 かんばん） タスクボードによる見える化（かんばん） ボードによる ホワイトボードと付箋で ホワイトボードと付箋で実現 反復内の 反復内の 未着手 作業中 完了 残作業を 残作業を グラフ化 グラフ化 縦軸： 縦軸：残時間 横軸： 横軸：日付 作業状況の える化 作業状況の見える化 付箋１ 付箋１枚が１つのタスク つのタスク 33 株式会社オージス総研 株式会社オージス総研 オージス
タスクボード 34 *平鍋健児氏の資料より引用 株式会社オージス総研 株式会社オージス総研 オージス
ソフトウェアあんどん ソフトウェアあんどん 35 株式会社オージス総研 株式会社オージス総研 オージス
アジャイル開発の アジャイル開発の要素 開発 36 参考：アジャイルプロセス協議会セミナー資料 株式会社オージス総研 株式会社オージス総研 オージス
アジャイル開発の アジャイル開発の要素 開発 反復開発 36 参考：アジャイルプロセス協議会セミナー資料 株式会社オージス総研 株式会社オージス総研 オージス
アジャイル開発における価値 アジャイル開発における価値 開発における 　　プロジェクトの成否からプロダクトの効果へ 　　プロジェクトの成否からプロダクトの効果へ プロジェクト からプロダクト 要件定義 ユーザテスト 基本設計 システムテスト 機能設計 結合テスト 結合テスト 詳細設計 単体テスト 単体テスト コーディング 37 株式会社オージス総研 株式会社オージス総研 オージス
アジャイル開発における価値 アジャイル開発における価値 開発における 　　プロジェクトの成否からプロダクトの効果へ 　　プロジェクトの成否からプロダクトの効果へ プロジェクト からプロダクト 要件定義 ユーザテスト 従来の 従来の価値観 プロジェクトの成否） （プロジェクトの成否） 基本設計 システムテスト 機能設計 結合テスト 結合テスト 詳細設計 単体テスト 単体テスト コーディング 37 株式会社オージス総研 株式会社オージス総研 オージス
アジャイル開発における価値 アジャイル開発における価値 開発における 　　プロジェクトの成否からプロダクトの効果へ 　　プロジェクトの成否からプロダクトの効果へ プロジェクト からプロダクト 業務設計 適用（or試行） 要件定義 ユーザテスト 従来の 従来の価値観 プロジェクトの成否） （プロジェクトの成否） 基本設計 システムテスト 機能設計 結合テスト 結合テスト 詳細設計 単体テスト 単体テスト コーディング 37 株式会社オージス総研 株式会社オージス総研 オージス
アジャイル開発における価値 アジャイル開発における価値 開発における 　　プロジェクトの成否からプロダクトの効果へ 　　プロジェクトの成否からプロダクトの効果へ プロジェクト からプロダクト 経営環境の 経営環境の変化 早く、安く、使えるものを 企業の生き残り えるものを…企業 企業の 経営環境への追随 経営環境への追随 への 業務設計 適用（or試行） 要件定義 ユーザテスト 従来の 従来の価値観 プロジェクトの成否） （プロジェクトの成否） 基本設計 システムテスト 機能設計 結合テスト 結合テスト 詳細設計 単体テスト 単体テスト コーディング 37 株式会社オージス総研 株式会社オージス総研 オージス
アジャイル開発における価値 アジャイル開発における価値 開発における 　　プロジェクトの成否からプロダクトの効果へ 　　プロジェクトの成否からプロダクトの効果へ プロジェクト からプロダクト 経営環境の 経営環境の変化 早く、安く、使えるものを 企業の生き残り えるものを…企業 企業の 経営環境への追随 経営環境への追随 への 業務設計 適用（or試行） 要件定義 ユーザテスト 従来の 従来の価値観 プロジェクトの成否） （プロジェクトの成否） 基本設計 システムテスト 機能設計 結合テスト 結合テスト 詳細設計 単体テスト 単体テスト コーディング 37 株式会社オージス総研 株式会社オージス総研 オージス
アジャイル開発における価値 アジャイル開発における価値 開発における 　　プロジェクトの成否からプロダクトの効果へ 　　プロジェクトの成否からプロダクトの効果へ プロジェクト からプロダクト 経営環境の 経営環境の変化 早く、安く、使えるものを 企業の生き残り えるものを…企業 企業の 経営環境への追随 経営環境への追随 への これからの価値観 これからの価値観 業務設計 プロダクトの効果） （プロダクトの効果） 適用（or試行） 要件定義 ユーザテスト 従来の 従来の価値観 プロジェクトの成否） （プロジェクトの成否） 基本設計 システムテスト 機能設計 結合テスト 結合テスト 詳細設計 単体テスト 単体テスト コーディング 37 株式会社オージス総研 株式会社オージス総研 オージス
ありがとうございました。 ありがとうございました。 38 株式会社オージス総研 株式会社オージス総研 オージス

Recomendados

JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用Akinori SAKATA
 
私にとってのテスト
私にとってのテスト私にとってのテスト
私にとってのテストTakuto Wada
 
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話（3D版）
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話（3D版）品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話（3D版）
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話（3D版）Yasuharu Nishi
 
リーンスタートアップ、アジャイル開発導入事例
リーンスタートアップ、アジャイル開発導入事例リーンスタートアップ、アジャイル開発導入事例
リーンスタートアップ、アジャイル開発導入事例Arata Fujimura
 
TDD のこころ
TDD のこころTDD のこころ
TDD のこころTakuto Wada
 
正しいものを正しくつくる
正しいものを正しくつくる正しいものを正しくつくる
正しいものを正しくつくるtoshihiro ichitani
 
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織Takafumi ONAKA
 
ソフトウェア品質技術の歴史を振り返る - ソフトウェア品質測定を中心に -
ソフトウェア品質技術の歴史を振り返る - ソフトウェア品質測定を中心に -ソフトウェア品質技術の歴史を振り返る - ソフトウェア品質測定を中心に -
ソフトウェア品質技術の歴史を振り返る - ソフトウェア品質測定を中心に -Keizo Tatsumi
 

Recomendados

JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用Akinori SAKATA
 
私にとってのテスト
私にとってのテスト私にとってのテスト
私にとってのテストTakuto Wada
 
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話（3D版）
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話（3D版）品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話（3D版）
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話（3D版）Yasuharu Nishi
 
リーンスタートアップ、アジャイル開発導入事例
リーンスタートアップ、アジャイル開発導入事例リーンスタートアップ、アジャイル開発導入事例
リーンスタートアップ、アジャイル開発導入事例Arata Fujimura
 
TDD のこころ
TDD のこころTDD のこころ
TDD のこころTakuto Wada
 
正しいものを正しくつくる
正しいものを正しくつくる正しいものを正しくつくる
正しいものを正しくつくるtoshihiro ichitani
 
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織Takafumi ONAKA
 
ソフトウェア品質技術の歴史を振り返る - ソフトウェア品質測定を中心に -
ソフトウェア品質技術の歴史を振り返る - ソフトウェア品質測定を中心に -ソフトウェア品質技術の歴史を振り返る - ソフトウェア品質測定を中心に -
ソフトウェア品質技術の歴史を振り返る - ソフトウェア品質測定を中心に -Keizo Tatsumi
 
テスト自動化のパターンと実践
テスト自動化のパターンと実践テスト自動化のパターンと実践
テスト自動化のパターンと実践Hiroshi Maekawa
 
世界一わかりやすいClean Architecture
世界一わかりやすいClean Architecture世界一わかりやすいClean Architecture
世界一わかりやすいClean ArchitectureAtsushi Nakamura
 
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022Yusuke Suzuki
 
大規模システムリプレイスへの道
大規模システムリプレイスへの道大規模システムリプレイスへの道
大規模システムリプレイスへの道Recruit Lifestyle Co., Ltd.
 
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのかシリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのかAtsushi Nakada
 
GitLabのAutoDevOpsを試してみた
GitLabのAutoDevOpsを試してみたGitLabのAutoDevOpsを試してみた
GitLabのAutoDevOpsを試してみた富士通クラウドテクノロジーズ株式会社
 
Agile開発でのテストのやり方～私の場合～
Agile開発でのテストのやり方～私の場合～Agile開発でのテストのやり方～私の場合～
Agile開発でのテストのやり方～私の場合～Mineo Matsuya
 
DXとかDevOpsとかのなんかいい感じのやつ　富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ　富士通TechLiveDXとかDevOpsとかのなんかいい感じのやつ　富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ　富士通TechLiveTokoroten Nakayama
 
プロダクトオーナーが知るべき97のこと
プロダクトオーナーが知るべき97のことプロダクトオーナーが知るべき97のこと
プロダクトオーナーが知るべき97のことtoshihiro ichitani
 
XP祭り2019 B-6 アジャイルソフトウェア開発への統計的品質管理の応用
XP祭り2019 B-6 アジャイルソフトウェア開発への統計的品質管理の応用XP祭り2019 B-6 アジャイルソフトウェア開発への統計的品質管理の応用
XP祭り2019 B-6 アジャイルソフトウェア開発への統計的品質管理の応用Akinori SAKATA
 
XP祭り2022　エンジニアが事業責任者になる.pdf
XP祭り2022　エンジニアが事業責任者になる.pdfXP祭り2022　エンジニアが事業責任者になる.pdf
XP祭り2022　エンジニアが事業責任者になる.pdfkeita yanagawa
 
われわれはなぜアジャイルに向かうのか
われわれはなぜアジャイルに向かうのかわれわれはなぜアジャイルに向かうのか
われわれはなぜアジャイルに向かうのかtoshihiro ichitani
 
診断ツールの使い方(Owasp zapの場合)
診断ツールの使い方(Owasp zapの場合)診断ツールの使い方(Owasp zapの場合)
診断ツールの使い方(Owasp zapの場合)shingo inafuku
 
SQuaRE に基づくソフトウェア品質評価枠組みと品質実態調査
SQuaRE に基づくソフトウェア品質評価枠組みと品質実態調査SQuaRE に基づくソフトウェア品質評価枠組みと品質実態調査
SQuaRE に基づくソフトウェア品質評価枠組みと品質実態調査Hironori Washizaki
 
Digitaltransformation Journey
Digitaltransformation JourneyDigitaltransformation Journey
Digitaltransformation Journeytoshihiro ichitani
 
Agile and Business
Agile and BusinessAgile and Business
Agile and BusinessKenji Hiranabe
 
情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。
情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。
情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。Narichika Kajihara
 
なぜ、いま リレーショナルモデルなのか（理論から学ぶデータベース実践入門読書会スペシャル）
なぜ、いま リレーショナルモデルなのか（理論から学ぶデータベース実践入門読書会スペシャル）なぜ、いま リレーショナルモデルなのか（理論から学ぶデータベース実践入門読書会スペシャル）
なぜ、いま リレーショナルモデルなのか（理論から学ぶデータベース実践入門読書会スペシャル）Mikiya Okuno
 
アーキテクチャの進化から学ぶ、プラットフォームエンジニアリングへのアプローチ
アーキテクチャの進化から学ぶ、プラットフォームエンジニアリングへのアプローチアーキテクチャの進化から学ぶ、プラットフォームエンジニアリングへのアプローチ
アーキテクチャの進化から学ぶ、プラットフォームエンジニアリングへのアプローチYusuke Suzuki
 
ログの書き方がチームの生産性を爆上げする話
ログの書き方がチームの生産性を爆上げする話ログの書き方がチームの生産性を爆上げする話
ログの書き方がチームの生産性を爆上げする話Tsuyoshi Ushio
 
Global Situation of Agile: Rakuten Tech Conference
Global Situation of Agile: Rakuten Tech ConferenceGlobal Situation of Agile: Rakuten Tech Conference
Global Situation of Agile: Rakuten Tech ConferenceKenji Hiranabe
 
Why Agile Now ? - leanstartup and ARC
Why Agile Now ? - leanstartup and ARCWhy Agile Now ? - leanstartup and ARC
Why Agile Now ? - leanstartup and ARCKenji Hiranabe
 

Más contenido relacionado

La actualidad más candente

テスト自動化のパターンと実践
テスト自動化のパターンと実践テスト自動化のパターンと実践
テスト自動化のパターンと実践Hiroshi Maekawa
 
世界一わかりやすいClean Architecture
世界一わかりやすいClean Architecture世界一わかりやすいClean Architecture
世界一わかりやすいClean ArchitectureAtsushi Nakamura
 
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022Yusuke Suzuki
 
大規模システムリプレイスへの道
大規模システムリプレイスへの道大規模システムリプレイスへの道
大規模システムリプレイスへの道Recruit Lifestyle Co., Ltd.
 
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのかシリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのかAtsushi Nakada
 
Agile開発でのテストのやり方～私の場合～
Agile開発でのテストのやり方～私の場合～Agile開発でのテストのやり方～私の場合～
Agile開発でのテストのやり方～私の場合～Mineo Matsuya
 
DXとかDevOpsとかのなんかいい感じのやつ　富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ　富士通TechLiveDXとかDevOpsとかのなんかいい感じのやつ　富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ　富士通TechLiveTokoroten Nakayama
 
プロダクトオーナーが知るべき97のこと
プロダクトオーナーが知るべき97のことプロダクトオーナーが知るべき97のこと
プロダクトオーナーが知るべき97のことtoshihiro ichitani
 
XP祭り2019 B-6 アジャイルソフトウェア開発への統計的品質管理の応用
XP祭り2019 B-6 アジャイルソフトウェア開発への統計的品質管理の応用XP祭り2019 B-6 アジャイルソフトウェア開発への統計的品質管理の応用
XP祭り2019 B-6 アジャイルソフトウェア開発への統計的品質管理の応用Akinori SAKATA
 
XP祭り2022　エンジニアが事業責任者になる.pdf
XP祭り2022　エンジニアが事業責任者になる.pdfXP祭り2022　エンジニアが事業責任者になる.pdf
XP祭り2022　エンジニアが事業責任者になる.pdfkeita yanagawa
 
われわれはなぜアジャイルに向かうのか
われわれはなぜアジャイルに向かうのかわれわれはなぜアジャイルに向かうのか
われわれはなぜアジャイルに向かうのかtoshihiro ichitani
 
診断ツールの使い方(Owasp zapの場合)
診断ツールの使い方(Owasp zapの場合)診断ツールの使い方(Owasp zapの場合)
診断ツールの使い方(Owasp zapの場合)shingo inafuku
 
SQuaRE に基づくソフトウェア品質評価枠組みと品質実態調査
SQuaRE に基づくソフトウェア品質評価枠組みと品質実態調査SQuaRE に基づくソフトウェア品質評価枠組みと品質実態調査
SQuaRE に基づくソフトウェア品質評価枠組みと品質実態調査Hironori Washizaki
 
情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。
情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。
情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。Narichika Kajihara
 
なぜ、いま リレーショナルモデルなのか（理論から学ぶデータベース実践入門読書会スペシャル）
なぜ、いま リレーショナルモデルなのか（理論から学ぶデータベース実践入門読書会スペシャル）なぜ、いま リレーショナルモデルなのか（理論から学ぶデータベース実践入門読書会スペシャル）
なぜ、いま リレーショナルモデルなのか（理論から学ぶデータベース実践入門読書会スペシャル）Mikiya Okuno
 
アーキテクチャの進化から学ぶ、プラットフォームエンジニアリングへのアプローチ
アーキテクチャの進化から学ぶ、プラットフォームエンジニアリングへのアプローチアーキテクチャの進化から学ぶ、プラットフォームエンジニアリングへのアプローチ
アーキテクチャの進化から学ぶ、プラットフォームエンジニアリングへのアプローチYusuke Suzuki
 
ログの書き方がチームの生産性を爆上げする話
ログの書き方がチームの生産性を爆上げする話ログの書き方がチームの生産性を爆上げする話
ログの書き方がチームの生産性を爆上げする話Tsuyoshi Ushio
 

La actualidad más candente (20)

テスト自動化のパターンと実践
テスト自動化のパターンと実践テスト自動化のパターンと実践
テスト自動化のパターンと実践
 
世界一わかりやすいClean Architecture
世界一わかりやすいClean Architecture世界一わかりやすいClean Architecture
世界一わかりやすいClean Architecture
 
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
サービスブループリントによるシステム設計手法の紹介 - XP祭り2022
 
大規模システムリプレイスへの道
大規模システムリプレイスへの道大規模システムリプレイスへの道
大規模システムリプレイスへの道
 
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのかシリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
 
GitLabのAutoDevOpsを試してみた
GitLabのAutoDevOpsを試してみたGitLabのAutoDevOpsを試してみた
GitLabのAutoDevOpsを試してみた
 
Agile開発でのテストのやり方～私の場合～
Agile開発でのテストのやり方～私の場合～Agile開発でのテストのやり方～私の場合～
Agile開発でのテストのやり方～私の場合～
 
DXとかDevOpsとかのなんかいい感じのやつ　富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ　富士通TechLiveDXとかDevOpsとかのなんかいい感じのやつ　富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ　富士通TechLive
 
プロダクトオーナーが知るべき97のこと
プロダクトオーナーが知るべき97のことプロダクトオーナーが知るべき97のこと
プロダクトオーナーが知るべき97のこと
 
XP祭り2019 B-6 アジャイルソフトウェア開発への統計的品質管理の応用
XP祭り2019 B-6 アジャイルソフトウェア開発への統計的品質管理の応用XP祭り2019 B-6 アジャイルソフトウェア開発への統計的品質管理の応用
XP祭り2019 B-6 アジャイルソフトウェア開発への統計的品質管理の応用
 
XP祭り2022　エンジニアが事業責任者になる.pdf
XP祭り2022　エンジニアが事業責任者になる.pdfXP祭り2022　エンジニアが事業責任者になる.pdf
XP祭り2022　エンジニアが事業責任者になる.pdf
 
われわれはなぜアジャイルに向かうのか
われわれはなぜアジャイルに向かうのかわれわれはなぜアジャイルに向かうのか
われわれはなぜアジャイルに向かうのか
 
診断ツールの使い方(Owasp zapの場合)
診断ツールの使い方(Owasp zapの場合)診断ツールの使い方(Owasp zapの場合)
診断ツールの使い方(Owasp zapの場合)
 
SQuaRE に基づくソフトウェア品質評価枠組みと品質実態調査
SQuaRE に基づくソフトウェア品質評価枠組みと品質実態調査SQuaRE に基づくソフトウェア品質評価枠組みと品質実態調査
SQuaRE に基づくソフトウェア品質評価枠組みと品質実態調査
 
Digitaltransformation Journey
Digitaltransformation JourneyDigitaltransformation Journey
Digitaltransformation Journey
 
Agile and Business
Agile and BusinessAgile and Business
Agile and Business
 
情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。
情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。
情報共有は、なぜGoogle Docsじゃなく、 Confluenceなのか。
 
なぜ、いま リレーショナルモデルなのか（理論から学ぶデータベース実践入門読書会スペシャル）
なぜ、いま リレーショナルモデルなのか（理論から学ぶデータベース実践入門読書会スペシャル）なぜ、いま リレーショナルモデルなのか（理論から学ぶデータベース実践入門読書会スペシャル）
なぜ、いま リレーショナルモデルなのか（理論から学ぶデータベース実践入門読書会スペシャル）
 
アーキテクチャの進化から学ぶ、プラットフォームエンジニアリングへのアプローチ
アーキテクチャの進化から学ぶ、プラットフォームエンジニアリングへのアプローチアーキテクチャの進化から学ぶ、プラットフォームエンジニアリングへのアプローチ
アーキテクチャの進化から学ぶ、プラットフォームエンジニアリングへのアプローチ
 
ログの書き方がチームの生産性を爆上げする話
ログの書き方がチームの生産性を爆上げする話ログの書き方がチームの生産性を爆上げする話
ログの書き方がチームの生産性を爆上げする話
 

Similar a トヨタ生産方式とアジャイル開発20121210

Global Situation of Agile: Rakuten Tech Conference
Global Situation of Agile: Rakuten Tech ConferenceGlobal Situation of Agile: Rakuten Tech Conference
Global Situation of Agile: Rakuten Tech ConferenceKenji Hiranabe
 
Why Agile Now ? - leanstartup and ARC
Why Agile Now ? - leanstartup and ARCWhy Agile Now ? - leanstartup and ARC
Why Agile Now ? - leanstartup and ARCKenji Hiranabe
 
はじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshellはじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshellDai FUJIHARA
 
ふつうの受託開発チームのつくりかた
ふつうの受託開発チームのつくりかたふつうの受託開発チームのつくりかた
ふつうの受託開発チームのつくりかたYoshitaka Kawashima
 
From IPA for Agile Japan
From IPA for Agile JapanFrom IPA for Agile Japan
From IPA for Agile JapanKenji Hiranabe
 
SIerにおくる、アジャイルプロセスの実践
SIerにおくる、アジャイルプロセスの実践SIerにおくる、アジャイルプロセスの実践
SIerにおくる、アジャイルプロセスの実践Takashi Makino
 
MicroServiceArchitecture
MicroServiceArchitectureMicroServiceArchitecture
MicroServiceArchitectureKaseya Hiroshi
 
アジャイル開発の現在・過去・未来～今を知り、源流を訪ね、先を見据える～
アジャイル開発の現在・過去・未来～今を知り、源流を訪ね、先を見据える～アジャイル開発の現在・過去・未来～今を知り、源流を訪ね、先を見据える～
アジャイル開発の現在・過去・未来～今を知り、源流を訪ね、先を見据える～Kenji Hiranabe
 
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進めRakuten Group, Inc.
 
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進めDai FUJIHARA
 
モダンアジャイルワークショップ - Agile Japan 2017 地方サテライト版 #agilejapan
モダンアジャイルワークショップ - Agile Japan 2017 地方サテライト版 #agilejapanモダンアジャイルワークショップ - Agile Japan 2017 地方サテライト版 #agilejapan
モダンアジャイルワークショップ - Agile Japan 2017 地方サテライト版 #agilejapan満徳 関
 
[G-Tech2014講演資料] 汎用プラクティスとしてのアジャイル開発 - グローバルナレッジ
[G-Tech2014講演資料] 汎用プラクティスとしてのアジャイル開発 - グローバルナレッジ[G-Tech2014講演資料] 汎用プラクティスとしてのアジャイル開発 - グローバルナレッジ
[G-Tech2014講演資料] 汎用プラクティスとしてのアジャイル開発 - グローバルナレッジTrainocate Japan, Ltd.
 
アジャイルを学ぼう〜紹介編〜
アジャイルを学ぼう〜紹介編〜アジャイルを学ぼう〜紹介編〜
アジャイルを学ぼう〜紹介編〜Seiji Ochiai
 
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)Kent Ishizawa
 
モダンアジャイル - Agile Japan 2017 地方サテライト版 #agilejapan
モダンアジャイル - Agile Japan 2017 地方サテライト版 #agilejapanモダンアジャイル - Agile Japan 2017 地方サテライト版 #agilejapan
モダンアジャイル - Agile Japan 2017 地方サテライト版 #agilejapan満徳 関
 
BPStudy#97 世界に価値を創り出すエンジニアの技術
BPStudy#97 世界に価値を創り出すエンジニアの技術BPStudy#97 世界に価値を創り出すエンジニアの技術
BPStudy#97 世界に価値を創り出すエンジニアの技術Haruo Sato
 

Similar a トヨタ生産方式とアジャイル開発20121210 (20)

Global Situation of Agile: Rakuten Tech Conference
Global Situation of Agile: Rakuten Tech ConferenceGlobal Situation of Agile: Rakuten Tech Conference
Global Situation of Agile: Rakuten Tech Conference
 
Why Agile Now ? - leanstartup and ARC
Why Agile Now ? - leanstartup and ARCWhy Agile Now ? - leanstartup and ARC
Why Agile Now ? - leanstartup and ARC
 
20130320 agile pm
20130320 agile pm20130320 agile pm
20130320 agile pm
 
[Biz reach qa meetup] qa team_build
[Biz reach qa meetup] qa team_build[Biz reach qa meetup] qa team_build
[Biz reach qa meetup] qa team_build
 
はじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshellはじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshell
 
はじめてのアジャイル
はじめてのアジャイルはじめてのアジャイル
はじめてのアジャイル
 
ふつうの受託開発チームのつくりかた
ふつうの受託開発チームのつくりかたふつうの受託開発チームのつくりかた
ふつうの受託開発チームのつくりかた
 
From IPA for Agile Japan
From IPA for Agile JapanFrom IPA for Agile Japan
From IPA for Agile Japan
 
SIerにおくる、アジャイルプロセスの実践
SIerにおくる、アジャイルプロセスの実践SIerにおくる、アジャイルプロセスの実践
SIerにおくる、アジャイルプロセスの実践
 
MicroServiceArchitecture
MicroServiceArchitectureMicroServiceArchitecture
MicroServiceArchitecture
 
アジャイル開発の現在・過去・未来～今を知り、源流を訪ね、先を見据える～
アジャイル開発の現在・過去・未来～今を知り、源流を訪ね、先を見据える～アジャイル開発の現在・過去・未来～今を知り、源流を訪ね、先を見据える～
アジャイル開発の現在・過去・未来～今を知り、源流を訪ね、先を見据える～
 
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
 
地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め地図を捨ててコンパスを頼りに進め
地図を捨ててコンパスを頼りに進め
 
モダンアジャイルワークショップ - Agile Japan 2017 地方サテライト版 #agilejapan
モダンアジャイルワークショップ - Agile Japan 2017 地方サテライト版 #agilejapanモダンアジャイルワークショップ - Agile Japan 2017 地方サテライト版 #agilejapan
モダンアジャイルワークショップ - Agile Japan 2017 地方サテライト版 #agilejapan
 
Agile Overview In Ono
Agile Overview In OnoAgile Overview In Ono
Agile Overview In Ono
 
[G-Tech2014講演資料] 汎用プラクティスとしてのアジャイル開発 - グローバルナレッジ
[G-Tech2014講演資料] 汎用プラクティスとしてのアジャイル開発 - グローバルナレッジ[G-Tech2014講演資料] 汎用プラクティスとしてのアジャイル開発 - グローバルナレッジ
[G-Tech2014講演資料] 汎用プラクティスとしてのアジャイル開発 - グローバルナレッジ
 
アジャイルを学ぼう〜紹介編〜
アジャイルを学ぼう〜紹介編〜アジャイルを学ぼう〜紹介編〜
アジャイルを学ぼう〜紹介編〜
 
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)
 
モダンアジャイル - Agile Japan 2017 地方サテライト版 #agilejapan
モダンアジャイル - Agile Japan 2017 地方サテライト版 #agilejapanモダンアジャイル - Agile Japan 2017 地方サテライト版 #agilejapan
モダンアジャイル - Agile Japan 2017 地方サテライト版 #agilejapan
 
BPStudy#97 世界に価値を創り出すエンジニアの技術
BPStudy#97 世界に価値を創り出すエンジニアの技術BPStudy#97 世界に価値を創り出すエンジニアの技術
BPStudy#97 世界に価値を創り出すエンジニアの技術
 

Más de Kazutaka Sankai

属人化低減のための自工程完結のススメ
属人化低減のための自工程完結のススメ属人化低減のための自工程完結のススメ
属人化低減のための自工程完結のススメKazutaka Sankai
 
Automotive agile 自動車業界を取り巻くアジャイル・スクラムの潮流
Automotive agile 自動車業界を取り巻くアジャイル・スクラムの潮流Automotive agile 自動車業界を取り巻くアジャイル・スクラムの潮流
Automotive agile 自動車業界を取り巻くアジャイル・スクラムの潮流Kazutaka Sankai
 
TPS/リーンを使って強化するアジャイル/スクラム
TPS/リーンを使って強化するアジャイル/スクラムTPS/リーンを使って強化するアジャイル/スクラム
TPS/リーンを使って強化するアジャイル/スクラムKazutaka Sankai
 
スタッフ部門のカイゼン×ＩＴ
スタッフ部門のカイゼン×ＩＴスタッフ部門のカイゼン×ＩＴ
スタッフ部門のカイゼン×ＩＴKazutaka Sankai
 
情報システム部門の組織開発
情報システム部門の組織開発 情報システム部門の組織開発
情報システム部門の組織開発Kazutaka Sankai
 
世界最強トヨタのDNAを自社に移植する Agile japan2016
世界最強トヨタのDNAを自社に移植する Agile japan2016世界最強トヨタのDNAを自社に移植する Agile japan2016
世界最強トヨタのDNAを自社に移植する Agile japan2016Kazutaka Sankai
 
Scrum：適用領域の広がりとscrum for hw概説
Scrum：適用領域の広がりとscrum for hw概説Scrum：適用領域の広がりとscrum for hw概説
Scrum：適用領域の広がりとscrum for hw概説Kazutaka Sankai
 
クラウド×アジャイル×ｏｓｓは破壊的イノベーションを起こすか 20111210
クラウド×アジャイル×ｏｓｓは破壊的イノベーションを起こすか 20111210クラウド×アジャイル×ｏｓｓは破壊的イノベーションを起こすか 20111210
クラウド×アジャイル×ｏｓｓは破壊的イノベーションを起こすか 20111210Kazutaka Sankai
 

Más de Kazutaka Sankai (8)

属人化低減のための自工程完結のススメ
属人化低減のための自工程完結のススメ属人化低減のための自工程完結のススメ
属人化低減のための自工程完結のススメ
 
Automotive agile 自動車業界を取り巻くアジャイル・スクラムの潮流
Automotive agile 自動車業界を取り巻くアジャイル・スクラムの潮流Automotive agile 自動車業界を取り巻くアジャイル・スクラムの潮流
Automotive agile 自動車業界を取り巻くアジャイル・スクラムの潮流
 
TPS/リーンを使って強化するアジャイル/スクラム
TPS/リーンを使って強化するアジャイル/スクラムTPS/リーンを使って強化するアジャイル/スクラム
TPS/リーンを使って強化するアジャイル/スクラム
 
スタッフ部門のカイゼン×ＩＴ
スタッフ部門のカイゼン×ＩＴスタッフ部門のカイゼン×ＩＴ
スタッフ部門のカイゼン×ＩＴ
 
情報システム部門の組織開発
情報システム部門の組織開発 情報システム部門の組織開発
情報システム部門の組織開発
 
世界最強トヨタのDNAを自社に移植する Agile japan2016
世界最強トヨタのDNAを自社に移植する Agile japan2016世界最強トヨタのDNAを自社に移植する Agile japan2016
世界最強トヨタのDNAを自社に移植する Agile japan2016
 
Scrum：適用領域の広がりとscrum for hw概説
Scrum：適用領域の広がりとscrum for hw概説Scrum：適用領域の広がりとscrum for hw概説
Scrum：適用領域の広がりとscrum for hw概説
 
クラウド×アジャイル×ｏｓｓは破壊的イノベーションを起こすか 20111210
クラウド×アジャイル×ｏｓｓは破壊的イノベーションを起こすか 20111210クラウド×アジャイル×ｏｓｓは破壊的イノベーションを起こすか 20111210
クラウド×アジャイル×ｏｓｓは破壊的イノベーションを起こすか 20111210
 

トヨタ生産方式とアジャイル開発20121210

  • 1. トヨタ生産方式とアジャイル開発 トヨタ生産方式とアジャイル開発 生産方式 AGILE 年１２月１０日 ２０１２年 ２０１２ １２月１０日 株式会社オージス総研 株式会社オージス総研 オージス ビジネス・イノベーション・センター　山海一剛 ビジネス・イノベーション・センター　 1 株式会社オージス総研 株式会社オージス総研 オージス
  • 2. Contents 1. まずはアジャイル開発について まずはアジャイル開発について アジャイル開発 2. 代表的な 代表的な方法論 3. なぜ今 アジャイル開発 開発なのか なぜ今、アジャイル開発なのか 4. リーンソフトウェア開発 リーンソフトウェア開発 5. 反復開発とトヨタ生産方式 反復開発とトヨタ生産方式 2 株式会社オージス総研 株式会社オージス総研 オージス
  • 3. まずはアジャイル開発について まずはアジャイル開発について アジャイル開発 3 株式会社オージス総研 株式会社オージス総研 オージス
  • 4. アジャイルに するイメージ アジャイルに対するイメージ 4 株式会社オージス総研 株式会社オージス総研 オージス
  • 5. アジャイルに するイメージ アジャイルに対するイメージ • 行きあたりばったり 4 株式会社オージス総研 株式会社オージス総研 オージス
  • 6. アジャイルに するイメージ アジャイルに対するイメージ • 行きあたりばったり • 終わりが無い 4 株式会社オージス総研 株式会社オージス総研 オージス
  • 7. アジャイルに するイメージ アジャイルに対するイメージ • 行きあたりばったり • 終わりが無い • 見積りはしない 4 株式会社オージス総研 株式会社オージス総研 オージス
  • 8. アジャイルに するイメージ アジャイルに対するイメージ • 行きあたりばったり • 終わりが無い • 見積りはしない • 計画は作らない（計画の作りようが無い） 4 株式会社オージス総研 株式会社オージス総研 オージス
  • 9. アジャイルに するイメージ アジャイルに対するイメージ • 行きあたりばったり • 終わりが無い • 見積りはしない • 計画は作らない（計画の作りようが無い） • 予算が立てられない 4 株式会社オージス総研 株式会社オージス総研 オージス
  • 10. アジャイルに するイメージ アジャイルに対するイメージ • 行きあたりばったり • 終わりが無い • 見積りはしない • 計画は作らない（計画の作りようが無い） • 予算が立てられない • ドキュメントは全く作らない（それで大丈夫？） 4 株式会社オージス総研 株式会社オージス総研 オージス
  • 11. アジャイルに するイメージ アジャイルに対するイメージ • 行きあたりばったり • 終わりが無い • 見積りはしない • 計画は作らない（計画の作りようが無い） • 予算が立てられない • ドキュメントは全く作らない（それで大丈夫？） • ユーザの言いなりになって作る 4 株式会社オージス総研 株式会社オージス総研 オージス
  • 12. アジャイルに するイメージ アジャイルに対するイメージ • 行きあたりばったり • 終わりが無い • 見積りはしない • 計画は作らない（計画の作りようが無い） • 予算が立てられない • ドキュメントは全く作らない（それで大丈夫？） • ユーザの言いなりになって作る 4 株式会社オージス総研 株式会社オージス総研 オージス
  • 13. プロジェクトの プロジェクトの成功率 5 株式会社オージス総研 株式会社オージス総研 オージス
  • 14. 鉄の三角形 • Project management triangle • Iron triangleとも言う SCOPE QUALITY COST TIME http://en.wikipedia.org/wiki/Project_Management_Triangle 6 株式会社オージス総研 株式会社オージス総研 オージス
  • 15. 現状の 現状の開発 • 契約：ＳＣＯＰＥありき 契約：ＳＣＯＰＥありき ：ＳＣＯＰＥ – SCOPE（仕様）を決めれば、COSTとTIMEが決まる。 • 開発：ＳＣＯＰＥは変わらない前提 開発：ＳＣＯＰＥは わらない前提 ：ＳＣＯＰＥ – 一括請負とは、SCOPEは変わらない前提で、COSTとＴＩＭＥをコミットす ること SCOPE QUALITY COST TIME http://en.wikipedia.org/wiki/Project_Management_Triangle 7 株式会社オージス総研 株式会社オージス総研 オージス
  • 16. でもソフトウェア開発とは でもソフトウェア開発とは ソフトウェア開発 • さまざまな変動要因(リスク）にさらされている。 さまざまな変動要因(リスク）にさらされている。 変動要因 – 毎回異なる – 業務、ユーザ、開発メンバ、適用技術…どこかが違う – スコープ自体も変化することが多い SCOPE QUALITY COST TIME 8 株式会社オージス総研 株式会社オージス総研 オージス
  • 17. でもソフトウェア開発とは でもソフトウェア開発とは ソフトウェア開発 • さまざまな変動要因(リスク）にさらされている。 さまざまな変動要因(リスク）にさらされている。 変動要因 – 毎回異なる – 業務、ユーザ、開発メンバ、適用技術…どこかが違う – スコープ自体も変化することが多い SCOPE 変動 因 要因 動要 変 変動要因 変動要因 QUALITY COST TIME 因 変動 動要 要因 変 8 株式会社オージス総研 株式会社オージス総研 オージス
  • 18. でもソフトウェア開発とは でもソフトウェア開発とは ソフトウェア開発 • さまざまな変動要因(リスク）にさらされている。 さまざまな変動要因(リスク）にさらされている。 変動要因 – 毎回異なる – 業務、ユーザ、開発メンバ、適用技術…どこかが違う – スコープ自体も変化することが多い変 化 SCOPE 変動 因 要因 動要 変 変動要因 変動要因 QUALITY COST TIME 因 変動 動要 要因 変 8 株式会社オージス総研 株式会社オージス総研 オージス
  • 19. でもソフトウェア開発とは でもソフトウェア開発とは ソフトウェア開発 • さまざまな変動要因(リスク）にさらされている。 さまざまな変動要因(リスク）にさらされている。 変動要因 – 毎回異なる – 業務、ユーザ、開発メンバ、適用技術…どこかが違う – スコープ自体も変化することが多い変 化 事前に要件を定義しきれない 変化を拒否できない SCOPE 変動 因 要因 動要 変 変動要因 変動要因 QUALITY COST TIME 因 変動 動要 要因 変 8 株式会社オージス総研 株式会社オージス総研 オージス
  • 20. 最近の開発の 最近の開発の傾向 今まで 最近 大人数大規模開発 少数精鋭開発 マルチベンダー 社員のみ、少数のパートナー ユーザが決めた仕様に従って、最適な あいまいな要件をユーザと一緒に具体 設計と実装を行う 化する 早期に実現する ＰＭの悩みは… ＰＭの悩みは… • どうやってたくさんの開発技術者を • 業務にマッチした機能を、早く作って提 集めるのか 供するためにはどうすれば良いか • どうやって多数の開発者の品質を • 要件の追加変更に安く早く対応できる 平準化するか ためには、どうするべきか 誰にでも作れる メンバの成長 ＱＣＤ 業務との整合性＋変化対応力＋ＱＣＤ 9 株式会社オージス総研 株式会社オージス総研 オージス
  • 21. 最近の開発の 最近の開発の傾向 今まで 最近 大人数大規模開発 少数精鋭開発 マルチベンダー 社員のみ、少数のパートナー ユーザが決めた仕様に従って、最適な あいまいな要件をユーザと一緒に具体 設計と実装を行う 化する 早期に実現する ＰＭの悩みは… ＰＭの悩みは… • どうやってたくさんの開発技術者を • 業務にマッチした機能を、早く作って提 集めるのか 供するためにはどうすれば良いか • どうやって多数の開発者の品質を • 要件の追加変更に安く早く対応できる 平準化するか ためには、どうするべきか 誰にでも作れる メンバの成長 ＱＣＤ 業務との整合性＋変化対応力＋ＱＣＤ 9 株式会社オージス総研 株式会社オージス総研 オージス
  • 22. 最近の開発の 最近の開発の傾向 今まで 最近 大人数大規模開発 少数精鋭開発 マルチベンダー 社員のみ、少数のパートナー ユーザが決めた仕様に従って、最適な あいまいな要件をユーザと一緒に具体 設計と実装を行う 化する 早期に実現する ＰＭの悩みは… ＰＭの悩みは… • どうやってたくさんの開発技術者を • 業務にマッチした機能を、早く作って提 集めるのか 供するためにはどうすれば良いか • どうやって多数の開発者の品質を • 要件の追加変更に安く早く対応できる 平準化するか ためには、どうするべきか 誰にでも作れる メンバの成長 ＱＣＤ 業務との整合性＋変化対応力＋ＱＣＤ 9 株式会社オージス総研 株式会社オージス総研 オージス
  • 23. 現状の開発スタイルの 現状の開発スタイルの課題 スタイル • Ｖモデル 要求定義 ユーザテスト 詳細仕様 システムテスト 設計 結合テスト 結合テスト 実装･単体テスト 実装･単体テスト 10 株式会社オージス総研 株式会社オージス総研 オージス
  • 24. 現状の開発スタイルの 現状の開発スタイルの課題 スタイル • Ｖモデル 要求定義 ユーザテスト 詳細仕様 システムテスト 設計 結合テスト 結合テスト 進捗は 進捗は見えても 品質は 品質は見えない 実装･単体テスト 実装･単体テスト 10 株式会社オージス総研 株式会社オージス総研 オージス
  • 25. 現状の開発スタイルの 現状の開発スタイルの課題 スタイル • Ｖモデル 要求定義 ユーザテスト 詳細仕様 システムテスト 設計 結合テスト 結合テスト 進捗は 進捗は見えても 品質は 品質は見えても 品質は 品質は見えない 進捗は 進捗は見えない 実装･単体テスト 実装･単体テスト 10 株式会社オージス総研 株式会社オージス総研 オージス
  • 26. 現状の開発スタイルの 現状の開発スタイルの課題 スタイル 大きな問題ほど最後に見つかる きな問題ほど最後に 問題ほど最後 • Ｖモデル 　　・仕様の誤理解 　　・データ構造の誤理解… 要求定義 ユーザテスト 詳細仕様 システムテスト 設計 結合テスト 結合テスト 進捗は 進捗は見えても 品質は 品質は見えても 品質は 品質は見えない 進捗は 進捗は見えない 実装･単体テスト 実装･単体テスト 10 株式会社オージス総研 株式会社オージス総研 オージス
  • 27. そのためアジャイルは そのためアジャイルは アジャイル • 反復しながらお客様にとっての最大の価値を追及する 反復しながらお客様にとっての最大の価値を追及する しながらお客様にとっての最大 – 反復することによりリスクを回避する 反復することによりリスクを回避する することによりリスク – SCOPEを可変のものと考える SCOPEを可変のものと考 のものと – 反復の 改善活動を プロジェクトの特徴に適合させる 反復の中で改善活動を行い、プロジェクトの特徴に適合させる SCOPE QUALITY COST TIME 11 株式会社オージス総研 株式会社オージス総研 オージス
  • 28. そのためアジャイルは そのためアジャイルは アジャイル • 反復しながらお客様にとっての最大の価値を追及する 反復しながらお客様にとっての最大の価値を追及する しながらお客様にとっての最大 – 反復することによりリスクを回避する 反復することによりリスクを回避する することによりリスク – SCOPEを可変のものと考える SCOPEを可変のものと考 のものと – 反復の 改善活動を プロジェクトの特徴に適合させる 反復の中で改善活動を行い、プロジェクトの特徴に適合させる 変更可能！ 変更可能！ SCOPE QUALITY COST TIME 11 株式会社オージス総研 株式会社オージス総研 オージス
  • 29. そのためアジャイルは そのためアジャイルは アジャイル • 反復しながらお客様にとっての最大の価値を追及する 反復しながらお客様にとっての最大の価値を追及する しながらお客様にとっての最大 – 反復することによりリスクを回避する 反復することによりリスクを回避する することによりリスク – SCOPEを可変のものと考える SCOPEを可変のものと考 のものと – 反復の 改善活動を プロジェクトの特徴に適合させる 反復の中で改善活動を行い、プロジェクトの特徴に適合させる 変更可能！ 変更可能！ 可変 SCOPE QUALITY 固定 COST TIME 11 株式会社オージス総研 株式会社オージス総研 オージス
  • 30. 補足 • 従来手法、アジャイル、ＣＣＰＭの比較 従来手法、アジャイル、ＣＣＰＭの 、ＣＣＰＭ SCOPE COST TIME ＴＩＭＥ ＱＵＡＬＩＴＹ SCOPE QUALITY QUALITY COST TIME COST ＳＣＯＰＥ アジャイル　　　　　　　ＣＣＰＭ　　　　　　従来手法 アジャイル　　　　　　　ＣＣＰＭ　　　　　　従来手法 　　　　　　　ＣＣＰＭ　　　　　　 12 株式会社オージス総研 株式会社オージス総研 オージス
  • 31. 補足 • 従来手法、アジャイル、ＣＣＰＭの比較 従来手法、アジャイル、ＣＣＰＭの 、ＣＣＰＭ 可変 SCOPE COST TIME ＴＩＭＥ ＱＵＡＬＩＴＹ SCOPE QUALITY QUALITY COST TIME COST ＳＣＯＰＥ 固定 アジャイル　　　　　　　ＣＣＰＭ　　　　　　従来手法 アジャイル　　　　　　　ＣＣＰＭ　　　　　　従来手法 　　　　　　　ＣＣＰＭ　　　　　　 12 株式会社オージス総研 株式会社オージス総研 オージス
  • 32. アジャイル開発の アジャイル開発の３要素 開発 • 短い反復 – 要件が全部決まってなくても、開発に着手できる。 – 技術的なリスクを早期に取り除くことができる。 – 早い段階から業務を検証できる。 – 要件の追加・変更を効率的に取り込める。 – ユーザの負荷が平準化される。 – 反復の都度、プロセスやルールを改善することができる。 • 動くソフト – 動くソフトによって早期に業務との整合性を確認できる。 – 進捗と品質を現物で把握できる。 • 自発的に改善できる開発チーム 自発的 改善できる開発チーム できる開発 – メンバの成長を促す。 – メンバのモチベーションを向上させる。 13 株式会社オージス総研 株式会社オージス総研 オージス
  • 33. アジャイ アジャイル＝機敏 (Agile Software Development) • アジャル(Agile)は、「機敏な」という意味 • 機敏なソフトウエア開発を行う手法 →では「機敏さ」とは？ – 経営環境の変化に迅速に追随するために – 積極的に仕様変更・追加を受け入れる 受 14 株式会社オージス総研 株式会社オージス総研 オージス
  • 34. アジャイル宣言 アジャイル宣言 •アジャル宣言(Agile Manifesto） アジャル宣言( アジャル宣言 Manifesto） 2001年 2001年２月に, １７名の方法論者により、それぞ １７名 により、 れの方法論の共通する、価値と原則が宣言された れの方法論の共通する、価値と原則が宣言された 方法論 する 15 株式会社オージス総研 株式会社オージス総研 オージス
  • 35. それゆえアジャイル開発とは それゆえアジャイル開発とは アジャイル開発 • ひとつの方法論を指すものではない • 体系立てられた「プロセス」ではない • 方法論によって、提唱している範囲が違う – 開発の現場で何をすべきか→プラクティス – マネジメントの仕方やチーム編成 – ユーザ要求の作業への落とし方 – リーダやメンバの心構え（メンタリティ） • ベースになる考え方（４つの価値と１２の原則）は共 通している 反復開発については、全ての方法論が前提と • 特に反復開発 反復開発 している。 16 株式会社オージス総研 株式会社オージス総研 オージス
  • 36. 代表的な 代表的な方法論 17 株式会社オージス総研 株式会社オージス総研 オージス
  • 37. よく利用されている手法（ よく利用されている手法（XP) 利用されている手法 • エクストリーム・プログラミング (1996) エクストリーム・ – eXtreme Programming（XP http://www.extremeprogramming.org/ XP) XP – 提唱者：Kent Beck – 軽量的、変化に対応する手法 – プログラミングテクニックの応用、コミュニケーション、チー ムワークにフォーカスする • コミュニケーション、フィードバック、シンプルさ、勇気と尊重という5 つの価値をベースとしたソフトウエア開発の哲学 • ソフトウエア開発を改善するための証明された有用なプラクティス の集合 • 価値をプラクティスへ移転するための原則とテクニックの集合 • 価値とプラクティスを共有するコミュニティ 18 株式会社オージス総研 株式会社オージス総研 オージス 18
  • 38. よく利用されている手法（ よく利用されている手法（SCRUM) 利用されている手法 • スクラム – Scrum http://www.scrumalliance.org/ – 起源：日本の企業における製品開発の管理方法 • 一橋大学の野中郁次郎と竹内弘高が Harvard Business Review 誌に発表し た “The New New Product Development Game“ （1986年1-2月） – プロジェクトマネジメントにフォーカスした方法論 • チーム、スクラムマスタ、プロダクトオーナーはチームを構成する • プロジェクトは最長4週間の期間に分割し、各期間はスプリントと呼ぶ • スプリントは実際にソフトウェア開発が行われる工程である。スプリントは、開 発、まとめ、レビュー、調整の繰り返しである – 自己組織化されたチーム • 自ら持続的改善活動を推進できるチームを目指す • チーム活性化のための枠組みでもある 19 株式会社オージス総研 株式会社オージス総研 オージス 19
  • 39. 反復開発とトヨタ生産方式 反復開発とトヨタ生産方式 • アジャイルの主要な概念である反復開発 をトヨタ生産方式との対比で説明してみる 20 株式会社オージス総研 株式会社オージス総研 オージス
  • 40. フォード生産方式（フォードシステム） フォード生産方式（フォードシステム） 生産方式 • 少品種大量生産 • カルチャー – 沢山作れば安くなる – 工程ごとに生産能力いっぱいまで作る – ラインを止めない – 同じ製品種類毎にまとめて加工 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 21 株式会社オージス総研 株式会社オージス総研 オージス
  • 41. フォード生産方式（フォードシステム） フォード生産方式（フォードシステム） 生産方式 • 少品種大量生産 • カルチャー – 沢山作れば安くなる – 工程ごとに生産能力いっぱいまで作る – ラインを止めない – 同じ製品種類毎にまとめて加工 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 21 株式会社オージス総研 株式会社オージス総研 オージス
  • 42. フォード生産方式（フォードシステム） フォード生産方式（フォードシステム） 生産方式 • 少品種大量生産 • カルチャー – 沢山作れば安くなる – 工程ごとに生産能力いっぱいまで作る – ラインを止めない – 同じ製品種類毎にまとめて加工 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 売れ残り 21 株式会社オージス総研 株式会社オージス総研 オージス
  • 43. フォード生産方式（フォードシステム） フォード生産方式（フォードシステム） 生産方式 • 少品種大量生産 • カルチャー – 沢山作れば安くなる – 工程ごとに生産能力いっぱいまで作る – ラインを止めない – 同じ製品種類毎にまとめて加工 • 不良品が発生すれば…次の工程で発見されるころには… 不良品が発生すれば… すれば 工程で発見されるころには… されるころには 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 22 株式会社オージス総研 株式会社オージス総研 オージス
  • 44. フォード生産方式（フォードシステム） フォード生産方式（フォードシステム） 生産方式 • 少品種大量生産 • カルチャー – 沢山作れば安くなる – 工程ごとに生産能力いっぱいまで作る – ラインを止めない – 同じ製品種類毎にまとめて加工 • 不良品が発生すれば…次の工程で発見されるころには… 不良品が発生すれば… すれば 工程で発見されるころには… されるころには 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 22 株式会社オージス総研 株式会社オージス総研 オージス
  • 45. フォード生産方式（フォードシステム） フォード生産方式（フォードシステム） 生産方式 • 少品種大量生産 • カルチャー – 沢山作れば安くなる – 工程ごとに生産能力いっぱいまで作る – ラインを止めない – 同じ製品種類毎にまとめて加工 • 不良品が発生すれば…次の工程で発見されるころには… 不良品が発生すれば… すれば 工程で発見されるころには… されるころには 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 ・加工器具の故障 ・手順のミス… 22 株式会社オージス総研 株式会社オージス総研 オージス
  • 46. フォード生産方式（フォードシステム） フォード生産方式（フォードシステム） 生産方式 • 少品種大量生産 • カルチャー – 沢山作れば安くなる – 工程ごとに生産能力いっぱいまで作る – ラインを止めない – 同じ製品種類毎にまとめて加工 • 不良品が発生すれば…次の工程で発見されるころには… 不良品が発生すれば… すれば 工程で発見されるころには… されるころには すでに大量の不良品が 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 ・加工器具の故障 ・手順のミス… 22 株式会社オージス総研 株式会社オージス総研 オージス
  • 47. フォード生産方式（フォードシステム） フォード生産方式（フォードシステム） 生産方式 • 少品種大量生産 • カルチャー – 沢山作れば安くなる – 工程ごとに生産能力いっぱいまで作る – ラインを止めない – 同じ製品種類毎にまとめて加工 • 不良品が発生すれば…次の工程で発見されるころには… 不良品が発生すれば… すれば 工程で発見されるころには… されるころには すでに大量の不良品が 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 ・加工器具の故障 ラインを止めるのは罪なので、そのま ・手順のミス… ま最終検査まで行ってしまうかも… 22 株式会社オージス総研 株式会社オージス総研 オージス
  • 48. フォード生産方式（フォードシステム） フォード生産方式（フォードシステム） 生産方式 • 少品種大量生産 • カルチャー – 沢山作れば安くなる – 工程ごとに生産能力いっぱいまで作る – ラインを止めない – 同じ製品種類毎にまとめて加工 • 不良品が発生すれば…次の工程で発見されるころには… 不良品が発生すれば… すれば 工程で発見されるころには… されるころには すでに大量の不良品が 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 売れ残り ・加工器具の故障 ラインを止めるのは罪なので、そのま ・手順のミス… ま最終検査まで行ってしまうかも… 22 株式会社オージス総研 株式会社オージス総研 オージス
  • 49. トヨタ生産方式 トヨタ生産方式 • 多品種少量生産 • カルチャー – ジャストインタイム（必要なものを、必要なだけ、必要なときに） – 在庫レス – 現場の判断でラインを止める – なぜを５回繰り返す • もし不良品が発生すれば… もし不良品が発生すれば… 不良品 すれば 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 23 株式会社オージス総研 株式会社オージス総研 オージス
  • 50. トヨタ生産方式 トヨタ生産方式 • 多品種少量生産 • カルチャー – ジャストインタイム（必要なものを、必要なだけ、必要なときに） – 在庫レス – 現場の判断でラインを止める – なぜを５回繰り返す • もし不良品が発生すれば… もし不良品が発生すれば… 不良品 すれば ・加工器具の故障 ・手順のミス… 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 23 株式会社オージス総研 株式会社オージス総研 オージス
  • 51. トヨタ生産方式 トヨタ生産方式 • 少品種大量生産 • カルチャー – ジャストインタイム（必要なものを、必要なだけ、必要なときに） – 在庫レス – 現場の判断でラインを止める – なぜを５回繰り返す • その場でカイゼン活動 その場 カイゼン活動 ・加工器具の故障 ・手順のミス… 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 24 株式会社オージス総研 株式会社オージス総研 オージス
  • 52. トヨタ生産方式 トヨタ生産方式 • 少品種大量生産 • カルチャー – ジャストインタイム（必要なものを、必要なだけ、必要なときに） – 在庫レス – 現場の判断でラインを止める – なぜを５回繰り返す • その場でカイゼン活動 その場 カイゼン活動 ・加工器具の故障 ・手順のミス… 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 24 株式会社オージス総研 株式会社オージス総研 オージス
  • 53. トヨタ生産方式 トヨタ生産方式 • 少品種大量生産 • カルチャー – ジャストインタイム（必要なものを、必要なだけ、必要なときに） – 在庫レス – 現場の判断でラインを止める – なぜを５回繰り返す • その場でカイゼン活動 その場 カイゼン活動 ・加工器具の故障 ・手順のミス… 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 ラインを止める 24 株式会社オージス総研 株式会社オージス総研 オージス
  • 54. トヨタ生産方式 トヨタ生産方式 • 少品種大量生産 • カルチャー – ジャストインタイム（必要なものを、必要なだけ、必要なときに） – 在庫レス – 現場の判断でラインを止める – なぜを５回繰り返す • その場でカイゼン活動 その場 カイゼン活動 ・加工器具の故障 ・手順のミス… 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 ラインを止める なぜを５回繰り返す 不具合発生の真因は？ 24 株式会社オージス総研 株式会社オージス総研 オージス
  • 55. トヨタ生産方式 トヨタ生産方式 • 少品種大量生産 • カルチャー – ジャストインタイム（必要なものを、必要なだけ、必要なときに） – 在庫レス – 現場の判断でラインを止める – なぜを５回繰り返す • その場でカイゼン活動 その場 カイゼン活動 ・加工器具の故障 ・手順のミス… 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 ラインを止める カイゼン なぜを５回繰り返す 　不具合真因の排除 不具合発生の真因は？ 24 株式会社オージス総研 株式会社オージス総研 オージス
  • 56. トヨタ生産方式 トヨタ生産方式 • 少品種大量生産 • カルチャー – ジャストインタイム（必要なものを、必要なだけ、必要なときに） – 在庫レス – 現場の判断でラインを止める – なぜを５回繰り返す • その場でカイゼン活動 その場 カイゼン活動 ・加工器具の故障 ・手順のミス… 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 ラインを止める カイゼン なぜを５回繰り返す 　不具合真因の排除 不具合発生の真因は？ 24 株式会社オージス総研 株式会社オージス総研 オージス
  • 57. トヨタ生産方式 トヨタ生産方式 • 少品種大量生産 • カルチャー – ジャストインタイム（必要なものを、必要なだけ、必要なときに） – 在庫レス 問題を顕在化させる仕組み – 現場の判断でラインを止める – なぜを５回繰り返す • その場でカイゼン活動 その場 カイゼン活動 ・加工器具の故障 ・手順のミス… 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 ラインを止める カイゼン なぜを５回繰り返す 　不具合真因の排除 不具合発生の真因は？ 24 株式会社オージス総研 株式会社オージス総研 オージス
  • 58. トヨタ生産方式 トヨタ生産方式 • 少品種大量生産 • カルチャー – ジャストインタイム（必要なものを、必要なだけ、必要なときに） – 在庫レス 問題を顕在化させる仕組み – 素早くカイゼンのサイクルを廻す仕組み 現場の判断でラインを止める – なぜを５回繰り返す • その場でカイゼン活動 その場 カイゼン活動 ・加工器具の故障 ・手順のミス… 次の工程で発見 工程１ 工程１ 工程２ 工程２ 工程３ 工程３ 最終検査 ラインを止める カイゼン なぜを５回繰り返す 　不具合真因の排除 不具合発生の真因は？ 24 株式会社オージス総研 株式会社オージス総研 オージス
  • 59. ウォーターフォール＝フォード生産方式 ウォーターフォール＝フォード生産方式 • 全ての機能を同時に作り、まとめてリリース ての機能 同時に 機能を まとめてリリース • 工程ごとに期限を決めて作る 工程ごとに期限を めて作 ごとに期限 ユーザテスト 要件定義 詳細設計 開発・単体Ｔ 開発・単体Ｔ 結合テスト 結合テスト システムテスト ユーザ検収 検収） （ユーザ検収） 25 株式会社オージス総研 株式会社オージス総研 オージス
  • 60. ウォーターフォール＝フォード生産方式 ウォーターフォール＝フォード生産方式 • 全ての機能を同時に作り、まとめてリリース ての機能 同時に 機能を まとめてリリース • 工程ごとに期限を決めて作る 工程ごとに期限を めて作 ごとに期限 ユーザテスト 要件定義 詳細設計 開発・単体Ｔ 開発・単体Ｔ 結合テスト 結合テスト システムテスト ユーザ検収 検収） （ユーザ検収） 25 株式会社オージス総研 株式会社オージス総研 オージス
  • 61. ウォーターフォール＝フォード生産方式 ウォーターフォール＝フォード生産方式 • 全ての機能を同時に作り、まとめてリリース ての機能 同時に 機能を まとめてリリース • 工程ごとに期限を決めて作る 工程ごとに期限を めて作 ごとに期限 使われな い機能 ユーザテスト 要件定義 詳細設計 開発・単体Ｔ 開発・単体Ｔ 結合テスト 結合テスト システムテスト ユーザ検収 検収） （ユーザ検収） 25 株式会社オージス総研 株式会社オージス総研 オージス
  • 62. ウォーターフォール＝フォード生産方式 ウォーターフォール＝フォード生産方式 • 全ての機能を同時に作り、まとめてリリース ての機能 同時に 機能を まとめてリリース • 工程ごとに期限を決めて作る 工程ごとに期限を めて作 ごとに期限 • もし大きな誤り（仕様誤解）があれば もし大きな誤 仕様誤解） 使われな い機能 ユーザテスト 要件定義 詳細設計 開発・単体Ｔ 開発・単体Ｔ 結合テスト 結合テスト システムテスト ユーザ検収 検収） （ユーザ検収） 25 株式会社オージス総研 株式会社オージス総研 オージス
  • 63. ウォーターフォール＝フォード生産方式 ウォーターフォール＝フォード生産方式 • 全ての機能を同時に作り、まとめてリリース ての機能 同時に 機能を まとめてリリース • 工程ごとに期限を決めて作る 工程ごとに期限を めて作 ごとに期限 • もし大きな誤り（仕様誤解）があれば もし大きな誤 仕様誤解） 使われな い機能 ユーザテスト 要件定義 詳細設計 開発・単体Ｔ 開発・単体Ｔ 結合テスト 結合テスト システムテスト ユーザ検収 検収） （ユーザ検収） 25 株式会社オージス総研 株式会社オージス総研 オージス
  • 64. 現状の開発スタイルの 現状の開発スタイルの課題 スタイル • Ｖモデル 要求定義 ユーザテスト 詳細仕様 システムテスト 設計 結合テスト 結合テスト 実装･単体テスト 実装･単体テスト 26 株式会社オージス総研 株式会社オージス総研 オージス
  • 65. 現状の開発スタイルの 現状の開発スタイルの課題 スタイル • Ｖモデル 要求定義 ユーザテスト 詳細仕様 システムテスト 設計 結合テスト 結合テスト 進捗は 進捗は見えても 品質は 品質は見えない 実装･単体テスト 実装･単体テスト 26 株式会社オージス総研 株式会社オージス総研 オージス
  • 66. 現状の開発スタイルの 現状の開発スタイルの課題 スタイル • Ｖモデル 要求定義 ユーザテスト 詳細仕様 システムテスト 設計 結合テスト 結合テスト 進捗は 進捗は見えても 品質は 品質は見えても 品質は 品質は見えない 進捗は 進捗は見えない 実装･単体テスト 実装･単体テスト 26 株式会社オージス総研 株式会社オージス総研 オージス
  • 67. 現状の開発スタイルの 現状の開発スタイルの課題 スタイル 大きな問題ほど最後に見つかる きな問題ほど最後に 問題ほど最後 • Ｖモデル 　　・仕様の誤理解 　　・データ構造の誤理解… 要求定義 ユーザテスト 詳細仕様 システムテスト 設計 結合テスト 結合テスト 進捗は 進捗は見えても 品質は 品質は見えても 品質は 品質は見えない 進捗は 進捗は見えない 実装･単体テスト 実装･単体テスト 26 株式会社オージス総研 株式会社オージス総研 オージス
  • 68. 反復開発 • Ｖモデルは変えられない モデルは • 「一回のＶ」＝「イテレーション」（要求定義～ユーザによる受け入れテスト） 一回のＶ」＝「イテレーション 要求定義～ユーザによる イテレーション」 による受 テスト） • Ｖを反復する 反復する 27 株式会社オージス総研 株式会社オージス総研 オージス
  • 69. 反復開発 • Ｖモデルは変えられない モデルは • 「一回のＶ」＝「イテレーション」（要求定義～ユーザによる受け入れテスト） 一回のＶ」＝「イテレーション 要求定義～ユーザによる イテレーション」 による受 テスト） • Ｖを反復する 反復する 27 株式会社オージス総研 株式会社オージス総研 オージス
  • 70. 反復開発 • Ｖモデルは変えられない モデルは • 「一回のＶ」＝「イテレーション」（要求定義～ユーザによる受け入れテスト） 一回のＶ」＝「イテレーション 要求定義～ユーザによる イテレーション」 による受 テスト） • Ｖを反復する 反復する 27 株式会社オージス総研 株式会社オージス総研 オージス
  • 71. 反復開発 • Ｖモデルは変えられない モデルは • 「一回のＶ」＝「イテレーション」（要求定義～ユーザによる受け入れテスト） 一回のＶ」＝「イテレーション 要求定義～ユーザによる イテレーション」 による受 テスト） • Ｖを反復する 反復する 27 株式会社オージス総研 株式会社オージス総研 オージス
  • 72. 具体的には： 具体的には：反復開発 には • Ｖモデルは変えられない モデルは • Ｖを反復する 反復する • 「一回のＶ」＝「イテレーション」 一回のＶ」＝「イテレーション」 イテレーション 　　　（要求定義～ユーザによる受け入れテスト） •必要な機能から順次提供 必要な機能から順次提供 必要 から •フィードバック・ループ（ユーザの受入れテスト ： 誤解 ミスは即カイゼン） フィードバック・ フィードバック ループ（ユーザの受入れ 誤解/ミス ミスは カイゼン） ソフトウェア開発における ソフトウェア開発における　 開発における　 •問題を顕在化させる仕組み 問題を顕在化させる仕組み 問題 させる仕組 •素早くカイゼンのサイクルを廻す仕組み 素早く 素早 カイゼンのサイクルを 仕組み 28 株式会社オージス総研 株式会社オージス総研 オージス
  • 73. トヨタ生産方式の トヨタ生産方式の展開 生産方式 製造業 ソフトウェア 世界のソフトウェア業界は、トヨタに学ぼうとしている 29 株式会社オージス総研 株式会社オージス総研 オージス
  • 74. トヨタ生産方式の トヨタ生産方式の展開 生産方式 製造業 フォード生産方式 フォード生産方式 ソフトウェア ｳｫｰﾀｰﾌｫｰﾙ開発 ｳｫｰﾀｰﾌｫｰﾙ開発 1970年 Winston W.Royce →DoＤ規格 世界のソフトウェア業界は、トヨタに学ぼうとしている 29 株式会社オージス総研 株式会社オージス総研 オージス
  • 75. トヨタ生産方式の トヨタ生産方式の展開 生産方式 製造業 トヨタ生産方式がオリジナル フォード生産方式 フォード生産方式 リーン生産方式 リーン生産方式 ホワイトカラーへの適用 　・ＴＯＣ 　・クリティカル・チェーン ソフトウェア ｳｫｰﾀｰﾌｫｰﾙ開発 ｳｫｰﾀｰﾌｫｰﾙ開発 1970年 Winston W.Royce →DoＤ規格 世界のソフトウェア業界は、トヨタに学ぼうとしている 29 株式会社オージス総研 株式会社オージス総研 オージス
  • 76. トヨタ生産方式の トヨタ生産方式の展開 生産方式 製造業 トヨタ生産方式がオリジナル フォード生産方式 フォード生産方式 リーン生産方式 リーン生産方式 ホワイトカラーへの適用 　・ＴＯＣ 　・クリティカル・チェーン ソフトウェア ｳｫｰﾀｰﾌｫｰﾙ開発 ｳｫｰﾀｰﾌｫｰﾙ開発 1970年 Winston W.Royce →DoＤ規格 世界のソフトウェア業界は、トヨタに学ぼうとしている 29 株式会社オージス総研 株式会社オージス総研 オージス
  • 77. トヨタ生産方式の トヨタ生産方式の展開 生産方式 製造業 トヨタ生産方式がオリジナル フォード生産方式 フォード生産方式 リーン生産方式 リーン生産方式 ホワイトカラーへの適用 　・ＴＯＣ 　・クリティカル・チェーン ソフトウェア ｳｫｰﾀｰﾌｫｰﾙ開発 ｳｫｰﾀｰﾌｫｰﾙ開発 アジャイル（の土台） 土台） 1970年 Winston W.Royce →DoＤ規格 （米国）「トヨタウェイ」に着目 世界のソフトウェア業界は、トヨタに学ぼうとしている 29 株式会社オージス総研 株式会社オージス総研 オージス
  • 78. リーンソフトウェア開発 リーンソフトウェア開発 • Ｍ．Ｐｏｐｐｅｎｄｉｅｋ – ３Ｍでのコンサル経験 – ビデオ生産ラインへのトヨタ生産方式適用 – ソフトウェアへの応用へ… • Lean Software Development – もっともトヨタ生産方式に影響を受けた開発手法 – リーン思考の原点「1940年代末、トヨタという小さな企業が…」 　（平鍋健児 　（平鍋健児他訳「リーンソフトウェア開発」第一章の冒頭） リーンソフトウェア開発 第一章の冒頭） 開発」 30 株式会社オージス総研 株式会社オージス総研 オージス
  • 79. トヨタの トヨタの家 最高の品質・最小のコスト・最短のリードタイム ムダ取りによって生産の れを短 ムダ取りによって生産の流れを短くする 生産 ジャストインタイム 従業員・ 従業員・チームワーク 自働化 ・選択　・業績による意思決定 必要なものを 必要なものを ・共通の目標　・多能工として訓練 問題を視覚化する 問題を視覚化する 必要なだけ 必要なだけ 必要なときに 必要なときに ・自動停止 継続的改善 ・あんどん ・継続的な流れ 継続的な 機械の ・人と機械の分離 ・プルシステム ホカよけ ・ホカよけ ・素早い段取替え 素早い段取替え ムダ取り ・停止することによる 停止することによる ・統合された物流 統合された された物流 ・現地現物　・ムダを見抜く 　　　　　　　品質管理 　　　　　　　品質管理 ・「なぜ」を５回　・問題解決 問題の真因に ・問題の真因に取り組む 平準化 安定して標準化された して標準化された工程 安定して標準化された工程 目で見る管理 トヨタウェイの トヨタウェイの世界 31 株式会社オージス総研 株式会社オージス総研 オージス
  • 80. ムダどり ムダどり 生産工程の つのムダ* 生産工程の７つのムダ* ムダ ソフトウェア開発の つのムダ ソフトウェア開発の７つのムダ 開発 在庫のムダ 在庫の 半完成の成果物のムダ 加工そのもののムダ 加工そのもののムダ そのものの 文書作成のムダ 作りすぎのムダ りすぎのムダ 余分な機能のムダ 運搬のムダ 運搬の タスクスイッチのムダ 手待ちのムダ 手待ちのムダ ちの 手待ちのムダ 動作のムダ 動作の 動作のムダ 不良を作るムダ 不良を 欠陥（バグ）を作るムダ *新郷重夫, トヨタのエンジニアであり，JIT技術のオーソリティ 訳注：80年代後半，アメリカで活躍したトヨタ生産方式のコンサルタント．アメリカでは，トヨタ生産方 式を米国産業に広めた人として有名．ユタ州大学にはShingo賞がある．日本におけるデミング賞 のようなもの．（ただし，この「７つのムダ」は大野耐一によって定式化されていた．） 32 *平鍋健児氏の資料より引用 株式会社オージス総研 株式会社オージス総研 オージス
  • 81. タスクボードによる見える化 かんばん） タスクボードによる見える化（かんばん） ボードによる ホワイトボードと付箋で ホワイトボードと付箋で実現 反復内の 反復内の 未着手 作業中 完了 残作業を 残作業を グラフ化 グラフ化 縦軸： 縦軸：残時間 横軸： 横軸：日付 作業状況の える化 作業状況の見える化 付箋１ 付箋１枚が１つのタスク つのタスク 33 株式会社オージス総研 株式会社オージス総研 オージス
  • 82. タスクボード 34 *平鍋健児氏の資料より引用 株式会社オージス総研 株式会社オージス総研 オージス
  • 83. ソフトウェアあんどん ソフトウェアあんどん 35 株式会社オージス総研 株式会社オージス総研 オージス
  • 84. アジャイル開発の アジャイル開発の要素 開発 36 参考：アジャイルプロセス協議会セミナー資料 株式会社オージス総研 株式会社オージス総研 オージス
  • 85. アジャイル開発の アジャイル開発の要素 開発 反復開発 36 参考：アジャイルプロセス協議会セミナー資料 株式会社オージス総研 株式会社オージス総研 オージス
  • 86. アジャイル開発における価値 アジャイル開発における価値 開発における 　　プロジェクトの成否からプロダクトの効果へ 　　プロジェクトの成否からプロダクトの効果へ プロジェクト からプロダクト 要件定義 ユーザテスト 基本設計 システムテスト 機能設計 結合テスト 結合テスト 詳細設計 単体テスト 単体テスト コーディング 37 株式会社オージス総研 株式会社オージス総研 オージス
  • 87. アジャイル開発における価値 アジャイル開発における価値 開発における 　　プロジェクトの成否からプロダクトの効果へ 　　プロジェクトの成否からプロダクトの効果へ プロジェクト からプロダクト 要件定義 ユーザテスト 従来の 従来の価値観 プロジェクトの成否） （プロジェクトの成否） 基本設計 システムテスト 機能設計 結合テスト 結合テスト 詳細設計 単体テスト 単体テスト コーディング 37 株式会社オージス総研 株式会社オージス総研 オージス
  • 88. アジャイル開発における価値 アジャイル開発における価値 開発における 　　プロジェクトの成否からプロダクトの効果へ 　　プロジェクトの成否からプロダクトの効果へ プロジェクト からプロダクト 業務設計 適用（or試行） 要件定義 ユーザテスト 従来の 従来の価値観 プロジェクトの成否） （プロジェクトの成否） 基本設計 システムテスト 機能設計 結合テスト 結合テスト 詳細設計 単体テスト 単体テスト コーディング 37 株式会社オージス総研 株式会社オージス総研 オージス
  • 89. アジャイル開発における価値 アジャイル開発における価値 開発における 　　プロジェクトの成否からプロダクトの効果へ 　　プロジェクトの成否からプロダクトの効果へ プロジェクト からプロダクト 経営環境の 経営環境の変化 早く、安く、使えるものを 企業の生き残り えるものを…企業 企業の 経営環境への追随 経営環境への追随 への 業務設計 適用（or試行） 要件定義 ユーザテスト 従来の 従来の価値観 プロジェクトの成否） （プロジェクトの成否） 基本設計 システムテスト 機能設計 結合テスト 結合テスト 詳細設計 単体テスト 単体テスト コーディング 37 株式会社オージス総研 株式会社オージス総研 オージス
  • 90. アジャイル開発における価値 アジャイル開発における価値 開発における 　　プロジェクトの成否からプロダクトの効果へ 　　プロジェクトの成否からプロダクトの効果へ プロジェクト からプロダクト 経営環境の 経営環境の変化 早く、安く、使えるものを 企業の生き残り えるものを…企業 企業の 経営環境への追随 経営環境への追随 への 業務設計 適用（or試行） 要件定義 ユーザテスト 従来の 従来の価値観 プロジェクトの成否） （プロジェクトの成否） 基本設計 システムテスト 機能設計 結合テスト 結合テスト 詳細設計 単体テスト 単体テスト コーディング 37 株式会社オージス総研 株式会社オージス総研 オージス
  • 91. アジャイル開発における価値 アジャイル開発における価値 開発における 　　プロジェクトの成否からプロダクトの効果へ 　　プロジェクトの成否からプロダクトの効果へ プロジェクト からプロダクト 経営環境の 経営環境の変化 早く、安く、使えるものを 企業の生き残り えるものを…企業 企業の 経営環境への追随 経営環境への追随 への これからの価値観 これからの価値観 業務設計 プロダクトの効果） （プロダクトの効果） 適用（or試行） 要件定義 ユーザテスト 従来の 従来の価値観 プロジェクトの成否） （プロジェクトの成否） 基本設計 システムテスト 機能設計 結合テスト 結合テスト 詳細設計 単体テスト 単体テスト コーディング 37 株式会社オージス総研 株式会社オージス総研 オージス
  • 92. ありがとうございました。 ありがとうございました。 38 株式会社オージス総研 株式会社オージス総研 オージス