ITエンジニアの徹夜について

Question

ネットで、プログラマやSEといったIT業界で働くエンジニアについて調べていると、「徹夜で仕事をした」、「2日連続徹夜は当たり前」、果ては「1週間徹夜だよ」というような言葉をよく見かけます。
この場合、徹夜という言葉をどういう意味で使っているのでしょうか？

(1)終業時間後、夜中・明け方も寝ずに仕事をする。そして、一睡もせずに翌日の仕事に取り掛かる。
(2)終業時間後、夜中まで仕事をする。明け方数時間の睡眠をとる。そして翌日の仕事に取り掛かる。
つまり、(1)は一睡もしないことを指し、(2)は数時間の睡眠をとります。寝ないのか、寝るのかの違いです。

人間の生理的に、(1)は無理だとは言いませんが、それだと極めて非効率的だと思います。
一睡もしないと翌日の作業・生産性は落ちると思います。また、徹夜後の睡眠は通常よりも多めに寝ないと体が回復しないと思います。なのでたまに徹夜があるならまだしも、頻繁的に徹夜（(1)の意味での）があると、結局は生産性を落とすと思うのですが。
だから(2)の意味で徹夜をしているのかと推測しますが、実際はどうなのでしょうか。

また、このような労働環境は、法律で許可されているのでしょうか？
法定労働時間というものがあります。一日・一週間・一月あたりの労働時間の上限がそれぞれ決められていますが、徹夜が連続すると、その上限を上回ってしまうと思うのですが、それは法律違反にはならないのでしょうか？

エンジニアの労働環境がどうなっているか知りたくて質問させていただきました。
社会に出たことが無いため、実際に働いている方からの声を聞きたいです。
偏った見方にならないために、できるだけ多くの方から教えていただけると有難いです。
宜しくお願いします。
m（_　_）m

noname#181803 · Accepted Answer

業界ドロップアウト組の者です。(^_^;)
多くの意見を聞きたいと書かれてましたので、投稿したいと思います。
私はダメダメな人間なんで、あんまり参考にならないかもしれないですが。

あと、会社によってぜんぜん変わるということを前提にしておきます。
一応、私が経験、または聞いた話しを元に書いてます。

「徹夜で仕事をした」
一睡もせず２日間連続で働くということは良くありましたよ。

「２日連続徹夜は当たり前」
２泊泊まり込むことはあるよ。
でも一睡もせず２日間（実質３日）はほとんど無いと思います。
そこまで起きてられるかがちょっと疑問です。

「１週間徹夜だよ」
ありえない。
確かなんかの実験で人間は３日間寝ないとおかしくなった報告があったはず。
ただ、泊まり込みのことを徹夜として言ってる人間も多々いるので、もしかしたら１週間泊まり込みのことを言ってたのかもしれません。
１週間泊まり込みは可能性としてはありえるし、実際してた人もいたようでした。
あとは、ホラ吹き人間がよく使う言葉かな？（笑）

簡易ベッドなど普通に宿泊用設備があったので、泊まり込みや徹夜ていうのはよくありましたね。
２日間泊まり込みも何度かあった人もいました。（私は経験しませんでしたが）
１週間泊まり込みというか、１ヶ月の内ほとんど家帰ってない人もいたみたいです。（これは他の部署だったのですが）
月の残業時間が２００時間越える人もいますので、これは普通に考えられますね。

生産性とか効率性とかを考える以前に、テスト項目や開発環境のスペックの上限って決まっています。
（極端な例を挙げれば、１つのテストに１０分かかるのであれば、６つのテストを実施する時間って必ず６０分かかる）
全国規模とか大規模システムの試験をする場合で、物理的に距離が離れている部署との連携を試験する場合には、
こちらの部署での都合と遠距離での部署での都合が合わないとできないし、
どちらかで何らかのトラブルが発生した場合、必然的に他方部署のテスト項目消化が遅れます。
このように開発環境のスペックの上限があって、テスト項目の数が決まってるのでここから必要な時間って割り出すことができます。
納期は絶対ということを考えると、労働時間の増加か、テスト項目の削減ぐらいしかないんじゃないかな。
ただし、テスト項目の削減はそのままシステムの品質低下になるので、実質できるのは労働時間の増加しかないんです。

１日の時間（２４時間）って伸ばすことは不可能だから、予定通りシステムを作るには絶対的に時間が足りなくて徹夜するとかいう対策を取らないといけなくなるんじゃないかなと思います。
テストとかは、結構力仕事で出来ちゃうものですし。
中には、当然残業代目当てで徹夜する人もいましたが・・・。

労働に関する法律に関してですが、私は法律には全然詳しくないのですが、会社側としてはいくらでも抜け道あるみたいですよ。
そこまで社員のことを考えてくれる会社ってほとんど無いんじゃないかな？
相当強いとされている労働組合持ってる企業も、現場レベルではあまり影響力なかったですからね。
IT業界で働く人間の過労死の数を考えれば当然なのかもしれないですが。
そこまで社員のことを考えてくれる会社が一番理想なんですがね。

ただし、他の業界に比べ時間外の分はキチンと支払われる可能性が大きいみたいですね。
もちろん、払ってないとこも多々あるとは思いますが。
これがIT業界の給料がいいっていう所以なのかな～と個人的には思ってるのですが。
基本給より、残業代の方が多いっていうのは良く聞く事だし、実際私も何回かありました。

会社ってドロドロしたようなものだよ。
これは別にIT業界だけじゃなくて。
法律違反してる会社なんてたくさんあると思う。
時間外なんて中間管理職が潰せば、上は知らないことになるし、会社の意見としては上層部の意見が取り入れられるので、会社の意見としては法律違反はしてないってことになるし。
勉強だからとか理由で、時間外潰されることもあるし。
中間管理職の方はすごく大変だと思うのですが、その影響を受けるこっちも非常に腹立たしいものでしたよ。（笑）
法律違反だ！と判っていたとしても、なかなか社員から訴えることってできないんじゃないかな。

IT業界は言葉悪いですがブルーカラーの職種だと思います。
求人の広告とかはいかにも、頭や知識を使ってスマートにこなすようなことをアピールしますが、
実際、体力勝負（特に納期前とか）になるんじゃないかな～と思います。
現役の方とか、業界経験者とかは判ってくれると思うんですが。

とこんな風に書いてしまうと、いかにも最悪な業界と思われてしまいますが、実際このような忙しい時期って納期前で、年中忙しいわけじゃ無いです。
会社によっては一年中忙しい、または、一年中暇だなんて会社もあると思いますが。
暇な時はものすごく暇で、忙しい時はものすごく忙しい。
理由は、１人当たりの仕事量を考えると当然で、
開発フェーズ最初の設計は少人数、
開発フェース中盤のプログラム作成とかは外注や大人数、
開発フェーズ終盤のテストとかは少人数になっていきます。
中盤の大人数で作ったプログラムを、開発フェーズ終盤のテストを少人数で行うわけですから、納期前って一番忙しくなるんですよ。

あとは、システムの開発は複数人が１つのシステムを作るってことをします。
つまり、一人の作業がグループ全体に影響を及ぼすわけで、作業の遅い人間がいればそれだけ切羽詰ってきて忙しくなりますね。
私もきっとたくさん迷惑掛けたんだろうなぁ～と反省。(^_^;)ハハハ

逆に１つのシステムを収めたあとは、次のシステムを受注するまで結構暇になります。
これは営業さんのがんばり次第ってことになりますが。
で、この暇な時にまとめて休み取ったり、資格取得の勉強したりする人がいるみたいですね。
私は、ボォ～としましたが。（笑）

年間通してみれば、良い意味で忙しい時期と暇な時期がくっきりしてるような業界なので、人によっては良い業界になるのかもしれないですね。
あっ、もちろん、会社によっては本当に社員を大切にしてる会社もたくさんあると思うし、部下を人材としてではなく人として扱ってくれる上司がいるような会社ならば、同じことをするのでも全然感じ方は変わってくると思います。

なが～い文章で失礼しました。m(_ _)m

ultrawave · Answer

職場によって状況がかわりますが、実際には(2)のようなことも多々あります。担当プロジェクトが少人数であったり過大な稼動保証をしているシステムに障害が発生し、原因不明のままあれをやりこれをやりで30分くらい意識を失いつつｗ対応する場合などです。これは分単位での損害が発生しますので終わるまでつきあわされることになります。顧客を失えば、仕事がなくなるわけですから、労働条件云々ではないでしょう。
対応が終われば代休をとるのが普通です。

hira123 · Answer

トラブル対応で急を要する場合など、1日の徹夜で済む場合は（１）でしょうね。
納期が迫っている場合など、長期に及ぶ場合は（２）と思います。
（２）の場合は、深夜に家に帰って、少し睡眠をとってからまた出社するのが面倒な場合にやりますね。
労働時間の上限は決められています。
労働組合とかの取り決めもあるかと思います。
ですので、上限まで申告してあとは代休取得とかになってしまいますね。
それが出来ないところはサービスって事になるでしょうね。
それが分かっているのだけれど、メンバーの苦労や迷惑も考えるとしかたないと考えてるSEの方は多いのではないでしょうか？

kazuyat · Answer

納期に追われバグに悩まされ日夜働くエンジニア達。
ＩＴ現業部門の管理者です。
徹夜云々はよくあることです。状況によって(1)のことも有るだろうけど現実には(2)のケースが多いでしょう。法律や会社の基準では、残業時間という形で規制されています。代休を取ったり、も勿論有りますよ。

qaz_qwerty_me · Answer

現役のＳＥです。

会社では、徹夜を貫徹と徹夜に分かれていましたね ^ ^;
勿論、貫徹は仮眠なしで、徹夜は仮眠した場合です。

どこで貫徹と徹夜が分かれるかというと、ゴールまでの距離とプレッシャーを天秤に掛けてリーダーが決定しています。　どんなに強力なプレッシャーでもゴールまで１ヶ月もあれば貫徹したらチームは解散状態になるので考えられません。　ゴールが１週間弱だと・・・微妙で、２０代の元気なエンジニアがいると貫徹するメンバーを指名して、チームとして貫徹スケジュールしますよ ^ ^;

　私個人の経験は、サーバーの障害発生でメーカーのエンジニアが作業するので私１名だけ３ヶ日の貫徹経験あります( 監督だけでしたから )。 たぶん・・・本人が知らない間に仮眠していると思いますが、仮眠室には移動していないです。　４ヶ日に突入寸前で、解決の目処がたって別の人に引き継いで終わりました。

qaz_qwerty_me · Answer

＃４です。　追加・・・・

> 法定労働時間・・・
＃１さんが言っているように顧客を失う事になるような重要な事態で貫徹ですから、基本的に法定労働時間等の法律的な事は論外です。　しかし、その後は代休などの手段で解消します。　時々は人事部から御指導がでて管理者が怒られたり、メンバーが強制的に代休を取りますよ(笑)
問題は、リーダーの労働環境ですね ^ ^;
リーダーは管理職で会社側ですから、労働組合の援助はないし、会社からは成績を云々言われるので大変です。　部長になると良いですが、課長が管理職の下っ端ですから、課長時代が悲惨です。

galluda · Answer

がると申します。現役でエンジニアやっております。
えと…１番２番ともにございます(苦笑
特に１番の場合。長期的には生産性が落ちるのですが、例えば「その日の朝までにUpしなければならない」ようなタイミングでの突貫工事、とかってのがありえます。

法令に関しては………それ言ったらこの業界すごいことになりそうだなぁ………

ぶっちゃけ、かなりヘビーな業界ではあります。
知ってるかぎりだと、匹敵するのは出版系ですかねぇ？ あそこもすごいらしいです…

susumufire · Answer

現役ＳＥです。

そのときの進捗具合によって、
（１）だったり（２）だったりします。

それどころか、土曜日出勤して（１）をやって
日曜日に資格試験を受けて合格
（ベンダー試験なので直ぐに結果が出ます。）、
戻って仕事をしたことがあります。

そのときばかりは周りの人に「神」と呼ばれました^^;

閑話休題。
法的なことをいうと業界全体が回らなくなってしまいますが、
一応36協定は結んでいます。
多分・・・36協定ってあってないようなものですが・・・

etalocohc · Answer

エンジニアの妻です。
(１)も(２)もあります。
出張でホテルを取ったものの
仕事が終わらず、朝、チェックアウトの為だけにホテルを訪れすぐまた仕事にもどった。
会社でも、気がついたら朝日を拝んでた。って事も。

厳しい世界のようです。

KNIGHT11 · Answer

・完全に一睡もしない
・コンパイルの間、ファイル圧縮の間の数分～数十分間の仮眠を取る
・小一時間仮眠

大体はこの３パターンのどれかを状況状況で使い分けている感じですね。
私の場合、明らかに法には反しますが、最大で月に300時間残業しました。(「残業」が300です。労働時間じゃないですよ)
その時は殆ど会社で１ヶ月寝泊りしてました感じでしたね。自宅には風呂に入りに帰るだけ。

残業代が出る会社・出ない会社ありますが、ウチは１円も出ません。
謳い文句的には「給料に残業代が含まれている」そうです。

同じエンジニアでもユーザによって大きく業務体系が異なります。
例えば銀行のATM関係、証券会社のシステム、プロバイダ、工場等、
24時間稼動が大前提の環境では、１時間のシステム停止が数千万～億の損害を出す場所もあります。
そういった環境で働いていると「徹夜はイヤだ」「労働基準法が」なんて言ってられません。
(トラブル時はユーザも「早く直して！」って隣でプレッシャーかけてきますしね)

まぁ私の場合、仕事と言いつつも半分は趣味みたいなものですし、「このシステムは自分が構築した」という充実感みたいなものがあるから
そういう常識を逸した環境でも働けるのだと思います。

正直言うと何度か「このまま死ぬんじゃないか？」と思って止めたいと思ったことはありますが（＾＾；

ITエンジニアの徹夜について

職場によって状況がかわりますが、実際には(2)のようなことも多々あります。

トラブル対応で急を要する場合など、1日の徹夜で済む場合は（１）でしょうね。

納期に追われバグに悩まされ日夜働くエンジニア達。

現役のＳＥです。

＃４です。

業界ドロップアウト組の者です。

がると申します。

現役ＳＥです。

エンジニアの妻です。

・完全に一睡もしない

似たような質問が見つかりました

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング