「スクエニのプロジェクト・マネジメント」のまとめ

以下の要素がある。本質的にはそれぞれの変動が掛け算で聴いてくるのが問題。 それぞれの変動が数割でもかけたら10倍とかになる。

• スコープ(コンテンツの範囲)の問題
• 品質の問題
• コストの問題
• 時間の問題
• リソース(人員・環境)の問題
• ビジネスの問題

1. 事前対策(調査・戦略・設計・計画)
   • 不確実性を減らす
     • 見通しが悪い部分の調査や検証/実験をしっかりと行う
     • 作業データを取り、フィードバックをかけて予測精度を向上させる
     • 計画規模を小さくする
     • 設計をなるべく詳細に行う
     • リスクの高い要素を予め極力減らす
   • 不確実でも良い事にする
     • リスクの高い要素を無くしてても成立する設計にする
2. 事後対策(イテレーション)
   • 変化や問題発生にすばやく気づく
   • 変化や問題にすばやく対応する

計画⇒実行⇒振り返り⇒再計画⇒実行⇒振り返り⇒…

• 資料の著者はActionはPlanとDoに内包されていて冗長と考えているそうだ (p64)
• ありがちなプロジェクト: 問題が無視できないほどに大きくなって仕方なく計画を途中で見直している (p64)
• ダメなプロジェクト: 一回計画を立ててあとは作りつづけるのみ。リスクは増大する一方 (p68)
• 惜しいプロジェクト: 上記サイクルを行っているが、その単位が大きい。(p70)
• 良いプロジェクト: 短いサイクルでPDCを行い、問題やリスクが早い段階で摘み取られる (p71)

イテレーションを短くしても大局がみえていなければプロジェクトは失敗する。

• 「ダンジョンを歩いて抜ける」プロジェクトの例え (p119)
  • 地図(設計)、双眼鏡(計画) と例えている (p157)
  • これらのメンテナンスもPDCサイクルの一部 (p159)

• プロジェクトには当初に予想しきれないほど大きな不確実性が潜んでいる
• 従って不確実性とうまく付き合う必要がある
• イテレーションを重視しよう
  • こまめなPlan-Do-Checkサイクルで、不確実性から生まれる問題の早期発見と早期解決を繰り返そう
• 調査・戦略・設計・計画からは逃げない
  • 不確実性を下げ、見通しを良くするための地図を準備しよう
  • それらはなるべくドキュメント化しよう
• 調査・戦略・設計・計画からは逃げない。
• 当たり前の準備(入念な調査、戦略、設計、計画)を地道にやる。それが不確実性を乗りこなす秘訣です。

戦略や設計や計画や制作をスムーズに進め、なるべく手戻りを少なくするために

• 市場動向を調査する
• 最新技術動向を調査する
• スタッフのスキルセットを調査する
• 会社の財務状況を調査する
• リスク要因を調査する
• プロジェクトの状況を調査する
• 過去のプロジェクトの予算と実績を調査する
• 各国の経済状況予測までしないとならない時代に突入したかもしれません
• 類似商品を発掘し尽くし、それらを徹底的に要素分解することも含まれます

細かな設計や計画に入る前に、担当プロジェクトの開発戦略を入念に考えるこ とで後々のリスクを最小化

• 「リスク一覧表」の作成（調査フェイズで終わっていることが理想）
  • 項目、難易度、重要度、警戒度(難×重)、対策案、責任者
• 「開発戦略マトリクス」を参考に意志決定を予め行う
• 「商品の価値空間」を意識して、プロジェクトに本当に必要な要素は何かをしっかり考える
• ゲームデザイン、アートワーク、プログラム、サウンド他、すべての項目が対象

作らずとも頭の中で分かることはまず先に設計し尽くすべきです

実際に作って物にしてみないと分からないことが あって初めて「設計のための仮実装（＝実験）」を行 うべきです

1. タスクを洗い出す
   • 各メンバーが作業を行う管理単位
2. 見積もる
3. 優先度を決める
4. マイルストーンを定める

心理学的にベターな見積もりの仕方。

• 最小見積もり、最大見積もりの2点をだす
  • ○時間～○時間、あるいは○日～○日と 二つの数字で表現する
  • バッファ = 最大見積もり - 最小見積もり
  • バッファ 50%が一番良い見積もりだが この数字は出してはならない
    • 3点見積もりになると真ん中の「目標見積もり」を意識しすぎてしまう

• 短期間 (2 or 4 weeks)で計画⇒実行⇒振り返りのイテレーションサイクルを回す単位。
• 必ず月曜日始まり、金曜日終わり。
• タスク管理シートを(Excelグラフなど)、週報などを作る

原典主義に陥ってはなりませんし、 かと言ってなにも考えずに 自己流に走ってもなりません

すべてに疑問を持ちましょう すべてに自分の答えを用意しましょう

すべての情報を全力で肯定し すべての情報を全力で否定し 頭にたくさん汗をかいて ひとつひとつの“仕組み”に対して 「なぜそうなのか」を あなたなりに自力で導き出してください

• 「マンガでわかるプロジェクトマネジメント」
  • PM世界標準PMBOKのダイジェストをマンガで
• 「アジャイルサムライ」
  • 読みやすいアジャイル本
• 「最短で達成する全体最適のプロジェクトマネジメント」
  • CCPMを知る
• 「ＸＰエクストリーム・プログラミング実行計画」
  • ＸＰにおける計画を知る
• 「アジャイルソフトウェア開発スクラム」
  • スクラムを知る
• 「Agile Game Development with Scrum」
  • ゲーム開発におけるスクラム実践例
• 「アジャイルな見積もりと計画づくり」
  • 最もお勧めであり、最も考え方の近い本
  • 分厚く内容も高度なので最後に仕上げで読むのが良いです

• 「デジタルゲームの技術」
  • 第9章でもプロジェクトマネジメントについてインタビュー形式で本資料著者の橋本善久で語っているそうだ。

2012年6月予定で 橋本善久（スクウェア・エニックスＣＴＯ） 「スクウェア・エニックスのゲーム開発プロジェクトマネジメント（仮題）」 がソフトバンククリエィティブから出版予定とあるが、見つけられなかった。