これからこの業界に入ろうと考えている皆さんに「デスマーチという悪しき現象があるけれど、それはどうしようもないものだから、前向きな気持ちを持って立ち向かいなさい」と言うのは、前向きなメッセージを発していることになるんでしょうか?私は就活生の皆さんに対してそのようなメッセージを発する気にはどうしてもなれませんし、なぜビガーさんがそれを私に強要するのかどうしても納得できません。ビガーさんもメッセージを発信する場をお持ちなんですから、読む人が少ない私のコメント欄などではなく、ご自身の場所でその強いお気持ちを伝えた方がよほど多くの方に伝わるかと思います。すれば、私が稚拙な文章で書いた後ろ向きな考えなんか、誰も見向きもしなくなると思いますよ。私はこの件に関してビガーさんのご意見に2度とコメントをしないことに決めました。なんか自分で自分とこのコメント欄を荒らしてる感じになっちゃってますので。この状況から抜け出せないと感じること、または死への衝動にかられること」だよね。「デス」という言葉を冠しているからにはそれくらいの重い意味で当然ですね、そういえば。(最近はその手前の仕事ばかりでプライベートの時間がないことを指しているみたいだけど)デスマーチという言葉がそんなに軽い意味でも使われているとは知りませんでした(プライベートの時間がないという状況が「軽い」ということではありません)。私の感覚では、プロジェクトの最中および直後に、離職者や長期休職者が複数出るくらいの状況なんですが。感じるのはある程度作業に入ってからだと思うのだが。私の経験では、結合テストに突入するあたりでいきなりプロジェクトが迷走しだします。いつもそのパターンです。勝手に定義を緩くするのはやめたほうがいいですよ。それこそバグの温床だwおっしゃるとおりです。言葉というものはなぜか定義が緩くなりがちですね(「カリスマ」とか「ネ申」とか)。23:23凄く単純な話で、デスマーチを避けることができるなら避けたほうが良いというだけですよね?なんか、「逃げる」という言葉だけに反応されてしまった感じがするんですが(^^;デスマーチで成長できるってのは結果論だと思うんだよなぁ。デスマーチなんて開発手順のなにかが間違っている失敗プロジェクトですよねぇ。復帰する方法がないからデスマーチなわけで、復帰する手段があるのならそれはデスマーチではないと思う。デスマーチにならないのが一番良いというのは共通認識だと思いたいですが・・・いいよね?問題は、デスマーチに巻き込まれた場合で、ひでみさんはできるだけ早く脱出することを提案しているだけじゃないかな?沈む船から降りれるなら、さっさと降りなさいと。その船は、修理できないから、そのままだと一緒に沈んでしまうよと。沈んでも奇跡的に生存できるかもしれないし、生存できたらたくましくなれるかもしれない。そこまでしてたくましくなる価値がどれぐらいあるんだと。勇気と無謀は違うんだってことじゃないんですかね?私はこんな感じで読んだので、ビガーさんの話は全体的にズレてる指摘だと感じたんですよねぇ。「立ち向かうな」と言ってる人に「立ち向かい方を説明しろ」と強制している感じです。ビガーさんは「立ち向かう」ほうが良いと考えているようですが、そうじゃないと考えている人もいるってことです。>CMPさん>本当の意味でのデスマーチってのは「肉体や精神を酷使しすぎ、死なないとこの状況から抜け出せないと感じること、または死への衝動にかられること」だよね。うーん、違うと思いますねぇ。死に向かってるのはプロジェクトであり、メンバーの健康状態の程度は明確に定義されてないと思います。いうか、人によってまちまちなんじゃないですかね、感じ方は(^^;PS.あぁ、アップしようと思ったら先にひでみさんがアップしてたー。01:54コラムニストのちょりぽんです。季節柄、就活生が抱く心象に配慮してビガーさんがコメントしているのは間違いないですよね。学生も閲覧しているであろうメディアの上で、デスマーチの現状を生々しく発信するからには何かポジティブな思考も合わせて打ち出しておくべきで、キャリア20年超のひでみさんが、それを知らない訳がないだろう。いうのがビガーさんの主張ですよね?(外してたらごめんなさい)そして、ひでみさんは『回避する』という解を示しているわけですよね。心身を害してドロップアウトに追い込まれる人は、主に若手ではないかと思います。その若手が、デス臭を察知して回避行動がとれるのかを考えると、具体的な説明が本記事では不足しているように思います。学生に対して『IT業界は悲惨だ』という感想だけが残ってしまうのでは?と言うのが正直な感想で、この業界への志望者が減ってしまう危険性を考えると勿体ない印象を受けました(事実を記しているだけに)。コメントも全て読ませて頂きましたが、ひでみさんもビガーさんも正解に見えます。それでは何が何やらわからないので私にとっての解を示してみます。過去8名ほどのチームで各人が300時間超の稼働を半年続けることになってしまった経験がありますが、最後まで団結することで何とか乗り切り、結果的に体調を崩しましたが、精神だけは守ることができました。過負荷と重圧に押し潰されてしまう人に共通して言えるのは『孤独』だったのではないでしょうか。そんな孤独な者を出さないよう努めることが我々の役割です(リーダーかどうかは関係なく)。デスマーチが生まれる原因を論じず、この様な考えをすることはナンセンスかもしれません。我々こそが現場の改善を逸早く実行できる求心力だと思っています。私が考えうる答えはこんなところですが如何でしょう。09:44Sodaさんへ>うーん、違うと思いますねぇ。>死に向かってるのはプロジェクトであり、メンバーの健康状態の程度は明確に定義されてないと思います。>というか、人によってまちまちなんじゃないですかね、感じ方は(^^;私がその前でコメントしているとおり、「デスマーチ」の定義はあいまいだと思ってます。失敗プロジェクトは最後の最後まで失敗にならないように頑張るため、数多くの技術者を病気に追い込んでいると思うのです。成功したプロジェクトでも病人は出ています。私の経験や、一緒に仕事した技術者達の経験談を基に「人(技術者視点)」に関する定義をコメントしました。ちなみに、Sodaさんの「死に向かってるのはプロジェクト」ってどんな感じですか?私自身は開発途中で解散したプロジェクトは1回しかなく、しかも、その解散したプロジェクトはノー残業だったので。これは個人的に奇跡だと思ってます(汗)。それ以外は品質や納期はもちろんまちまちですが全て納品しました。見てのとおり、プロジェクトの成功=納品、失敗=納品できずと思ってます。P.S.甘い言葉で使えない人が大量に入り込むよりは、厳しい言葉に動じず覚悟を決めて入ってくる人の方が、今のこの業界にあっていると思うのだが。19:34>CMPさん>ちなみに、Sodaさんの「死に向かってるのはプロジェクト」ってどんな感じですか?納期に間に合いそうもない、または納期を越えた状態ですね。納期を越えた時点で死んでるわけですが(^^;程度の違いはあれ、デスマーチといったら納期までに納品するのが難しい状態ではないかなと。22:24こんばんわです。