20131206リーン開発導入事例

2. ゴール・システム・コンサルティングのご紹介 TOCに関する日本随一ともいえる豊富な実績とノウハウを活かすべく、 2002年秋ゴールシステムコンサルティングはその産声を上げました。私たちの使命は、継続的にTOCに基づく現実的な問題解決策を提供し、お客様に短期間で、現実のビジネス上の利益を得て頂く事です。私たちのソリューションは、どのような産業・業種にも適用可能であり、お客様の戦略的な目的を達成するための継続的改善プロセス（POOGI）をサポートするものです。経営コンサルティング、セミナーや教育、社員研修といったコンサルタント派遣事業のみならず、システム導入支援まで、お客様の経営成果をトータルでサポートいたします。弊社クラアントマスメディア等紹介事例日経情報ストラテジー 2009年5月号「成果を出す業務改善の現場」・日本特殊陶業株式会社（TOC全ツール適用）日経情報ストラテジー 2008年9月号「改革手法ウォッチング CCPM」・オリンパス株式会社（TOC/CCPM導入）「問題の掘り下げ力を鍛えよ！」・日立ツール株式会社（TOC思考プロセス事例紹介）日経情報ストラテジー 2005年8月号「迷走する業務改善の現場・見えてきた突破口」・コガネイ株式会社（TOC全ツール適用）・日立ツール株式会社（TOC全ツール適用）・株式会社砂子組（TOC/CCPM導入）等在庫ゼロリードタイム半減プロジェクト弊社村上、石田執筆【コンサルタント著書】・日立ツール株式会社（TOC/DBR導入）・セイコーエプソン株式会社（TOC/DBR導入）・日立金属株式会社（TOC/DBR導入）ビデオ：わかりやすいTOC実践教室（PHP総合研究所）・日立ツール株式会社（TOC/DBR導入）・セイコーエプソン株式会社（TOC/DBR導入）・北越パッケージ株式会社（TOCセールス・マーケティング） http://business.nikkeibp.co.jp/article/topics/20090319/150569/ ・オリンパスイメージング株式会社（TOC/CCPM導入） http://business.nikkeibp.co.jp/article/topics/20090820/168382/ ・株式会社丸五技研（TOCセールス・マーケティング） http://business.nikkeibp.co.jp/article/topics/20090515/194874/ TOC-CCPM（www.toc-ccpm.net/jirei/index.html）・株式会社リコー／株式会社五星／ソラン株式会社（いずれもTOC/CCPM導入） Copyright Goal-system Consultants Inc. All Rights Reserved.

3. 自己紹介西原隆（Takashi Nishihara）ゴール･システム･コンサルティング株式会社取締役チーフコンサルタント 2003年ゴールシステムコンサルティングに入社。米国TOCファームベクターストラテジー社（当時）のイレーン・フロスト、ロジャー・モリソンから TOC導入方法に関する教育をうけ、その後国内大手メーカー開発部門、Sier等システム開発でのTOC導入コンサルティングに従事。特に、 TOCのプロジェクトマネジメント手法「CCPM」に関する豊富な理論的知識および実践スキルを持ち、インプリメンテーションの経験は日本随一である。また、TOC思考プロセスを用いたファシリテーションに精通しており、現場スタッフのモチベーションを向上させる技術には定評がある。 CCPMインプリコース４１回・４００人以上、 CCPM適用プロジェクト数５００以上指導リーマンショック 85 書籍発行 80 FAJフォーラム TOC思考プロセス講師 75 70 ジョナ認定 65 取締役就任 60 55 リーンカンファレンス2013 新マフィアオファー発表 GSC入社 50 PMI にてAgileCCPM発表 45 1991 1993 1995 1997 1999 2001 2003 2005 2007 Copyright Goal-system Consultants Inc. All Rights Reserved. 2009 2011 2013

4. ３層モデル：TOC/CCPMとアジャイルを融合した開発革新現場の進捗状況がリーダー層に、プロジェクトの状態がマネジメント層に正確かつ迅速に伝わり、適切かつスムーズに対策が講じられるよう、各層における管理の仕組み、および各層の連携を確立する。【３層連携マネジメントシステム】＜マネジメント層：パイプライン管理＞ 100 バッファ Plan （対策実施） 90 プロジェクトG 80 プロジェクトF （対策検討） 70 60 プロジェクトC 50 プロジェクトA 40 プロジェクトE 30 20 プロジェクトD 10 プロジェクトB （そのまま） 0 0 10 20 30 40 50 60 70 80 90 複数あるタイトルを適切に開始し、納期遅延リスクの高いプロジェクトに対して対策を講じる。 Act マネジメント層 Do Check 100 連携＜リーダー層：バッファ管理＞ 100 Plan （対策実施） 90 80 （対策検討） 70 60 50 40 30 20 バッファを配置して、プロジェクトの推移と納期遅延リスクを見える化し、先手管理を行う。 Act リーダー層 Do 10 Check （そのまま） 0 0 10 20 30 40 50 60 70 80 90 100 連携＜チーム層：アジャイル開発＞要求(スコープ) Plan To Do Doing Done 析タスクk 3h タスクa 3h タスクb 3h タスクc 3h タスクr 3h タスクl 3h タスクd 3h タスクe 3h タスクf 3h タスクs 3h タスクt 3h タスクm 3h タスクg 3h タスクh 3h タスクi 3h タスクu 3h 計画設実計装タスクp 3h タスクq 3h 分タスクo 3h トスタスクv 3h タスクn 3h タスクj 3h テ短期間での小さな開発を繰り返し、柔軟性の高い開発を行う。併せて現場状況と開発状況を見える化する。 Copyright Goal-system Consultants Inc. All Rights Reserved. Act 現場層 Do Check 4

6. TOCとリーンの共通点トヨタ・TOCは異なる手法である。しかしそは異なる手法である。しかしそトヨタ・の手法の根本にある概念は同じである（Dr.Golldrat））トヨタ・TOC 共通する生産概念トヨタ・ ①最大の目標はリードタイムを向上させることコスト低減ではなくリードタイム短縮を優先する ②（過剰生産を防ぐための）いつ生産してはいけないかを示す具体的なメカニズムを作る過剰生産をふせぐ仕組みを持つ ③全体的な効率を重視し、局所的な効率は無視しなければならない全体最適の追求 ④フローをバランスさせるためには集中プロセスが不可欠。継続的改善の仕組みを持つ Copyright Goal-system Consultants Inc. All Rights Reserved.

7. リーン製品開発の発見リーン製品開発とは、MITでトヨタの開発方法を研究し一般化した製品開発手法。年１回カンファレンスがひらかれており、ハーレーダビッドソン・ボルボ・インテルなどが事例発表しており、欧米で急速に普及しているアレン・ウォード博士ジェームズ・Ｍ・モーガン、ジェフリー・Ｋ・ライカー著 /稲垣公夫訳稲垣公夫開発戦略は「意思決 MITでセットベース設計を研究定」を遅らせろ！ゴール・システム・コンミシガン大学助教授サルティング顧問稲垣公夫著トヨタを訪問調査リーン開発を体系化 2004年事故死リーン生産とリーン製品開発は異なる背景から生まれている。 Copyright Goal-system Consultants Inc. All Rights Reserved. 7

8. 在来開発方法とリーン開発の違い在来開発方法トヨタ製品開発/リーン開発トヨタ製品開発リーン開発製品仕様なるべく早期に確定最初は粗く、徐々に詳細になる設計意思決定なるべく早期に行うなるべく遅らせる代替案初期に少数に絞り込み最初多数の代替案を考え、徐々に絞り込む試験設計後、直すため設計前、学ぶためプロジェクト管理管理主導：プロセス遵守に焦点技術主導：知識の成長を製品に結び付ける「作って直す」開発方式「試験してから設計する」開発方式知識設計目標決定試験改良目標決定試作試験設計検証 Copyright Goal-system Consultants Inc. All Rights Reserved. 試作

9. リーン開発概要：製品開発の二つの段階知識を得てから（学習してから）設計する構想設計段階知識中心（ＳＢＣＥ手法）詳細設計段階作業中心顧客価セットベースフェーズセットベースフェーズ製品・プロセス設計試験立上げ値の理知識で検証された仕様解手戻りなしインテグレーションイベント詳細設計開発を開始するだけの知識があるかどの技術を使うのかサブシステムとその目標は何か設計仕様は何か 9 Copyright Goal-system Consultants Inc. All Rights Reserved.

12. テレダイン・ベンソスの改善結果開発リードタイム従来の開発方法：設計してから試験 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 か月顧客へ納入仕様に対して恐怖の中設計試作顧客問題発生設計手戻り不具合発生設計手戻り生産立上問題発生問題は続くリーン開発の結果：試験してから設計顧客関心事定義知識ギャップを埋める製品設計 β 試作 βのの工場試験顧客へ納入リーン開発の結果：知識の再利用顧客関心事定義製品設計試作・工場試験顧客へ納入 LT７割削減７割削減 Copyright Goal-system Consultants Inc. All Rights Reserved. LT３割削減３割削減手戻りを撲滅！

14. 開発の背景営業マーケ革新方法開発強化（バージョンアップ開発）営業関係ソフトウェアの新規開発コンサルティングプログラムの目的は明確「お客様の売上高を増加させる」しかし実現手段は、複雑でどのような因果関係があるのか把握するだけでも困難な問題。今回のコンサルティングプログラムの開発は、議論の進め方が今まで通りだと完成しないと認識としていました。そこでリーン製品開発を参考に開発を進めました。 Copyright Goal-system Consultants Inc. All Rights Reserved.

15. SalesBufferManager リーン開発全体像開戦略構築（ビジネスモデルキャンバス）発ソフス ( 業トク売営・コ販ン売り構方ラ想営業・コンサル展開のム計サ開発展開）ルい開（気合設発（セ（マ ( スとク根開ラ性発ムフとットィアベ）ー資）オフト金育トァ成レあ成レつコめーナスース育）ーーーコーナスー） Copyright Goal-system Consultants Inc. All Rights Reserved.

17. セットベース開発による構想設計Ａｃｔ構想設計メンバーチーフエンジニア西原コンサルタント５名 Look 目的：顧客関心事 Ask 質問：目的達成のために答えなければならない知識ギャップＬｏｏｋＤｉｓｃｕｓｓＡｓｋＭｏｄｅｌ Model 質問回答のための行動・リカバリープラン・トレードオフ解消案・トレードオフ最適化実験 Discuss ＆Act 担当・わからない事とわかるための対策案を議論して表「学習サイクル管理版」を作成最終案決定期限関係者会議日程・複数の対策案に関する検証を実施接触力をかけすぎると電池がふた ○×製品の設計を流用でき第一週金曜日ないか調査する西原新しい構造の電池蓋を構想第一週金曜日する西原複数の接触力で電池蓋への影響を調べる実験をおこない第一週金曜日トレードオフ曲線を得る安定した電力供給をえるから飛び出してしまう問題をどのよ西原カートのタイヤを球体にできないか検討する真道うに解消するか・２週間に１回ミーティングを開き・対策案で目的が達成できるのか報告とレビュー、カートを安全に横移動できるようなカートを子供にも簡単に構造にするためには何をするべき扱えるようにする第二週金曜日かカートのタイヤをなくせないか第二週金曜日検討する真道滑り具合と固定具合を調査するための実験をおこなう・案の絞り込みをおこない表を更新このサイクルを６回繰り返し真道第二週金曜日コンサルティングテキスト８ヶ月分を完成 Copyright Goal-system Consultants Inc. All Rights Reserved.

19. セールス＆マーケティング革新活動展開例研修２日＋売り方開発３ヶ月＋提案営業マネジメント４ヶ月で革新活動展開ステージⅠ ステージⅡ（売り方の開発）ステージⅢ（拡販する）回実施事項 1 概要研修と売り方開発 2 提案シート作成 3 セグメンテーション 4 テストマーケフォロー１ 5 商品戦略策定 6 テストマーケフォロー 7 質販問促トツーークル作作成成 8 テストマーケフォロー３ 9 10 売上計画・営業計画策定報告会 2 11 営業トレーニング１ 12 バッファ進捗会議 13 営業トレーニング２ 14 15 16 営業バ実ッフ績報ァ検分討析告進会捗と会改議善策タマーフ況ゲィ報ママフマィマフーィゲア市フアオアアァオ細分有イフフファァァーーーシ戦シ化ー競告ー略シー 3 シート向分へマトトネラ結改ジフ果善メ提ン案グト（顧ラフ画上２の計析ング客とート成向イ法認ー戦略トシ売ート傾ラ方承シ争ーン傾ー別シシトプ業とーーイヤァ A ァラ係ァァ有とープ関フイ共フッフパ・営オト物と件共フイレッ報オッフ告バオの件オ６者ィト場ア作案バ業ィ案ィ果パ営フッア成業マフタ営３ 2 目ト状標） WS 時間 1日 1日 1日２H 1日 2H １日２H ２H 1日 Copyright Goal-system Consultants Inc. All Rights Reserved. 1日２H 1日２H 1日２H 19

20. SalesBufferManager理論的背景営業のゲンバうちがどれだけすごいのか、いきなり説明する。これが一番の問題 B 製品の価値を買い手に示すＡ：おＤ製品を説明する（Mr.カタログマン）Ｃ買い手が抵抗する原因を作らないＤ´ 製品を説明しない（Mr.御用聞き）客頂様くに買って買い手は強い疑いを持っており提案を簡単には信用しない ①買い手は、取引であまり良い経験をしたことがない ②買い手は、営業が自社製品をどれだけよく言おうとも、完全には信用しない ③買い手は、最初から買う気のあるところを見せてはいけない Copyright Goal-system Consultants Inc. All Rights Reserved.

22. SalesBufferManager理論的背景営業マンのジレンマを解くうちがどれだけすごいのか、いきなり説明する。これが一番の問題（Mr.カタログマン）番の問題（カタログマン）Ａ B 製品の価値を買い手に示す：おＤ製品を説明する（Mr.カタログマン）客頂様 Injection：製品の説明から始めるのではなく、：製品の説明から始めるのではなく、くにまず買い手の立場にたって問題を説明しまず買い手の立場にたって問題を説明し買信頼をとりつけてから提案する。ってＣお客様に信頼されるＤ´ 製品を説明しない（Mr.御用聞き）お客様は強い疑いを持っており提案を簡単には信用しない ①お客様は、取引であまり良い経験をしたことがない ②お客様は、営業が自社製品をどれだけよく言おうとも、完全には信用しない ③お客様は、最初から買う気のあるところを見せてはいけない Copyright Goal-system Consultants Inc. All Rights Reserved.

23. SalesBufferManager理論的背景変化に抵抗する６つの心理階層１：取り組もうとしている問題が、問題であるとは思わない２：解決しようとしている方向（あるべき姿）に、合意できない３：その解決方法で、問題が解決するとは思わない TOC抵抗と合意形成の６段階合意形成の６つのフェーズ１：問題について合意する２：問題解決の方向性について合意する３：解決方法が、問題を解消させることについて合意する４：その解決方法を実行すると、マイナスの影響が生じる４：この解決方法が、重大なマイナスの影響を生まないことについて合意する５：提案されている解決方法を実行すると、障害が発生するので、現実的ではない５：この解決方法の確実な導入を阻害する障害を克服する方法について合意する６：未知のことへの恐れ６：この解決方法を実行することについて合意する Copyright Goal-system Consultants Inc. All Rights Reserved. 23

25. SalesBufferManager理論的背景マフィアオファーシート参考：ザ・ゴール2 参考：ザ・ゴール2 E.ゴールドラット著 E.ゴールドラット著・マフィアオファーシートとは、新製品営業で発生する「変化への６つの抵抗」を順番に合意形成していくための営業戦略と話法をまとめたA3１枚のシート・作成は一度限りではできない。商品企画・開発・営業一丸となり仮説検証を繰り返しし学習しながら作成する Ⅰ問題に合意する Ⅱ解決策の方向性に合意する Ⅲその解決策により問題が解決されることに合意する Ⅳその解決策に重大な副作用がないことに合意する Ⅴその解決策の実行を妨げる障害を克服する方法に合意する Copyright Goal-system Consultants Inc. All Rights Reserved. 25

26. 売り方の仮説（ターゲットと質問）を検証する案件共有A3シートマフィアオファーシートにある質問に対する顧客の反応を記入１．その問題はないと言われた２．問題の存在が不明３．問題に対して受動的４．問題に対して能動的５．既に課題に取り組んでいる営業状況と追加開発要求を記入ターゲットセグメント３つに対してテストマーケ実施、机上ではなく現ターゲットセグメント３つに対してテストマーケ実施、机上ではなく現 26 地現物で検証しターゲットを絞り込む（案件共有シートへの記入）地現物で検証しターゲットを絞り込む（案件共有シートへの記入） Copyright Goal-system Consultants Inc. All Rights Reserved.

32. 開発・運用体制販売・商品企画チーフエンジニア西原隆（商品企画・開発・販売統括責任者）ソフトウェア開発・保守体制本サービスのソフトウェアは、（株）永和システムマネジメントがアジャイル開発・ Ruby on Railsを活用して開発またソフトウェア保守をおこなっております。（株）永和システムマネジメントは、主に金融業界、医療業界に対してソフトウェア開発を行うとともに、アジャイル開発やオブジェクト指向に関する開発やコンサルティングを提供しています。アジャイル開発支援のさきがけであり、専門書の翻訳・出版やアジャイル開発の団体運営を手掛けるなど、豊富な知見と導入実績を有しています。クラウド運用体制本サービスはHerokuのクラウドコンピューティング環境を活用して運用されております。 Heroku‘は2007年創業のアメリカ合衆国の企業。また、同社が開発と運営を行っているクラウドコンピューティングPaaSの名称です。2010年大手セールスフォース・ドットコムの子会社になりました。セールスフォース・ドットコム社は、営業管理システムのトップシェア企業でありクラウドによるソフトウェア提供のパイオニア。万全のセキュリティ体制を提供しています。 32 Copyright Goal-system Consultants Inc. All Rights Reserved.

34. 第一弾開発：見積もりと計画作り・ステークホルダーとプロダクトオーナー間のコミットはリリースする事。・サービスの中で最もリスクの高い機能「バッファチャート実装」をおこないユーザー検証することを目的とする・プロダクトオーナーが要求事項（ユーザーストーリー）を列挙・プロダクトオーナーが仕様案を複数提示して開発チームと検討・開発チームが全体期間の見積もりと計画作りを行い実装項目を決定した。 Copyright Goal-system Consultants Inc. All Rights Reserved. 34

35. 第一弾開発：バッファチャートの実装・１週間のイテレーションで開発。デモごとに追加要求事項が発生、・バッファチャートを実装するか、リリースに必要な非機能を実装するかの選択を迫られる。・プロダクトオーナーは、追加予算を取り非機能を開発する決断をするが、ステークホルダーとの共有に失敗予算がなくなり、開発中断に・・・リリースできず Copyright Goal-system Consultants Inc. All Rights Reserved. 35

36. 第２段開発開始：開発基本戦略狩野モデルを活用した開発項目基本戦略バッファチャート・マフィアオファーシート・案件共有シート・バッファチャート・マフィアオファーシート・案件共有シート・売上集計・売上予測グラフ等普通のSFAにある機能等普通のにある機能作らない高い魅力的なフィーチャ顧客満足度当たり前、必須のフィーチャ低い全くないフィーチャの量セキュリティマルチテナント等全て実装済 Copyright Goal-system Consultants Inc. All Rights Reserved.

40. SalesBufferManager完成 SalesBufferManagerにより提案営業マネジメントサイクル（Plan・Do・Check・Act) を支援します。案件共有A3シート「適正仕掛計算」プロダクトリーダーによる商品別計画適正仕掛計算による平準化計画「バッファチャート」案件の確認優先順位をつけ、営業マネージャーによるシンプルな確認を実現「案件共有シート」営業マンによる案件管理状況記入「マフィアオファーシート」優秀な営業マンの売り方を共有するためA3 １枚に簡潔に売り方をまとめたシート Copyright Goal-system Consultants Inc. All Rights Reserved. 40

42. SalesBufferManager リーン開発全体像開戦略構築（ビジネスモデルキャンバス）発ソフス ( 業トク売営・コ販ン売り構方ラ想営業・コンサル展開のム計サ開発展開）ルい開（気合設発（セ（マ ( スとク根開ラ性発ムフとットィアベ）ー資）オフト金育トァ成レあ成レつコめーナスース育）ーーーコーナスー） Copyright Goal-system Consultants Inc. All Rights Reserved.

43. 構想設計プラクティスセットベース開発（学習サイクル管理版）マフィアオファーシートビジネスモデルキャンバス良かったこと論点・今回ドメイン知識豊富な人を集めて検討で・参加者がどうどうと分からない事をいえるきたが費用がかかりすぎているようにも思える。他の企業でも実施できるか？点がよい・代替案を複数上げることで、参加者の多様な意見を出しやすかった。・今回開発者が参加していない。開発者も・参加者の知恵を結集する議論ができた参加すべきか？・飛躍したアイデアがでた・セットベース開発による構想設計は、・アイデアが形になるところまで収束したウォータフォール的だと言えばそうだがどうだろう？・売り方を開発でき、サービス完成前にニー BtoBのサービスの場合、マフィアオファーズの検証ができた・ソフトウェアを作る前に、カタログがほぼでシートを使ったテストマーケ先の確保が論点。営業が参加していないと検証は難しいきていた・MVPとして検証すべき項目が明確になっだろう。た・リーンキャンバスも作ってみたが、ステージが違うのかステークホルダーとの共有には、項目数が足りないと感じた。ステークホルダーに簡潔にビジネスモデル・いきなりビジネスモデルキャンバスを書いを説明できた。（A31枚）ても書き切れないだろう。特に価値提案はムリがあると感じる。ビジネスモデルキャンバスに向かう前段階のプラクティスが必要だと思う。 Copyright Goal-system Consultants Inc. All Rights Reserved. 43

44. 開発第一弾スクラムプラクティス良かったこと論点・MVPのゴールか、サービス全体のゴールか認識合わないまま議論して混乱した。インセプション・実施したからと言って何かアイデアがでるものではデッキ・ユー開発チームに何を作ろうとしてなく、伝達するツールだと感じたザーストーリーいるのか共有できた。・開発中にゴールの共有をおこなうが、１週間イテマッピングレーションでも１．５ヶ月は短すぎて、開発チームと、サービスのイメージ共有がしきれなかったと感じた・スクラムでは全体スケジュールを作らないのが、お作法と聞いているが、それで開発資金をどうやって確・ピボタルを使って全体スケ保するのだろう？開発するのが目的化している企業見積もりと計画ジュールを立てて進められたでないと不可能では？作り・リスクの最も高い機能から実装できた・プロダクトオーナーがユーザーストーリーを書きすぎると、開発者の能力を引き出し切れていないように思える。どの程度がよいのだろう？・デモされると、次々に追加要求項目が浮かんで開発チームを困らせてしまった。・１週間に一回見せてもらい、要・ピボタルをステークホルダーとの共有に使ったが、イテレーション求自体の問題点を洗い出せた。内容が細かすぎて共有できなかった MTG ・毎回見積もりと計画作りを行っ・検証項目の開発を優先し、リリースに必要な最低限ていくので信頼が深まった。の機能の実装を見送ったためリリースできなくなった。・本件意思決定についてステークホルダーとの共有に失敗。開発が停まった。 Copyright Goal-system Consultants Inc. All Rights Reserved. 44

45. 開発第２段スクラムプラクティス狩野モデル仕様の松竹梅 Excelのプロトイテレーション MTG 良かったこと論点・MVPのラインで一杯一杯と見積もっていたどこまでをMVPとするか非常に迷ったが、のでステークホルダーからの要求を聞けな狩野モデルの魅力的品質・当たり前品質い状態になってしまったがMVPと定義し、何か優先させるか方向性を明確に出来た・MVP以降の要求精査は、線形の機能が多いので別の観点が必要か？・常に一つの要求に対して何通りも仕様を一つの要求事項に対して、3種類の仕様だせるか？を作り、開発が遅れた場合のオプションとして進められた・出せたとしても開発規模があまりかわらないと意味がないがどうか？エクセルのプロトに引きずられ開発者の創エクセルのプロトがあったので仕様の理造力を減じてしまった？ポンチ絵の方が創解がしやすく、実装スピードは早まった造性的には良いように思えるが、開発期間の制約もあるので悩ましい・１回目の開発経験を生かして、会議進行方法など様々な工夫ができた・開発を止めないよう意思決定を早め早・ステークホルダーとの共有スピードが開発に比べて遅く、結果的に共有不足になっために実施できた・ステークホルダーとの共有のための大日程工程表を毎週書き共有を工夫した Copyright Goal-system Consultants Inc. All Rights Reserved. 45

46. 全体プラクティス全体良かったこと論点・入念に構想したが、自分自身の・ステークホルダーとの共有方法要求はぶれぶれだった。しかし、 Agile開発を採用したのでサービ・開発チームとの要求仕様の検討スはリリースできたとつくづく思う。方法（プロダクトオーナーはどこまで準備し、どのぐらい開発チームにもしウォーターフォールで開発し考えてもらうべきか）ていたら開発要件がふくれあがり、更に開発中に要求が増加、悲惨・開発項目以外の残作業がリリーなプロジェクトになったであろう。ス直前に固まって発生した。我々はリーンだったのか？リーンって何だ？ Copyright Goal-system Consultants Inc. All Rights Reserved. 46

47. リーンTOCヒット商品開発プロセス営業と企画企画と開発開発と製造 VOC VOC 要求 VOC 要求要求 VOC 要求要求要求 VOC 要求要求 VOC VOC VOC 要求要求要求要求要求要求要求要求仕様要求仕様要求仕様仕様詳細設計・試作・製造発売仕様要求仕様要求仕様 VOC 仕様仕様要求 VOC 要求 VOC 要求 VOC 要求仕様要求 VOC TOCセールス＆マーケティングマフィアオファーシート案件A3仮案件仮説検証商品企画 A3 CCPM/Agile リーン製品開発学習サイクル管理版インテグレーションイベント技術A3 技術 Copyright Goal-system Consultants Inc. All Rights Reserved. CCPM ・アジャイル開発

20131206リーン開発導入事例

Vous êtes en train de lire un aperçu.

Consultez-les par la suite

20131206リーン開発導入事例

Plus De Contenu Connexe

Diaporamas pour vous (20)

Les utilisateurs ont également aimé (14)

Similaire à 20131206リーン開発導入事例 (20)

Plus récents (20)