プロジェクトのすすめ vol.1 #TechLunch

プロジェクトのすすめ vol.1
2012/07/04 (水) @ Livesense TechLunch
発表者：島田 喜裕

Transcript

1. プロジェクトのすすめ 第1回（全10回？)
2. ぷろじぇくととは? • 期限があり、唯一の成果物（モノやコト） を生み出す仕事。 • プロジェクトＸのおかげで言葉だけ広 まった。
3. プロジェクトとは • 人により遂行される • 使用資源の制約がある • 計画され、遂行され、管理さ れる
4. なぜプロジェクトは失敗するのか？ プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞めてしまった など・・・
5. プロジェクトの失敗ポイントの分類 ・スコープ（コンテンツの範囲）の問題 ・品質の問題 ・コストの問題 ・時間の問題 ・リソース（人員・環境）の問題 ・ビジネスの問題
6. ビジネスの問題について ビジネスの失敗はリリースしてみないと分 からず、もし他の失敗要因で失敗しても上 手くいってしまう事もある？ では他の失敗要因が成功し、プロジェクト は計画どおりだったのに、ビジネスが失敗 するの場合とは？
7. 不十分なデータ分析が機会ロスを生んで いるのではないか？ 意思決定をするための材料。 1.過去実施した施策/顧客/収益に関する 「自社データ」 2.生活者の購買意識/行動に関する 「生活者データ」 3.市場や競合企業に関する「市場データ」 4.新聞/書籍/ネット等に公開されている 「公開データ」
8. 不十分な「自社データ」に潜む"落とし穴" まず自社に蓄積されている「1」を活用し、 「課題」「機会」を抽出。 改善仮説の方向性をいくつか打ち出したう えで、「2」「3」「4」「5」 を収集し、最終的な 意思決定を行う。
9. 決定確度が低くなる例 「顧客獲得効率が良くなっている」 ↓ 「顧客獲得施策には問題ない」 しかしそこに大きな"落とし穴"が隠 れている場合がある。
10. 【得られた情報】 【分析結果】 顧客獲得効率が良くなってい る 顧客獲得施策には問題ない × 顧客獲得効率が良くなってい る ＋ 生涯価値の低い顧客 ターゲット設定に問題あり ◦ 顧客数は増えているが、収益 が伸びていない 優良顧客を増やすCRMに問 題がある × 顧客数は増えているが、収益 が伸びていない ＋ 優良顧客の離脱率が悪化して いる 優良顧客を維持するCRMに 問題がある ◦
11. プロジェクトの失敗ポイントの分類 ・スコープ（コンテンツの範囲）の問題 ・品質の問題 ・コストの問題 ・時間の問題 ・リソース（人員・環境）の問題 ・ビジネスの問題 絡み合う複雑なパラメータ 「これらをうまく制御したい」
12. 問 プロジェクトの初期に立てた計画は最終的にどれ ほどの誤差を生むのか？ 当初計画比で１．２倍？１．５倍？それとも２倍？
13. 計画の主な変動要因 ・スコープの変化 　-仕様の追加・変更 ・タスク分解のエラー 　-既知の仕様に対してタスク の洗い出し漏れがあった場合 ・見積もりのエラー 　-タスク消化にかかる時間を 見誤った場合 ・一日あたりの作業時間見込 みエラー 　-会議その他で思ったよりも 作業時間が取れなかった場 合など ・人員計画のエラー 　-思ったより人数を増やせな い 　-思ったより能力がない 　-辞められる、故障者が出る ・品質マネジメントのエラー 　-品質が上がらないので作り 直し ・技術マネジメントのエラー 　-プログラム的に実現が困 難なので作り直し
14. 変動要因別の変化幅 ・仕様追加でスコープ変更→１．５倍 ・タスク分解のエラー→１．４倍 ・見積もりのエラー→１．３倍 ・一日あたりの作業時間見込みエラー →作業時間－２０％＝１．２５倍 ・人員計画のエラー -思ったように増員できなかった→－２０％＝１．２５倍 -思ったような能力が無かった→－３０％＝１．４倍 ・品質マネジメントのエラー→１．３倍 ・技術マネジメントのエラー→１．３倍
15. ※あくまでも、直感よりも遥かに大きいということを伝えるための計算 なので、その計算方法や数値の精度に対しては目をつむってください それぞれの要因による計画増加分 を掛け合わせてみると・・・ ※それぞれの要因は独立しており、おおよそ直交性 があると仮定します １．５×１．４×１．３×１．２５×１． ２５×１．４×１．３×１．３≒ 10倍!!
16. • 対処１：仕様を３５％削減⇒１．５４倍の対策効果 • 対処２：人員を６０％追加投入⇒１．６倍の対策効 果 ※もちろん人を足したからといって素直に人数分の効果が出る わけではありませんが簡易計算として割り切ります • 対処３：期間を５０％延長⇒１．５倍の対策効果 • 対処４：品質を３０％妥協する⇒１．４３倍の対策 効果 ※品質を下げる事で工数を減らすという意味で単純計算してい ます １．５４×１．６×１．５×１．４３≒５．６４倍の対策効 果
17. 対処５：月の労働時間を １６０時間から２９０時間にする ⇒１．８倍の対策効果 １．５４×１．６×１．５×１．４３×１．８≒１０ 倍の対策効果 めでたしめでたし！！ ・・・のはずはない！
18. まとめると。。。 対処１：仕様を３５％削減 対処２：人員を６０％追加投入 対処３：期間を５０％延長 対処４：品質を３０％妥協する 対処５：月の労働時間を８０％増やす 見事なデスマーチの完成です結構あ りがちな風景では
19. 希望 膨張 妥協 プロジェクトの正確な予 想なんて不可能
20. プロジェクトを制御する ことは可能です 予想は難しくても制御 はできる
21. 不確実性を乗りこなす ・事前対策（調査・戦略・設計・計画） -不確実性を減らす ・見通しが悪い部分の調査や検証/実験をしっかりと行う ・作業データを取り、フィードバックをかけて予測精度を向上させる ・計画規模を小さくする -どうせ計画は膨らむのだから最初に目いっぱいコンパクトにする ・設計をなるべく詳細に行う ・リスクの高い要素を予め極力減らす -不確実でも良い事にする ・リスクの高い要素を無くしてても成立する設計にする -その要素が無くなっても商品の価値が下がらない設計にする >トカゲのしっぽとしていつでも切れるようにする ・事後対策（イテレーション） -変化や問題発生にすばやく気づく -変化や問題にすばやく対応する
22. 近頃はアジャイルという言葉が流行っていますが ・・・ 最近の「アジャイル」という言葉の使われ方に違和 感を感じる。
23. 「速い・安い」を実現する「アジャイル開発」 だと言うわけです。 もはや、まるでファストフード。
24. アジャイルを「速い・安い・旨い」のように表現してい る人は、アジャイル開発に「低コストで速く作れるソ フトウェア開発」を期待をしている。 しかし、実際にはそうはうまくいかない。 トレードオフなしに、何も得ることはないということを 理解すべき。
25. よくあるアジャイルの誤解 • 仕様や設計なんていらない！ • ドキュメントなんていらない！ • 計画なんていらない！ • 「作って、壊して」を短いイテレーションで繰り返 せば万事解決！ • ウォーターフォールは悪！ うんなわけない！！
26. アジャイルが「楽をする為の免罪符」的に曲 解されて扱われているケースがあるように 思われる。 アジャイルを誤解して導入するとむしろ危 険！ ※もちろんちゃんと運用されているケースもたくさんあります
27. 次回 プロジェクトのすすめ2 アジャイル考察。