山本一郎氏が語る、プロジェクト炎上のメカニズムと鎮火法
4月15日、Unity主催の公式カンファレンス「Unite 2013」が東京で開催された。ゲーム開発エンジン「Unity」は、インタラクティブな3Dコンテンツを作成するための直感的なツールとして近年急激な盛り上がりをみせており、カナダ・バンクーバーのほかアジア各国でもイベントが開催されている。今回は、東京で開催された「Unite 2013」から、山本一郎氏の「プロジェクト炎上のメカニズムと早期発見、行うべき処理の概論」をレポートする。 「炎上」とは何か？ 山本氏は、炎上を「現状のままでは時間、人員、予算を突っ込んでも求めるべき完成度が上がらないという状態」と定義する。つまり、デスマーチどころかそれ以前の状態を指す。デスマーチは皆で頑張れば何とか納品には漕ぎ着けられるが、炎上はモノが完成しない。やればやるほどチームはダメになっていき、やればやっただけ進捗がマイナスになる状態――それが、炎上で
Redmine運用メモ
[ Redmine index ] Redmine運用メモ Redmineを、単なるバグ管理システムとしてではなく、開発作業（いわゆるチケット駆動開発）に使った経験から思うところをメモに残すページ。 前提 プロジェクト全体ではなく、システムの一部機能を開発する10人弱のチームでRedmineを使用 プロジェクトの開発工程はウォーターフォールを使用 プロジェクト管理は、Microsoft ProjectをツールとしWBSおよびガントチャートで実施 各チームは定期的にWBSおよびガントチャートで進捗報告 チケット管理に関する運用 チーム管理者（作業場所には常駐してない）がチーム各員から進捗状況を逐一ヒアリングすることなく、作業状況をRedmineを見れば調べられる仕組みを作りたい 背景 プロジェクト全体で管理するWBS／ガントチャートは、基本設計、詳細設計、という工程毎に機能が列挙される観点の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
