「成長してる気がしない」と感じたエンジニアへのPDCA¶
チェック¶
- [ ] 本文を確認した
- [ ] 概要を確認した
- [ ] タグを確認した
- [ ]
inbox/直下へ移行した
概要¶
エンジニアが「成長している気がしない」と感じる状態を、PDCAの設計不足として捉え直す記事。 成長実感がない原因は、目標、現在地、ギャップ、計測方法が曖昧なことにある。 KGI、KPI、行動、毎日の記録を定量化し、AIやMCPで計測を楽にすることで、サイクルを止めない仕組みにする。
本文¶
問題意識¶
著者は、最近成長している気がしない、スキルが伸びている感覚がない、何をすれば伸びるのか分からない、という状態を何度も経験した。 結論はシンプルにPDCAを回すことだが、目標設定、計測の面倒さ、継続コストで止まりがちだった。
PDCAが止まる理由¶
止まる理由は、何のためにやっているか分からなくなること。 より具体的には、どこを目指しているか、自分の現在地と目標のギャップ、どれくらいギャップが埋まったかが見えないこと。
この状態では前進している気持ちよさがなく、面倒さが勝つ。
Step 1. KGIを決める¶
まず「どうなりたいか」という最終目標を置く。 例として、半年でビジネスサイドの意見をプロダクトへ即反映できる人になる、3か月でAtCoder緑になる、1年で特定の人のようなエンジニアになる、などが挙げられている。
ポイントは、期限を入れること。 可能なら客観的指標でtrue/false判定できる形がよい。
Step 2から4. ギャップとKPIへ落とす¶
目標を置いたら、現在地との差分を見て、何を伸ばす必要があるかへ落とす。 そのうえで、行動とKPIを定量化する。
Step 4のKPIでは定量化が必須。 定量化すると、計測時に考える必要がなくなり、成長も見えやすくなる。 PR数、Issue数、勉強時間、テスト数、アウトプット数など、日々記録できる形にする。
Step 5. 毎日記録する¶
記録は手動にすると止まりやすい。 GitHub MCP、Backlog、Jira、Notion MCP、自作スクリプト、cronなどを使って、PR数、Issue数、コミット数、チケット数を自動集計する。
重要なのは、計測を楽にすること。 手動集計が面倒で止まるなら、AIやスクリプトに任せる。
要点¶
- 成長実感がない原因は、能力不足よりも目標・現在地・ギャップ・計測の不明瞭さにある。
- KGIには期限を入れ、可能なら客観的に判定できる形へ寄せる。
- KPIは必ず定量化する。考えずに記録できる指標にする。
- 記録はAI、MCP、スクリプトで自動化し、PDCAが止まる摩擦を下げる。