プロジェクトを円滑に回すには 島国大和のド畜生
色々バタバタしてる最中に、twitterで呟いたらわりと反響があった言葉。 個人的にプロジェクトを円滑に回す仕組みに重要なのは『直接手を動かさない人は最大1名』『ブレない為に権力は一極集中』『問題点を早期に洗い出す為に、チーム単位＋偉い人で高頻度レビュー』辺りだと思っている。正直たったコレだけの事を実行するのが組織の中では難しい。 組織にもっとも不要な人というのは『批評家』なのだが、『批評家のポジションは居心地が良すぎる（作業がない、責任がない、口だけでいい）ので、隙あらば誰もがそこに向かう』そして、組織にとっての重しになる。これがプロジェクトで手を動かさない人が増える理由の一つ。 本当に能力のある人でも、ある分野では見当違いな批評家になるというのは良くあることなので（意識無意識にかかわらず）だからこそ、発言に責任を伴うかどうかが重要。 とにかく、プロジェクトを船にたとえると。 １．船頭が
ゲーム開発プロジェクトマネジメント講座(SQUARE ENIX OPEN CONFERENCE)
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4©SQUARE-EN
【事態は想定内】 想定外を非難する人は、幾らまでなら耐えられるのか？ 【予算が想定外】
過去の地震の資料を挙げて、「類似規模の地震が過去にあったのだから、この事態は想定できたはず」という意見をあちこちで見るようになった。 原発の耐震想定が、現実に起きた地震より低かったことに対する怒りなのだろう。 だが、もし平時に「波高30ｍの津波が考え得るので、それに備えます」と言って、高さ50ｍの堤防を作るって言ってたら、皆素直にそのための予算を承認しただろうか？ 高さ50ｍの堤防作るのに増税しますっていったら、「それなら仕方がない」って言っただろうか？ 続きを読む
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
マイクロソフトは新データセンターを「海に沈める」（動画あり）
