「デスマーチ」の版間の差分

(3人の利用者による、間の4版が非表示)

12行目:

デスマーチは営業能力に乏しい人物が失注を恐れ[[不当廉売]]に近い受注を行い、また管理能力に乏しい人物が人員の[[冗長化]]などを行わずプロジェクトを進行することによって発生するものであるとされる。

いわゆる[[ドカタ]]と呼ばれる土木建築業界などでは設計と積算が見積より前の段階で行われる。また、工事中の不慮の事故などによって欠員がでる前提で見積を作ることが一般的であり、過労死などによる死者が発生しても補える体制を整えていることが多い。

いわゆる[[ドカタ]]と呼ばれる土木建築業界などでは「[[設計]]」と「[[積算]]」が「[[見積]]」より前の段階で行われる。また、工事中の不慮の事故などによって欠員がでる前提で見積を作ることが一般的であり、過労死などによる死者が発生しても補える体制を整えていることが多い。

一方で[[ITドカタ]]~~の世界では見積のあとに設計を開始することが多く、始める前から予算の関係で手抜きをせざるを得ない状況となっていることも多い。~~

一方で[[ITドカタ]]の世界では「[[見積]]」のあとに「[[設計]]」を開始することが多く、始める前から予算の関係で手抜きをせざるを得ない状況となっていることも多い。

これはITドカタの世界には建築の世界でいう建築基準法のような最低限の品質を強制する法律がないため、手抜きが横行しやすいという特性によるところも大きい。建築の世界では手抜きを行えば耐震偽装問題などのように建築士法や電磁的公正証書原本不実記載、建設業法違反などで刑務所送りであるが、詐欺師が受注して[[ITドカタ]]に[[丸投げ]]しても罰する法律がなく、せいぜい民事訴訟の末に受注額の一部返金で済ますことが多い。

このため[[ITドカタ]]の世界ではたとえ「[[write once, run away]]~~」を行っても刑務所送りどころか返金すらせずに逃げ切る詐欺まがいの行為が横行しているのが実情である。~~

このため[[ITドカタ]]の世界ではたとえ「[[write once, run away]]」を行っても刑務所送りにならないどころか、返金すらせずに逃げ切る詐欺まがいの行為が横行しているのが実情である。

== 主な症状 ==

40行目:

:満足度は高いが、成功する可能性は低い。

:自滅型と異なり、プロジェクトマネージャーもプロジェクト要員も[[士気]]は高い。プロジェクトそのものは失敗しても、そこから何らかの教訓を得たり、メンバーは満足感を得る。

=== ~~[[スパイ大作戦]]型~~ (mission impossible) ===

=== スパイ大作戦型 (mission impossible) ===

:満足度も、成功する可能性も高い。

:デスマーチの中でも成功する確率は高い。プロジェクト要員の「卓抜した技術と勤勉さ」<ref>ヨードン著松原・山浦訳『デスマーチ第2版』 , p.56</ref>とプロジェクトチームの結束によって、プロジェクトは成功するかもしれない。ただし、テレビドラマや映画と違って、犠牲者は生じるかもしれない。

61行目:

* [[制約条件の理論]]

* [[クリティカルチェーン・プロジェクトマネジメント]]

* [[葬儀]]

== 参考文献 ==

68行目:

69行目:

* エドワード・ヨードン著 / 松原友夫・山浦恒央訳, デスマーチ第2版ソフトウエア開発プロジェクトはなぜ混乱するのか,日経BP社（2006） ISBN 4-8222-8271-6

~~{{stub}}~~

[[category: プログラミング]]

@@ 12行目: / 12行目: @@
 デスマーチは営業能力に乏しい人物が失注を恐れ[[不当廉売]]に近い受注を行い、また管理能力に乏しい人物が人員の[[冗長化]]などを行わずプロジェクトを進行することによって発生するものであるとされる。
-いわゆる[[ドカタ]]と呼ばれる土木建築業界などでは設計と積算が見積より前の段階で行われる。また、工事中の不慮の事故などによって欠員がでる前提で見積を作ることが一般的であり、過労死などによる死者が発生しても補える体制を整えていることが多い。
+いわゆる[[ドカタ]]と呼ばれる土木建築業界などでは「[[設計]]」と「[[積算]]」が「[[見積]]」より前の段階で行われる。また、工事中の不慮の事故などによって欠員がでる前提で見積を作ることが一般的であり、過労死などによる死者が発生しても補える体制を整えていることが多い。
-一方で[[ITドカタ]]の世界では見積のあとに設計を開始することが多く、始める前から予算の関係で手抜きをせざるを得ない状況となっていることも多い。
+一方で[[ITドカタ]]の世界では「[[見積]]」のあとに「[[設計]]」を開始することが多く、始める前から予算の関係で手抜きをせざるを得ない状況となっていることも多い。
 これはITドカタの世界には建築の世界でいう建築基準法のような最低限の品質を強制する法律がないため、手抜きが横行しやすいという特性によるところも大きい。建築の世界では手抜きを行えば耐震偽装問題などのように建築士法や電磁的公正証書原本不実記載、建設業法違反などで刑務所送りであるが、詐欺師が受注して[[ITドカタ]]に[[丸投げ]]しても罰する法律がなく、せいぜい民事訴訟の末に受注額の一部返金で済ますことが多い。
-このため[[ITドカタ]]の世界ではたとえ「[[write once, run away]]」を行っても刑務所送りどころか返金すらせずに逃げ切る詐欺まがいの行為が横行しているのが実情である。
+このため[[ITドカタ]]の世界ではたとえ「[[write once, run away]]」を行っても刑務所送りにならないどころか、返金すらせずに逃げ切る詐欺まがいの行為が横行しているのが実情である。
 == 主な症状 ==
@@ 40行目: / 40行目: @@
 :満足度は高いが、成功する可能性は低い。
 :自滅型と異なり、プロジェクトマネージャーもプロジェクト要員も[[士気]]は高い。プロジェクトそのものは失敗しても、そこから何らかの教訓を得たり、メンバーは満足感を得る。
-=== [[スパイ大作戦]]型 (mission impossible) ===
+=== スパイ大作戦型 (mission impossible) ===
 :満足度も、成功する可能性も高い。
 :デスマーチの中でも成功する確率は高い。プロジェクト要員の「卓抜した技術と勤勉さ」<ref>ヨードン著 松原・山浦訳 『デスマーチ第2版』 , p.56</ref>とプロジェクトチームの結束によって、プロジェクトは成功するかもしれない。ただし、テレビドラマや映画と違って、犠牲者は生じるかもしれない。
@@ 61行目: / 61行目: @@
 * [[制約条件の理論]]
 * [[クリティカルチェーン・プロジェクトマネジメント]]
+* [[葬儀]]
 == 参考文献 ==
@@ 68行目: / 69行目: @@
 * エドワード・ヨードン著 / 松原友夫・山浦恒央訳, デスマーチ第2版ソフトウエア開発プロジェクトはなぜ混乱するのか,日経BP社 （2006） ISBN 4-8222-8271-6
-{{stub}}
+[[category: プログラミング]]