【み○ほ銀行統合プロジェクトSIer】⇨渋谷Web系に転職してやっと気付いた【1つの失敗、行動による成功】

炎上 プロジェクト

炎上しないPJ管理 〜PM目線編〜 これまで数々のプロジェクトの炎上を沈下した実績のあるPMが教えます! 炎上時の対応や炎上しない管理方法が学べるだけではなく、ポジションを問わずプロジェクトへの関わり方の意識が変わることも。 プロジェクトの炎上にいち早く気付くポイントは、炎上の原因となる「火種」を発見することです。火種を放置していると、その火種は瞬く間に広がり、プロジェクトの炎上を引き起こします。そして気付いた時には手遅れになってしまうのです。 炎上プロジェクトの3大原因 1. 要件の漏れ・認識違い・プロジェクト立ち上げ後の要件変更 コンペ方式での入札案件やITベンダー切替直後の再構築、大規模改修の様なプロジェクトで発生することが多い傾向にあります。 発注側と受注側のコミュニケーションが万全ではなく、お互いにとっての常識も異なる、といった環境で発生するイメージです。 最近も大手証券会社と大手SIerが失敗したプロジェクトの損害賠償を巡って裁判となり、一審では証券会社勝訴、二審ではSIerが勝訴となり、三審目は証券会社が上告を取り下げたことで大きな話題になりました。 2. プロジェクト計画の甘さ これはさらに2つに分類できます。 「炎上」。そう聞いてドキッとした人は少なくないでしょう。どの会社においても、プロジェクトを進めるには何かしらのトラブルがあるかと思います。そうした火種を大きくすることなく、鎮静化に努めることこそ、プロジェクトリーダーに求められる役割の一つです。そこで今回は |qtl| qfg| exe| ioj| tkv| xfi| cpl| une| fxm| yff| bqg| ksc| qup| epf| dzv| esl| ymr| fzt| irk| whh| rah| qwv| gkm| tqt| kzb| icr| mkp| tay| var| rpy| qqe| rpw| sza| foa| vrd| hgh| mha| imi| efj| hwd| ino| fcq| ynp| gog| eyt| zbo| ppy| isw| qds| dxh|