🚨 本記事に関するご注意 本記事は、大規模プロジェクト等の経験を持つ筆者の過去の個人的な体験談と、心理学的アプローチに関する個人の学習に基づく情報共有を目的としています。心身の不調やコンディショニングに関するご判断については、必ず専門の医療機関やカウンセリング機関にご相談ください。
仕事が忙しくてメンタルが限界を迎えそう、現在の職場の環境がどうにも合わない、焦りで頭が回らない――。
システムエンジニア（SE）として中堅・ベテランと呼ばれるキャリアを積む中で、私自身がうつ病を発症したのはまさに過酷なプロジェクトの最中でした。自分の思考の癖や無意識の認知に気づき、そこから完全に回復するまでには長い時間を要しました。
当時のような深刻なメンタル不調に陥る前に、あらかじめ予防として実践しておくべきこと、そして自身のスキルや強みを正しく把握することの重要性についてお伝えしたいと思います。
第1章：自分の得意なこと、明確に言えますか？
長く同じ業界で仕事をしていると、自然と自分の得意分野や経験値が蓄積されていきます。しかし、「自分の強みや得意な分野はこれです」と、現在地を明確に言葉にできるでしょうか？
これが曖昧なままでいると、以下のような重要な場面でミスマッチを引き起こし、心身をすり減らす原因になってしまいます。
- 配属前の面談で、自分のスキルに合わない現場に誤ってアサインされてしまう
- 実際に配属された後のトラブル現場で、スキルアンマッチによる過重な負担を強いられる
- キャリアに行き詰まり転職を考えた際、自分の武器を正確にアピールできない
第2章：スキルが曖昧なことで起こる「配属と現場の悲劇」
私自身が経験した失敗をもとに、スキルの把握不足がもたらすリスクを見ていきましょう。
1. 配属前の面談におけるミスマッチ
新しい現場に参画する前には、必ずお客様や自社の上司、マネージャーとの面談が行われます。若い頃であれば「学びながら挑戦する」というスタンスが許容されますが、ある程度の経験を積んだベテランになると、スキルの有無が直接判断基準になります。
私もうつ病から回復した後の現場で、「UNIX系の操作とC言語なら一通りできます」と曖昧に伝えてしまい、実際にはほとんど未経験だったLinuxのインフラ寄り保守作業がメインの現場に配属されてしまいました。周囲に質問できる環境もなく、連日分からないことへの不安とプレッシャーに押しつぶされそうになるという苦い経験をしました。
2. スキルアンマッチとトラブルプロジェクト
過去に私がうつ病を発症した現場は、典型的な人員不足のトラブルプロジェクトでした。当時必要とされていたスキル（オブジェクト指向言語、Windowsサーバーでの開発、大規模な見積り、30人以上のマネジメントなど）に対し、私の実際のスキルセット（非オブジェクト指向のC言語、Linux、データベース中心、サブリーダー規模のマネジメント）とは完全に乖離していました。
自分の得意分野が明確であれば、「このアサインはスキルが大きくアンマッチである」と事前に拒否するか、早い段階で周囲に支援を求めることができたはずです。
3. 転職活動におけるリスク
こうしたミスマッチから抜け出すために転職を考えた場合でも、自分のスキルや得意な領域が整理されていなければ、面接で正確なアピールができず、また同じようなミスマッチの環境に飛び込んでしまう危険性があります。
第3章：ベテランこそ実施したい「詳細なスキルの棚卸し」
経歴書のアップデートだけにとどまらず、システムエンジニアの多岐にわたる業務の中で、自身のスキルを以下の観点から細かく分解して把握しておくことが重要です。
1. 担当した開発フェーズの明確化
システム開発には、要件定義から運用保守に至るまで多くのフェーズが存在します。
- 要件定義・外部設計・内部設計
- 開発（プログラミング）・各種テスト（単体、結合、システム）
- リリース・運用保守
「システムテストの経験がある」といっても、単にテスト仕様書に従って実施しただけなのか、テスト計画の策定から他チームとの調整までを主導したのかでは、求められるスキルのレベルが全く異なります。自分がどのフェーズでどこまでの裁量を持っていたかを詳細にしておく必要があります。
2. チームリーダーとしてのマネジメント規模
「チームリーダー経験あり」と言っても、配下1名の小規模なチームと、20〜30名を超える大所帯を率いるのでは、求められる管理手法やプレッシャーが大きく異なります。 私自身、数名のサブリーダー経験しかなかったにもかかわらず、うつ病発症時は30名超のチームを任され、これまでのやり方が通用せずに破綻してしまいました。「実際にどの規模までを自己完結で扱えるか」を正確に把握しておくことが身を守る盾となります。
3. 見積りの実務経験と規模感
開発工数やスケジュールの見積りは、エンジニアのキャリアにおいて大きな壁となります。小規模なプログラム修正の経験しかなかった私が、経験年数というだけで大規模システム全体の見積りを任され、適切なレビューもないまま過少な工数で引き受けてしまった結果、膨大な残業と心身の疲弊を招くことになりました。自分がどの規模の見積りまで責任を持てるのかを自覚しておくことが不可欠です。
まとめ
ある程度の経験を積んだシステムエンジニアほど、自分のスキルやキャパシティを曖昧にしたまま現場の要求に応えようとし、結果として心身のバランスを崩してしまうリスクが高まります。
若手の方であっても、定期的に自身のスキルの棚卸しを行い、「何ができて、何がまだ経験不足なのか」を客観的に把握しておくこと。それが、過剰なプレッシャーから自分を守り、長く健康にエンジニアキャリアを続けるための確かな土台となります。
ここまでお読みいただきありがとうございました。本記事が、ご自身のスキルと向き合う小さなきっかけになれば幸いです。
