デスマーチの構造： プロジェクトは始まる前に失敗している Vol.2

デスマーチの構造： プロジェクトは始まる前に失敗している Vol.2：ITアーキテクトを探して （15）（1/2 ページ） デスマーチの構造：プロジェクトは始まる前に失敗している Vol.1では「デスマーチ」が知らず知らずの間に始まってしまうという恐ろしい事実を明らかにした。今回は実践的な解決策を提示する。 キープレイヤーを把握して政治的対応を この失敗しやすい「デスマーチプロジェクト」をうまく管理運営していくためのポイントはいくつかありますが、ここではプロジェクトマネージャの立場から2つの点に注目します。まず、何より必要なのは、抜け目のない政治的な対応です。特に、日本人の方は苦手なところだと思いますが、実はコンピュータ業界の米国人も苦手としているところです。 政治的な観点で重要なポイントは、誰がキープレイヤーなのかを把握することです。その人物がプロジェクトを続行するかどうかの判断を下すこ

[yuiseki]

いっぱいブクマしすぎた　まあ←のUser数が多い奴から読んでいけば効率的かなー

[Wacky]

特に、スケジュールや人員、予算が事前にしっかり交渉されていないと、プロジェクトは失敗に終わってしまう可能性が高くなります。

[koemu]

システムができると立場を失う人がいる・トレードオフは簡単には結論を出さない

[bakock]

「皆さんの志気をそぐようなことを話したかもしれません。」まったくだ（笑）

[thiswholeworld]

「自分の職場が静かで働きやすい場合、そのエンジニアが欠陥ゼロを達成する可能性は30％以上高いといわれています。」

[Fuyu76]

あとでよむ