「同期は自主的に勉強会を主催しているのに、自分は言われたことをこなすだけで精一杯」——そんな差を感じて、自分のやる気のなさを責めてしまったことはないでしょうか。実は、やる気の持ち方には生まれつきの性格だけでなく、後から変えられる「型」があります。
この記事では、京セラ創業者である稲盛和夫氏が提唱した「自燃型・可燃型・不燃型」という3つのタイプ分けをもとに、自分の現在地の把握方法と、可燃型から自燃型に近づくための具体的な行動を、エンジニアの実務に即して解説します。
- 「自燃型・可燃型・不燃型」という3つのやる気のタイプの違い
- なぜこの分類がエンジニアの成長スピードを左右するのか
- 可燃型から自燃型に近づくための具体的な行動
- モチベーションを「気合い」ではなく「仕組み」で維持する考え方
<この記事もおすすめ！>
\株式会社PRUMのメディア/
自燃型・可燃型・不燃型とは何か
稲盛和夫氏は、京セラの創業者であり、経営破綻した日本航空(JAL)の再建を主導したことでも知られる経営者です。この方、人のやる気のあり方を「自燃型」「可燃型」「不燃型」という3つのタイプに分類したことで有名です。
- 自燃型:誰に言われなくても、自ら燃えて動き出せるタイプ
- 可燃型:きっかけや刺激があれば、燃え上がって動き出せるタイプ
- 不燃型:何をきっかけとして与えても、なかなか燃えないタイプ
3つのタイプを、エンジニアの日常業務に置き換えて整理すると、次のようになります。
| タイプ | 特徴 | エンジニアの現場でよくある例 |
|---|---|---|
| 自燃型 | 誰に言われなくても自ら学び、動き出す | 新しいOSSライブラリのリリースノートを見つけると、業務外でもローカル環境で試す。障害対応後、原因究明だけでなく再発防止策まで自主的に提案する |
| 可燃型 | きっかけがあれば火が付き、動き出す | 資格取得が評価制度に組み込まれると本気で学習する。コードレビューで指摘を受けたことをきっかけに、その分野を深掘りする |
| 不燃型 | きっかけを与えても、なかなか火が付かない | 新しい技術の社内勉強会に誘われても参加しない。障害対応も、指示された範囲の作業だけで終わらせる |
自燃型:誰に言われなくても動き出せる人
自燃型の人は、外部からの働きかけを必要とせず、自分の中の関心や目標から自発的に行動を起こします。例えば、担当プロダクトで使っているフレームワークのメジャーバージョンアップ情報を見かけると、リリース予定がなくても検証用のブランチを作って挙動を確認してみる、といった行動が典型例です。ただし、自燃型は生まれつきの性質というより、後述するように、成功体験の積み重ねによって後天的に育っていく部分も大きいとされています。
可燃型:きっかけがあれば動き出せる人
可燃型の人は、自分から積極的に動き出すことは少ないものの、目標設定や評価制度、周囲からの声かけといった外部からのきっかけがあれば、しっかりと成果を出せるタイプです。例えば、「クラウド関連の資格を取ると手当が出る」と知らされて初めてAWSやAzureの学習に本腰を入れる、チームリーダーから「この設計は将来こう困る」と指摘されて初めて設計原則を勉強し直す、といった動き方です。多くの人は、最初はこの可燃型からスタートします。適切なきっかけを自分で用意できるようになれば、自燃型に近づいていくことができます。
不燃型:きっかけを与えてもなかなか火が付かない人
不燃型は、周囲がどれだけきっかけを用意しても、なかなかやる気につながらない状態です。新しい言語やフレームワークの導入が決まっても最低限のキャッチアップで済ませる、資格手当や勉強会への誘いにも反応が薄い、といった状態が続きます。ここで注意したいのは、これを「その人の性格そのものが悪い」と捉えないことです。多くの場合、目標が自分ごとになっていない、成功体験が積めていない、そもそも担当業務と本人の関心がかみ合っていないといった、環境側の要因が絡んでいます。
なぜこの分類がエンジニアの成長スピードを左右するのか
IT業界は技術の変化が速く、クラウドサービスの新機能やフレームワークのアップデートなど、業務時間内の実務だけでは追いつかない情報が次々に出てきます。自燃型に近い人ほど、業務外の時間でも自主的に情報収集や検証を行うため、結果として経験の蓄積スピードが速くなる傾向があります。
例えば、本番障害が発生した際、可燃型・不燃型のエンジニアは「指示された調査範囲」で対応を終えがちですが、自燃型のエンジニアは「なぜ今回の監視では検知が遅れたのか」「同じ構成の他のサービスでも同様の問題が起きうるか」まで自主的に踏み込んで調べる傾向があります。この差は1回の障害対応では小さく見えても、数年単位では担当できる業務の幅・裁量に大きな差として表れやすいものです。
一方で、可燃型であること自体は悪いことではありません。適切な目標設定やフィードバックといった「きっかけ」さえ整えば、可燃型でも十分に高い成果を出せます。重要なのは、自分がどちらのタイプに近いかを自覚した上で、自分に合った「火の付け方」を意図的に用意することです。
可燃型から自燃型に近づくための具体的な方法
可燃型から自燃型へ近づくために、次のような行動が有効だとされています。
- 小さな成功体験を意図的に設計する:
いきなり新しい言語やフレームワークを丸ごと学ぼうとせず、「小さなライブラリを1つ試して、簡単な改善のPull Requestを1つ出す」といった、数日で完結する目標から始める - 自分の得意分野・興味と絡めたテーマを選ぶ:
苦手意識のある領域からではなく、例えばフロントエンドが得意なら「デザインシステムの設計」のように、もともと関心のある切り口から新しい技術に触れる - アウトプットを前提にする:
調べた内容を社内Slackやドキュメントに残す、障害対応の振り返りを次のスプリントの勉強会ネタにするなど、人に説明する機会を先に確保しておくことで、学習が「やらされごと」から「自分の発信」に変わる - 尊敬できる人の近くに身を置く:
社内のシニアエンジニアのコードレビューを積極的に受けにいく、社外の技術コミュニティやOSSのコントリビューターと交流する機会を増やす
これらに共通するのは、「やる気が出るのを待つ」のではなく、「やる気が自然に生まれる状況を先に作る」という発想です。気合いや根性論に頼らず、行動を仕組み化することが、自燃型に近づく現実的な近道になります。
不燃型のままだと、何が起きるのか
不燃型の状態が続くと、技術の移り変わりが速いIT業界では、担当できる技術領域が固定化されやすくなります。例えば、周囲がクラウドネイティブな構成やCI/CDの整備を進める中、自分だけ数年前の手順のまま運用を続けていると、いざチームの標準が切り替わったタイミングで、キャッチアップの負荷が一気に増える、といった事態が起こりえます。ただし、これは「本人の資質の問題」というより、多くの場合「きっかけが本人に合っていない」というミスマッチの問題です。
- 目標が自分の業務や興味と結びついているか、確認する
- 評価制度や上司からの声かけなど、外部からのきっかけの与えられ方が自分に合っているか、見直す
- そもそも今の担当業務が、自分の関心と大きくずれていないか、棚卸しする
不燃型だと感じている場合も、いきなり自燃型を目指す必要はありません。まずは自分に合ったきっかけを見つけ、可燃型として火が付く経験を積むところから始めれば十分です。
