GamePM#11で使用した資料です https://sites.google.com/site/gpmahome/studysession11

1. PMBOKで学ぶマネジメントの基礎

2. 自己紹介田中 宏幸(株)イリンクス CEO/ Programmer現在Vita、PS3、フィーチャーフォンでゲームやエンジン等作ってます。一応プロマネの資格持ってます認定スクラムマスター (CSM)PMI認定Project Management ProfessionalTwitter : swiftnest

3. 何故マネジメントを学ぶ必要があるのか？

4. プロジェクトは中止だ!!

5. http://leadinganswers.typepad.com/leading_answers/2007/05/large_project_r.html

6. ゲーム開発はプロジェクト期間が長い傾向にある

7. 面白いゲームを楽しく作りたい何故それがこんなに難しいんだろう？

8. 国内Project成功率(Success)・2003年 26.7％・2008年 31.1％

9. http://itpro.nikkeibp.co.jp/article/NC/20081126/319990/

10. プロジェクトマネジメントは「銀の弾丸」ではないが正しく使えばプロジェクトの成功率を上げる事は出来る！！

11. PMBOKで学ぶマネジメントの基礎

12. 1.PMBOKって何？顧客が説明した要件

13. PMBOKって何？「Project Management Body of Knowledge」日本語訳：プロジェクトマネジメント知識体系「PMI」というプロジェクトマネジメントのデッカイ組織が作成米国標準協会（ANSI）で米国標準規格として承認会員は全世界154カ国参考：PMP(Project Management Professional)」の資格保持者事実上プロジェクトマネジメントの国際標準

14. PMBOKって何過去の成功プロジェクトや失敗プロジェクトの共通点をまとめたものITだけでなく、製造全般、果ては文化祭まで何にでも適応できるようになっている具体性に欠ける

15. PMBOKからの派生SWEBOK – ソフトウェアエンジニアリング(SoftWare Engineering Body Of Knowledge)BABOK – ビジネス解析(Business Analysis Body of Knowledge)SABOK – システムアナリスト(Systems Analyst Body Of Knowledge）REBOK – 要求工学(Requirements Engineering Body Of Knowledge)他にも「SQuBOK」「DMBOK」等々

16. プロジェクトって何？■プロジェクトって何？定められた期間内に今までにはない目標を達成する「有期性」と「独自性」があるもの■プロジェクトの成功って何？プロジェクトに課せられた様々な「制約事項」を満たしプロジェクトの目的が達成されたどうかで判断制約事項：良くあるのは「スコープ（作業範囲）、タイム、コスト」「完成が大幅に遅れたけど、皆で頑張り、学ぶことも多かった。 つまりこのプロジェクトは成功と言える！」PMBOK的には失敗プロジェクト

17. プロジェクトを成功させるには？要求事項を特定し、目標を確立し1.時間2.予算3.品質4.スコープの競合する要求のバランスをとりステークホルダーがそれぞれ抱える関心・期待に応えるために仕様・計画を適用させる

18. 以外に少ない？

19. 2.要求事項を特定し目標を確立する顧客が説明した要件プロジェクトリーダーの理解

20. よくある話このゲームの売りって何だっけ？このゲームってターゲット層はどこ？クライアントからネット対戦が必須って言われてたような…？目標売上って何万本だっけ？こんな状況で良いゲームが作れるハズがない！

21. プロジェクト憲章

22. プロジェクト憲章プロジェクト立ち上げ時に作成する概要書目的シリーズの続編として、固定ファン層を…更に進化した…スコープ（作業内容）「PS3用RPGで、DLコンテンツでコスチュームチェンジ…」ざっくりとしたスケジュールやコスト、制約事項成功基準国内販売50万本、ファミ通でゴールド主要ステークホルダー（関係者）クライアント、自社の管理部門

23. クライアントや主要スタッフと認識を一致させる

24. アジャイルサムライにもプロジェクト憲章と似たツールが紹介されてます

25. インセプションデッキInception Deck

26. 詳細はアジャイルサムライで紹介されてます。またインセプションデッキは@RyuzeeさんのサイトでDLできます。「インセプションデッキ」で検索！

27. 3.荒ぶる四天王顧客が説明した要件プロジェクトリーダーの理解営業・コンサルタントの表現、約束

28. 荒ぶる四天王バランスを取る※図はアジャイルサムライのP86を使用

29. スコープどんどん増える機能遅れるスケジュール増えるコスト低下する品質スコープは全ての上流WBS

30. WBS(Work Breakdown Structure)http://www2.denshi.numazu-ct.ac.jp/mirsdoc2/mirs98sf/curr/num0007a/sysplan.html

31. 段階的詳細化

32. 段階的詳細開発前にはどんなスコープがあるのか判らない全ては判らなくても、大枠なら判るいったん大枠で記載しておき、プロジェクトがすすむにつれて徐々に詳細にしていく予定は一度で完成させるのではなく徐々に改善

33. スケジュール基本はガントチャートやマイルストーン段階的詳細化スクラムなどは付箋で管理プロジェクトの進行状況を確認するだけでなく作業待ちやクリティカルパスの確認にも有効見積る際は三点見積りを使うと良い（４×「通常値」＋「悲観値」＋「楽観値」）÷６多分5日で終わるけど、早ければ3日、最悪9日掛かるかな-> (4 x 5 + 3 + 9) ÷ 6 = 5.3日

34. ガントチャートhttp://minna-de-gantt.com/

35. おまけ・スクラムでは付箋を推奨http://knowscrum.com/

36. コストゲームの場合、殆どが人件費遅れを取り戻そうと人を増やすとその分コストも増えるそれ以外には、ソフトや開発機などコスト管理には「人月表」が使われる事も多い

37. ブルックスの法則(Brooks' law)遅れを取り戻そうと人を入れると、一定以上は逆に遅くなるhttp://blogs.itmedia.co.jp/morisaki/2007/10/brook_f97f.html

38. 品質検査より予防TDD（CppUnit、GoogleTest）CI（Jenkins）静的解析（QAC++、Coverity）レビュー(review)頻度、対象デバッグ(debug)期間と規模

39. QC７つ道具特性要因図管理図ヒストグラムフローチャートランチャートパレート図散布図

40. 四天王が暴れない様に常に監視

41. 変更管理委員会

42. 統合変更管理計画が変更になる際に必ず行う変更内容を「変更管理委員会」が影響範囲などを調査し、変更するかどうかを判断する変更管理委員会は主要メンバーと主要ステークホルダーがなることが多い承認された場合、様々な計画（スコープ、スケジュール、コスト）が変更される場合がある

43. プロジェクトを成功させるには？要求事項を特定し、目標を確立し時間予算品質スコープの競合する要求のバランスをとりステークホルダーがそれぞれ抱える関心・期待に応えるために仕様・計画を適用させる

44. 4.ステークホルダーがそれぞれ抱える関心・期待に応える顧客が説明した要件プロジェクトリーダーの理解営業・コンサルタントの表現、約束プロジェクトのドキュメント

45. ステークホルダープロジェクトに関係している人達チームメンバークライアントのプロデューサー社長購入者ゲームショップの定員雑誌編集者関心・期待に答える?

46. コミュニケーション

47. プロジェクトマネジャの仕事の80%はコミュニケーション

48. コミュニケーションいつ、誰に、何を、どうやって伝えるかを決める毎週火曜日にプロデューサーに進捗をメールで送る毎朝10:00にメンバー全員が集まって「昨日何をやったか」「今日何をやるか」「問題」を報告し合う常時プログラマー全員が相談し合える用にSkypeルームを立ち上げておくメールを全員に送ったらコミュニケーションという訳ではない！！

49. コミュニケーションパスN x (N – 1) / 2人が増えるほど伝わらなくなっていく

50. コミュニケーションナメんな

51. 問題プロジェクトマネージャの仕事をいくつか紹介しましたが今紹介した以外の仕事を１つ挙げて下さい

52. プロジェクマネージャーの仕事 要求事項定義 スコープ定義 WBS作成 スコープ検証 スコープ・コントロール ステークホルダー特定 コミュニケーション計画 情報配布 ステークホルダーの期待のマネジメント 実績報告 アクティビティ定義 アクティビティ順序設定 アクティビティ資源見積り アクティビティ所要期間見積り スケジュール作成 スケジュール・コントロール コスト見積り 予算設定 コスト・コントロール 品質計画 品質保証 品質管理 人的資源計画 プロジェクト・チーム編成 プロジェクト・チーム育成 プロジェクト・チームのマネジメント リスク・マネジメント計画 リスク特定 定性的リスク分析 定量的リスク分析 リスク対応計画 リスクの監視コントロール 調達計画 調達実行 調達管理 調達終結 システム開発プロジェクトにおける考慮点 プロジェクト憲章作成 プロジェクトマネジメント計画書作成 プロジェクトの実行の指揮・マネジメント プロジェクト作業の監視コントロール 統合変更管理 要求事項定義 スコープ定義 WBS作成 スコープ検証 スコープ・コントロール ステークホルダー特定 コミュニケーション計画 情報配布 ステークホルダーの期待のマネジメント 実績報告 アクティビティ定義 アクティビティ順序設定 アクティビティ資源見積り アクティビティ所要期間見積り スケジュール作成 スケジュール・コントロール コスト見積り 予算設定 コスト・コントロール 品質計画 品質保証 品質管理 人的資源計画 プロジェクト・チーム編成 プロジェクト・チーム育成 プロジェクト・チームのマネジメント リスク・マネジメント計画 リスク特定 定性的リスク分析 定量的リスク分析 リスク対応計画 リスクの監視コントロール 調達計画 調達実行 調達管理 調達終結 プロジェクト憲章作成 プロジェクトマネジメント計画書作成 プロジェクトの実行の指揮・マネジメント プロジェクト作業の監視コントロール 統合変更管理42項目!!

54. 計画、実行、監視コントロールで行うこと

55. 人的資源メンバーの役割と権限の決定メンバーをいつ、どこから調達するのかメンバーの育成計画リーダーの育成勉強会・カンファレンスの出席自習時間モチベーションの向上マズローの欲求5段階説、ハーツバークの衛生理論 etc...

56. リスクと調達リスク起こりうるリスクを予め想定し、対策を検討しておく例）ハードの発売日が伸びた、メンバーが揃わなかった主な対策：「回避」「転嫁」「軽減」「受容」調達調達する時期と内容調達内容例）外注、ミドルウェア、機材等内外制分析内部で製作するのか、それとも外から入手するのか評価基準とプロポーザル

57. 終結各種資料のまとめふりかえり・ポストモーテム

58. 5.まとめプロジェクトリーダーの理解営業・コンサルタントの表現、約束プロジェクトのドキュメント顧客が本当に必要だったもの

59. プロジェクトの流れ立ち上げ計画(Plan)監視コントロール(Check)実行(Do)終結

60. まとめプロジェクト憲章WBSスケジュールコスト品質統合変更管理コミュニケーション

61. まとめマネジメントはプロジェクトの成功率に関わるプロジェクトには荒ぶる四天王がいるのでそれを抑えるためには「計画」と「監視」が重要変更は必ず起きるがそこからの最計画が重要マネジメントの基本はコミュニケーション8割！マネジメントごっことの違いは「改善」が働くか