残業とプログラミングの効率について

ちょっと探してみましたが、そういったデータは見つけることはできませんでした

ただ・・・時間外労働のプログラミングの生産性について書かれた本ならありますね

「人月の神話」をご存知なら、トム・デマルコ著「ゆとりの法則」（日経ＢＰ社）はご存知でしょうか？

その本にはこうありました（以下「」は同書からの引用です）

「短期集中労働（スプリント）と、だらだらとした時間外労働を続けること、の２つは区別が必要だ。」
「完成がコントロールされている場合に限り、たまにあるスプリントは意味がある。」
「フルマラソンの最後にダッシュすることは意味あるが、すべてをスプリントで走り切ろうとすることはまったく意味が無い。」

また、だらだらとした時間外労働がもたらす影響について

「品質の低下、人材の燃え尽き、離職率の上昇、通常の勤務時間における非効率的な時間の使い方」

の４つを挙げています

その他、生産性計算のからくり、管理者によるプレッシャーや脅しによる影響等、
いろいろと書かれていますがまとめるのが下手なのでこんなところで・・・

どのようなデータに基いているか等は書かれていませんでした（原書にはあるのかも？）が、
もしまだお読みでないようでしたら読み物としてもおもしろいのでお勧めします

このようなのですか？
http://laugh-raku.com/archives/2223

こんにちは。

結構な数が投稿されているので重複してしまったらすみません。
私も非常に興味がある議題です。

そもそもプログラマーの生産性を指標として示すのがひとつ課題ですよね。
ステップ数でしょうか？機能数？画面数？
統一した答えを出すのがなかなか難しいのが生産性だと思います。
ですので期待する資料が見つかりにくいのかもしれませんね。

私の個人的見解では、残業と生産性を結びつけるのは上記のほかにも色々と課題が多いと思います。
若干議題から逸れてしまいますが、資料で示す場合は、
「残業とバグ発生率」を結びつけるのが最も効果的かもしれません。
（既に品質について触れてらっしゃる方も数名いらっしゃいますが。）

残業とバグ発生率の図ならばあるだろう、と思っていたのですが見当たりませんでした。
代わりに以下のようなのを見つけたのでご紹介しておきますね。

http://www.stevemcconnell.com/rdvolot.htm

もちろんどこかの公式的なものではないと思いますが、
軽く見た感じでは「場合によって適度な残業は効率的なこともあるよ」ってことのようです。

※日本の企業文化に該当するのかは謎ですが。

こういうのですか？ソフトウェア工学系のプレゼンの資料にあったのを思い出したので。
信憑性についてはなんとも言えませんが。まぁ程よく働きましょうということですね。

![イメージ説明]WIDTH:600

質問されてる気持ちはわかります。
ですが、明確な答え(本人の納得出来る)が見つかった場合はどうなされるのでしょうか？

立場や見方によって残業の考え方が変わってくるのは他の方のコメントを見て感じているのではないでしょうか。

例えば、元々納期は1ヶ月しかなくて、でも仕事量は1.2人月ある場合はPMが納期をコントロールするか、SE•PGが残業して完成させる必要が出てきます。
人月単価が100万円だったとすれば120万円の売上になりますが、残業代を差し引いても会社としてはリスクが高くなければ受注するメリットがあります。
恐らくはパフォーマンスが1,2割落ちても採算が合うような見積もりになっているのではないでしょうか。

次はPGの目線から書いてみます。
この辺りが気になる頃には、新入社員とは違ってちょっと仕事が出来るようになっている段階だと思います。
しかしまだ1人でプロジェクトを任されたりというよりは上司の元でというケースが多い時期でしょう。

この時期は安定した見積もりや経験不足による危機回避がなかなか難しい方が多いのではないかと思います。

ここに関しては、大企業は分かりませんが中小企業では形式的な学習方法もなく経験を増やすことで成長することを期待されてるケースが多いのではないでしょうか。

その辺りが関係して若いうちはたくさん働くことを推奨されるような方がいるのだと思います。

話を元に戻します。
品質低下については、実は残業時間と比例してるとは感じません。
この場合の残業は、前提として計画されている残業のことです。
作業が終わらないから行う残業とは違うと考えて下さい。

もちろんトラブルなので、計画を超えた残業が必要になればケアレスミスが増えるのは必然です。

そのため、自分自身の作業量と実際に任された仕事量がどれぐらい差があってそれが１日辺り何時間程度になるのか、考えてみて下さい。
もし残業を平均2時間必要ならその時間内は期待されたパフォーマンスが発揮出来るように目指すことでケアレスミスも少なくなるのではないでしょう。

モチベーションは人間なので、上がったり下がったりはあると思いますが、極端な波が出ないようにコントロールするのもプロの仕事だと思いますよ。

せっかくなので、スケジュールに振り回されるのではなく、スケジュールをコントロールする側を目指して下さい。

真面目な人ほど鬱などになりやすい業界ですので、ほどほどに。

確か、国の規程で、残業が70時間を超えると、健康に悪影響がでるので、
それ以上は控えるように、といったものがあったかと思います。

なので、70時間が１つの目安になると思います。

毎月の残業時間が70時間を越えて、さらに、何ヶ月も続いて、
その結果、その人が病気になったりしたら、会社側に非があると
みられると思います。
つまり、もし裁判になったら、会社が負ける可能性が高いと
思われます。

ちなみに、私は、ソフト開発の仕事を17年ほどやっていますが、
最近は、もう若くはないので、月40～50時間の残業が自分の身体的
限界に近いと考えております。
ちなみに、残業代はでません。

入社してから、今まで、おそらく、30~100時間の残業を続けてきたと
思います。
そして、２，３年前、結構忙しい時期が長くつづいたのですが、
その頃は、頭痛がひどくなって、ヘルニアを患いました。
ガマンして続けていたら、昨年、突発性難聴と後遺症の耳鳴りを
発症しましたので、とても、後悔しております。
ヘルニアも耳鳴りも治りません。
一生付き合わないといけません。
また、耳の神経が調子悪くなっていると思われるので、
おそらくですが、歳をとるとともに、耳の聞こえが悪化する可能性も
高い気がしております。
現在は、耳閉感が少しありまして、たまに悪化するので
恐怖を感じておりますね。

なので、自分の体と精神が許容できる範囲で頑張るのが良いと思います。

こんにちは。

従事していらっしゃるプロジェクトの工程表はご覧に
なってますか。
そして工程表に進捗を記載して開発状況をリーダー・
メンバー全員で把握できているでしょうか。

他社の開発作業ペースを気にしても隣の青芝です。

貴兄の他プロジェクトに属する同僚や腹を割った話が
できる先輩に進捗状況を記載した工程表を見せてもらう
のが１番だと思います。

それで、自分が同僚より劣っていれば頑張るしかないですし
自分の能力が優れていれば、今のプロジェクトが終了次第、
条件の良い会社に転職してみてはいかがでしょうか。

私の過去最悪記録は半年間、毎月家に帰ることができたのは
３日。１日１５時間労働でした。
『これ失敗すると会社の次のボーナスが出せない』
って言われても．．．
そんな業界昔話です。

間違えて投稿したので削除致します

これはちょうどサッカーと同じ事が言えると思います。
例えば日本代表とブラジル代表。
メッシぐらいにパフォーマンスを出す人と
走ってなんぼの人もいます。
開発手法などにも変わってきます。
高専の情報科の先生によれば100%出せればノーベル賞ものなんだそうです。
ちなみにインターネットのダウンロード速度も同じ事が言えるそうですよ。