デスマーチ突入時の打開術 : LINE Corporation ディレクターブログ

こんにちは。livedoor のディレクター・菊地です。今回は、聞いただけで身が震える「デスマーチ」について書きます。「デスマーチ」状態でディレクターがやるべきこと、ディレクターがやっちゃいけない禁忌（タブー）について触れてみたいと思います。 ■「デスマーチ」とは？ この言葉を広めたエドワード・ヨードン（Edward Yourdon）氏は、著書「Death March: The Complete Software Developer's Guide to Surviving "Mission Impossible" Projects」（1997年）の中で、デスマーチ・プロジェクトの定義として次の項目を挙げている。 1. 与えられた期間が、常識的な期間の半分以下である 2. エンジニアが通常必要な人数の半分以下である 3. 予算やその他のリソースが必要分に対して半分である 4. 機能や性能な

[webmarksjp]

*

[kiyokichi]

　*ディレクション　システムディレクション

[bean-jam]

デスマーチ。

[f99aq]

death march

[ablabo]

優先度付けは必須だよなー

[masayakato]

じつは大変なことになったとしても通常通りのマネージメントが必要ってことなんでしょうかね。

[moqada]

デスマーチ状態に陥ったときにまずやるべきこと

[heavenshell]

デスマってる時の心構え。

[wakatakahawks]

涙で何も見えない

[hiby]

何のログだろう

[walkinglint]

> 勘違いしてしまいがちですが、その場でリリース日の延期を提案するのは絶対に止めましょう。受注案件であればまず許可は下りませんし、そもそもクライアントからの信頼が低下します（伺いを立てるレベルでもダメで

[KoshianX]

打開術というよりエンジニアとの会話の仕方って感じだな

[sasakill]

『あとはエンジニアを信頼して、ディレクターは耐えて自分の仕事に没頭しましょう。』