「ドラクエ10開発におけるプロジェクト管理」記事へのコメント

記事書いた人

[NOBAX (21937)]

プロジェクト管理の素人さんですか。
それとも発表でわざと論点をずらしたのか。
プロジェクト目標、成果物と投入リソースの関係とか
リスク管理とか、肝の部分がまるで語られていない。

＞毎日15分のミーティング、バッファを入れたスケジューリング、細かいロードマップ、スタッフ全員による定期的なレビュー

こんなのでプロジェクト管理ができるなら苦労はない。
本当なら、目標レベルが低すぎ。

Re:

[Stealth (5277)]

元記事カケラも見ずに言ってませんか?
例えばバッファを入れたスケジューリングに関しても、元記事から一部抜き出してもこの程度は書かれています。

あらためて荒木氏は，「ドラゴンクエストX」でのマネジメントの取り組みにおいて，2種類のリスクヘッジのためのバッファ管理を行ったと話す。すなわち，スタッフ作業のリスクヘッジとしてのイタレーションごとのバッファ管理と，プロジェクトのリスクヘッジのためのロードマップ上のバッファ管理である。

とはいえ，バッファの過不足が生じないよう，予測と見積もりをしっかり行わなければならない。今回の件では，とくにロードマップ上のバッファの見積もりについて，経験則に頼らざるを得ず，どちらかというと不足気味だったとのことで，荒木氏は，より精度を高めることが今後の課題であると話していた。

このような内容ですが、「まるで語られていない」は当てはまりますか?

Re:

[NOBAX (21937)]

プロジェクトで糊代用意するのは基本中の基本。
糊代をどこに投入するか、いよいよ糊代がなくなったときにどういう基準で、
何を捨て、何を死守したかを語らなきゃ。

「糊代」余りましたというのは、それはそれでダメなんだわ。

Re:記事書いた人

[Stealth (5277)]

前のコメント見ても元記事を見ていないのでしょうか。言っている内容についても元記事にあるように見えますが。

発表内容に本当に興味があるなら「ゲーム系サイトによるレポート」ではなく、現場で聞けというような話ではないでしょうか。
ゲーム系サイトという点を踏まえると割と突っ込んで書かれているように思えます。

また、糊代は基本的に強度確保の上で多少の余裕をもって用意するものです。
通常糊代部分に万遍なく糊を塗ること、糊代から糊がはみ出たりしない様、適切に糊を塗ることなどは想定されておらず、貼り付けた際に糊が広がることを想定して糊代部分は余裕をもった空間を用意することが基本です。
糊代は余るものであって、糊代余りませんでしたというのはぎりぎりの設計であり、余裕がなくよろしくない設計です。

そこから広がった言葉の意味としても、糊代は余裕を表すもので、糊代が余るのはダメ = 余裕があってはいけないという事となります。
余裕 (糊代) は不要というのは、リスク管理上致命的な問題がありませんか。

Re:

[Anonymous Coward]

でもさ、糊代だってタダじゃないんだから、必要以上にでかい糊代でしたという状況が許容される現場ばかりじゃないでしょ。

糊代の最適化のポイントはなに？ってことかと。

  ＃何を捨て、何を死守したかの考え方は記事中に含まれてるけどね