IT業界の「デスマーチ」がもたらすものは、長時間労働や人材の疲弊だけではない。もっと深刻だ。
IT業界が外部の人間から敬遠される理由の一つに「デスマーチ」がある。 ほとんど実現不可能に思える無理なスケジュールで、深夜におよぶ残業、休日出勤の連続、人海戦術でほとんど役に立たない新人までが駆り出され、終わりの見えないプロジェクトの完成にひた走る、これがデスマーチである。 そこではプログラマは一人また一人と過労に倒れ、うつろな目でキーボードを叩き続けるプログラマの連続勤務時間は20時間を優に超える、といった光景が見られる。 このようなデスマーチについて、人材の疲弊やそれに伴う退職など、ITベンダー側の不利益が語られることは多いが、クライアント側の不利益、もっといえばプロジェクトの成果物自体がデスマーチで台無しになってしまうことはあまり知られていない。 デスマーチのきっかけ 営業の無謀な受注、仕様の調整不足などで、システムの実装行程が確保できず、どうやっても通常の開発体制ではシステムの完成
自宅で勉強が出来ない全てのエンジニアに告ぐ、弱い心に打ち勝つ方法 - 毎日がもふもふ
mofmof inc.エンジニア兼代表取締役の原田です。今回のテーマは、エンジニア人生に切っても切れない「勉強」について。 エンジニアのみなさん。勉強してますか勉強。 このブログを見てくださっている方はきっとステキな人しかいないと思うので、みなさん寝る間も惜しんで切磋琢磨していることは疑いようもありませんね！すごいや！ そんなステキエンジニアのみなさんに勉強の仕方について弁を述べるなどというのは、不遜極まりない愚行と思いつつも、どうやったらコンスタントに技術的な勉強を続けられるかという話を、恐れずに書いていこうと思います。 勉強スタイル まずはぼくがどんなスタイルで勉強しているかを説明した方がいいかな。 毎日コツコツ型なんですが、平日全て自宅に帰ったら必ず何かしらのテーマで勉強をします。時間がない日は30分だけでも何かしら着手してます。 コツとしては学習したことをブログにアウトプットするの
SIerの下請け開発者ってレベル低すぎない？ - UXエンジニアになりたい人のブログ
ネット上ではSIer批判＝技術のことをわかっておらずプログラムも書けずPMも出来ない非効率でダメダメな上流工程と、 人月単位での労働力提供という業界の慣習に縛られ、持ち前の優秀な技術力・知識を生かせず非効率な作業を強いられているかわいそうな下請け開発者、という構図が確立されているように思います。 自分が関わるまでは、まあそうなんだろうなと思っていましたが、しかし実際にそういう立場のひとと関わりをもつにつれて、どうもそうではないのではないかと思うようになりました。このあたりの実情を書いていこうと思います。 なお、先に言っておきますが本記事で書くことは、上流工程がどうのとか、業界の多重請け負い構造がどうのとか、給料が安くてとか労働条件が過酷でとか、そういう話とは全く関係がなく、純粋にプログラミングのスキルの話だけです。 対象はおもに詳細設計、実装UTだと思ってもらえれば。外部仕様が決まった状態
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
