ソフトウェアエンジニアリング分野で働く人々のメンタルヘルス問題

ソフトウェアエンジニアのメンタルヘルス

ソフトウェアエンジニア、特にリーダーシップに挑戦する人たちのメンタルヘルスについては、十分に議論されていない。

• 技術系共同創業者として不安と闘ってきた。
• その領域に伴うものだが、職務記述書には含まれていない。

2017年のつらい時期の経験

• パニック発作、筋弛緩剤の継続使用、締め切りと新たな責任感の中で強いプレッシャーを受けながらコーディング
• 前任者からIT責任者の役職を引き継いだ。
• 小さな開発チームを担当し、多くのパートナーに約束したスタートアップ
• それを成功させるのが自分の仕事だった。壊れるか、やり遂げるか。
• 結局、その両方を経験した。

メンタルヘルス問題に対する偏見

• メンタルヘルスの問題で病気休暇を取ることはできない。
• パニック発作がどのような感覚なのか、なぜ休息が必要なのかを理解する人は多くない。
• バーンアウト（精神的な崩壊）を経験するまで、不安を管理するために薬を飲む必要がある理由が分からなかった。
• 頭の中のことだから思考を制御できるはずだと思っていたが、ときには不可能だ。

コンテンツ目次

（主要コンテンツのタイトルをそのまま列挙）

GN⁺の意見

• メンタルヘルスについて、より多くの議論と認識改善が必要に見える。特にエンジニアリング分野ではなおさらである。
• 過度な業務ストレスと責任感はメンタルヘルスを損なう可能性がある。業務量の調整とストレス管理が重要だ。
• バーンアウトを経験するまでは理解しにくい問題である。経験していない人には共感しにくいかもしれない。
• メンタルヘルスの問題で休息が必要なときに、はっきり伝えて休める組織文化が必要だ。
• 多くの人が経験しているが、あまり表に出さない問題である。リーダーの経験共有が認識改善に役立ちそうだ。

[GN⁺]

Hacker Newsの意見

要約すると次のとおりです:

• 30年の経験を持つソフトウェアエンジニアの話では、ほとんどの締め切りは恣意的であり、少し遅れてもビジネスに大きな影響はありません。

  • 本当のハードデッドラインは事前に十分予測可能であり、エンジニアリングの力量にかかっています。
  • 短期間で無理な開発をしてストレスを受け、長時間働くことは、むしろ低品質な製品を生み、逆効果を招きます。

• ソフトウェアエンジニアリングが、医師、弁護士、営業、教師など他の専門職よりもメンタルヘルスに有害だと断言するのは難しいです。

  • どんな職業にもそれぞれのストレス要因があり、境界線を設けなければ自由時間が侵食されます。
  • "メンタルの問題で休暇が必要だ"と言えないという筆者の経験は非常に例外的なケースです。ほとんどの会社はメンタルヘルスを重視しています。

• 20代前半の大学中退CEOが率いるスタートアップは避けたほうがよいです。

  • マネジメントとリーダーシップの能力が不足しており、失敗への恐怖に動機づけられて、従業員をぞんざいに扱う傾向があります。

• 最優先課題と矛盾する別の最優先課題を同時に解決しろというCEOの要求は不合理です。

  • 優先度キューを作って一つずつ処理していくのが賢明です。同時進行が多すぎるのは有害です。

• どれほど短い時間でも、やっていたことから離れて休息を取ることが重要です。

  • ストレスはしばしば人為的に作られ、生産性を下げ、思考力を低下させます。

• 緊急だとして徹夜での開発を求めるクランチモードの乱用は、従業員のモチベーションを下げます。

  • すべてが緊急で今すぐやらなければならないのなら、それはもっと大きな問題があるというサインです。
  • 金、時間、労力の限界を乱用すると、人々は指揮部を尊重しなくなり、仕事に注ぐ努力も少なくなります。

• ソフトウェア開発が精神疾患を引き起こしたり、引き起こしうるという点で、私たちの業界の深刻な問題だと考えます。

• メンタルヘルスのために休暇が必要だとチームに伝えることは可能です。

  • 自分の必要や要望について透明性をもってコミュニケーションし、会社やチーム内に信頼と安心感が必要です。
  • 大人であれば、メンタルヘルスのための休暇の必要性を理解するでしょう。