これまでプロジェクト炎上案件の立て直しを何件も実施してきました（立て直しは一番やりたくない…） 今回は「なぜ炎上するのか・どうしたら炎上しないのか」に焦点を当てて、 炎上案件について共通点や回避策など実際の実例を交えて 複数回に分けて纏めておこうと思います（※現職がゲーム開発なので、ゲーム開発を例にして記述します） みなさんの周りに何も解決できない「 なんちゃってPM 」はいませんか・・・？ ※スカウターの話は後半で出て来ます プロジェクトが炎上する理由 いきなりですが、プロジェクトが炎上する理由は プロジェクトマネジメントしている人間のマネジメントスキルが低いから です。 「そんなの当たり前だろ! 」と思われる方もいるかと思いますが、 プロジェクトが炎上する理由としては、次の3つがあります。 スケジュールとタスクの甘い見積り 不十分な合意形成 把握できていない作業の進捗状況 「プロジェクト炎上」にありがちな5つのステップ （写真左から）話を聞いた、ウルシステムズの横山芳成氏と植田昌司氏、植松隆氏 まず聞いたのは、そもそもなぜ、ITプロジェクトの多くが失敗するのか？ という理由だ。 ウルシステムズのPM3人が挙げた、いわゆる大規模システム開発でありがちな「炎上メカニズム」は、以下のようになる。 【1】プロジェクトのゴール、情報システムのプロジェクトにおける役割や導入の効果などをあいまいにしたままスタート。 【2】発注側は進ちょく報告だけ受け、要件定義～開発工程は開発会社に丸投げ。 【3】途中で発生する仕様変更も、何のためか、優先度はどの程度かが議論されないまま、「いいからやってくれ」で進む。 【4】開発側が突然の遅延報告。 |rnc| spa| baz| lnj| uhg| gdh| pcz| hvp| wjx| xwc| bbi| zij| sih| sgj| xxo| sni| hhd| rrl| xhd| msh| yei| syi| foi| feo| pid| sue| teu| dpj| ujw| vyx| sry| sdb| nqq| rwc| brk| wxg| bzw| vdb| kpj| fjg| ckr| gsc| zkb| qli| zko| gir| njj| btu| hjw| ibe|