IT業界の残業多すぎ問題。>プロマネIT業界の残業多すぎ問題。2022-06-10「残業抑制のために生産性を上げましょう」みたいなことがよく言われますが、そんな簡単に生産性は上がらないですよね。IT業界では生産性が上げにくいと感じてます。システム開発における生産性とはシステム開発における生産性とは、一言で言うなら「システムを早く正確に作る能力」です。具体的には以下の力が必要です。正確に文章に落とし込む技術。折衝力お客様と仕様や納期などを調整するためのコミュニケーション技術。マネジメント技術プロジェクトの進捗を管理したり、品質を管理するための技術。プログラミング技術プログラムを作成する技術。品質を保証するための技術。これらは全て機械では代用できない、人に依存する能力です。システム開発では、エンジニアのスキルアップが生産性に直結していると言えるでしょう。他の業界はどうか?例えば製造業で生産性を上げる場合は、次のような選択肢が考えられます。製造ラインを増やす製造ラインを刷新する(処理能力の高い機材に入れ替える)共通部品を増やすなど、材料や設計を見直す個人の能力向上はもちろん大事ですが、それ以外にも機材入れ替えのような即効性の高い選択肢があります。システム開発は工程の9割以上が人に依存した現場ですので、機材入れ替えのようにお金をかければ即効性が出るようなものではありません。「パレートの法則」をご存じでしょうか。パレートの法則(パレートのほうそく)は、イタリアの経済学者ヴィルフレド・パレートが発見した冪乗則。経済において、全体の数値の大部分は、全体を構成するうちの一部の要素が生み出しているとした。80:20の法則、ばらつきの法則とも呼ばれる。Wikipedia「パレートの法則」より会社経営にでは「売上の8割は2割の優秀な人材が生み出している」と言われています。開発現場で働いているのであれば、この法則は実感できる方も多いのではないでしょうか。IT業界の生産性はエンジニアの能力(スキル)に依存していますので、できる人ほどタスクやプログラミング量が多く、仕事が集中する傾向にあります。パレートの法則的に言えば、8割の仕事が2割のエンジニアに集中しています。「じゃあ優秀なエンジニアを増やせばいいじゃん」と思いますが、これもそう簡単にはいきません。優秀な2割を3割、4割と増やしたところで、結局2割に戻ってしまうからです。働きアリを使った実験これを証明する有名な実験があります。働きアリは「2割のアリが全体の8割の食料を集めてくる」性質があるらしいです。残り8割のアリは、6割が普通に働き、2割は怠けています。そこで、よく働く2割のアリだけを集めた集団を作ってみました。すると、その2割の集団がいつの間にか2:6:2の割合で、よく働くアリ、普通に働くアリ、怠けるアリに分かれてしまったというのです。現代社会も同じこの実験結果は会社組織にもあてはまると言われています。理由はまちまちだと思いますが、現場から離れてしまう可能性が時間経過とともに大きくなります。経営者としては優秀な人を集めたドリームチームを作るより、社内の方々で活躍してもらった方が有益であるため、まあそういう判断をするのでしょう。退職は給与アップや待遇改善などで防げるかもしれませんが。生産性は変わらないが、教育は大事おそらく、どんなにがんばっても多くの会社では「システムの8割を2割の優秀なエンジニアが作っている」という事実は変わりません。チームメンバーを教育してもチームとしての生産能力は変わらないということです。(会社全体としては有益で、わずかながら生産性向上に貢献するとは思います)では、教育は必要ないかと言うとそれはそれで問題があります。エースエンジニアがいつチームからいなくなっても良いように、次代のエースエンジニアを育てておかないと生産性が下がることになってしまうからです。後ろ向きな理由ですが、生産性を落とさないためにチームメンバーを教育し続ける必要があります。生産性向上に頼らず残業を減らすにはどうすれば良いか?最初に答えを書いてしまいますが、「残業禁止」にしてしまうことが最適解だと私は考えています。残業しないと仕事がまわらない状態だとしても強制的に「残業禁止」するのです。普通に考えて無茶苦茶な話で、現場からは「納期に間に合わない」という反論が普通に来ると思いますが、これは言い方を変えれば「納期に間に合えば何しても良い」と思ってるということです。少なくとも、IT業界に限って言えば残業はこの認識の「甘さ」から来るものだと思っています。みなさんのまわりにもいませんか?お客様との打ち合わせには遅れないのに、社内の打ち合わせにはいつも遅れる人。いう時間間隔が残業を生んでいる遠因だったりするわけです。同じやり方は通用しない残業をしないのであれば、当然今までと同じ仕事のやり方は通用しません。やり方を変えましょう。会議時間を減らして作業時間を増やせないか考えるのが良いと思います。社内会議の7割は無駄だと言われていますので、次のようなことができないか考えましょう。事前に資料を回覧するとか、会議で決めるべきことをはっきりしておくとか、時間短縮を目指しましょう。残業と同じく「延長禁止」にすることで時間感覚の「甘え」を消すことが重要です。発言を一切しないのに、会議に呼ばれる人が意外といます。情報共有が目的であれば、後で議事録を送るなどの対処で十分かもしれません。無駄話が多かったり、話が長い人も可能ならメンバーからはずましょう。(そういう人に限って目上の人が多く、難しかったりしますが...)回数の7割減そもそもメールやチャットで済ませられることは、会議自体をやめましょう。進捗会議はメール報告でも十分だったりしませんか?進捗が芳しくないメンバーがいるなら、個別フォローすることで、少なくともメンバー全員の時間を使う必要はなくなります。課題や進捗状況をしっかり報告してもらうために、文面のフォーマットを工夫しましょう。結論:残業禁止にすると生産性が上がる生産性を上げようとしても生産性は上がらず、残業はなくなりません。残業を禁止すると結果的に生産性が上がる可能性が高いです。エンジニアの仕事は頭脳労働ですから、残業続きで疲弊した頭では生産性が落ちるのは当たり前です。反対に残業しないで毎日十分にリフレッシュできるようになると、残業続きで落ちていた生産性が元に戻るという形で生産性の向上が見込めます。頭がすっきりした状態であれば、生産性を上げるためのアイデアが思いつきやすく、それを試す余裕も生まれます。残業が嫌でエンジニアが退職してしまうリスク回避もできますので、結果的に好循環につながりますね。コメントをキャンセルメールアドレスが公開されることはありません。名前メールサイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。上に表示された文字を入力してください。関連記事プロマネ営業部門の人が手っ取り早くHTMLとCSSを学ぶにはどうすればいいか?営業がマーケティングを兼ねる会社は多いと思います。中小企業は「営業」という括りにマーケティングが入っちゃうので、そういうの好きじゃない人は苦労しそうですよね。...プロマネ【失敗例】スモールスタートはシステム開発の基本!でもそれだけじゃ失敗する開発ベンダーとの打ち合わせで、「まずは小さくはじめましょう」と言われたことはないでしょうか。...プロマネ【開発依頼の基本】課題整理ってどうやるの?「システムを刷新せよ」とのお達しが上層部から降りてきた。今のシステムの何が問題で何を解決しなくてはいけないか考えると思います。...プロマネ使いにくいシステムが出来上がるまで。最近はSaaSが浸透してきたこともあり、一から業務システムを作ることは稀になってきました。オンプレ、クラウド問わず、必要なパッケージを組み合わせて業務をシステム化するのが今のトレンドです。今のシステムは使いにくいところもあるけど、そのやり方に慣れちゃってるし、新しいやり方を覚えるのも面倒。