心の病になってしまう者など、脱落者が出るケースも。最初にお断りしておきますが、この事象はIT業界に限ったものではありません!むしろ業界は関係ありません。最近のIT業界ではデスマーチを避ける努力が行われています。近年、重大な社会問題とされているのです。デスマーチはなぜ起こるのか?デスマーチが発生する理由はさまざま。簡単に表現するなら...「安請け合いと状況把握能力の欠如」...という言葉が妥当な表現になります。IT業界においてデスマーチが発生する原因をいくつか挙げてみましょう。本来開発に1年は必要な案件を...「3か月でできます!」...と顧客に応えて受注してしまった。開発期間が圧倒的に足りていない。実際にはSE兼PGが1名と初級PG2名しか要員が確保できない。開発に必要な人手が足りない。(3)予算が足りない開発に対する予算がなく外部から開発要員を雇おうにも雇えない。開発するには特殊な機器や必要となるがそれらを購入・レンタルする予算がない。開発に必要な運転資金がない。対応しなければいけない機能が膨大な量に膨れ上がる。一度作った機能に対しても...「やっぱりこうしてほしい!」...と、頻繁に仕様変更を行うため、プログラム変更が頻発する。それらに見合うもの以上の要求がユーザーから発生している。デスマーチという状態はこれらの要素が複雑に絡み合って発生します。共通しているのは、ユーザーと話す立場の者(営業やプロジェクトマネージャなど)が...・受注さえすれば何とかなる・ユーザーの要求を鵜呑みにする・現場の状況を把握できていない...という傾向がある場合にデスマーチは発生しやすくなります。戦略案件という名のデスマーチしかし、あえてリスクを理解した上、デスマーチ覚悟で案件を受けるケースもあります。それは「戦略案件」と呼ばれる案件を受注する場合です。今後も継続的な受注が見込めそうな場合に言われる名称です。全国展開する大手量販店の人事システム改定案件があったとしましょう。システムの老朽化により大手量販店がシステム改定を検討しており、できるだけ安く、早くシステムを導入してくれる企業を探しています。競合他社も多数ある中、最終候補企業にまで残ることができました。大手量販店から要求された予算と開発期間は、開発に必要な費用と開発期間を大幅に不足していました。開発期間不足や赤字を覚悟した条件で受注してしまうケースもあるのが現状です。ここからがデスマーチの始まり。ともなう不十分なテストなど...自らリスクをわざわざ多くしているようなものです。何らかのトラブルが発生するのは目に見えています。うまく納品できれば戦略案件としては成功で万々歳なのですが...だいたい何かしらの問題が発生します。それでも取るのが、営業です。経営者もこちら側でしょう。どちらの立場もわかる身としては、、、うーん、でもまぁ取るでしょう。