「頑張った」で終わらせない。成果KPIはどう置く？
面談前のメモが、「頑張りました」で止まる
「今月もちゃんと動いた。でも、これをどう成果として話せばいいんだろう…」
月次面談や契約更新の前日。自分の仕事をメモに書き出してみる。
レビューした。問い合わせに返した。仕様の確認をした。急ぎの修正も拾った。進行が止まらないように、横からこぼれそうなところも支えた。
行数だけ見ると、かなり働いている。実際、現場では助かっているはずだ。なのに、そのメモを見ながら「なので、単価を見直したい」と言う場面を想像すると、急に声が小さくなる。
「忙しかった」は本当。でも、相手から見ると何が前に進んだのかがまだ見えない。「助かっていると思います」も本音。でも、それだけだとお願いに聞こえそうで怖い。欲深く見られたらどうしよう。たまたま今月だけと言われたらどう返そう。そう考えると、結局いつものように黙ってしまう。
ここがしんどい。頑張りが足りないわけではない。言葉を盛りたいわけでもない。ただ、頑張りを、相手が判断できる変化へ置き直す場所がまだない のだ。
この記事でいう成果KPIは、会社の大きな管理指標の話ではない。KPIは「仕事の成果を見る目印」くらいで考えればいい。何が減ったら助かったと言えるか。何が早まったら価値が出たと言えるか。誰が判断しやすくなったら、次も任せる理由になるか。
IPA の「DX動向2025」では、DX の取り組みや成果、成果をどう把握するかが調査項目として扱われている。難しい話に聞こえるけれど、現場のエンジニアに置き換えるなら、「作業した」だけでなく「何が良くなったか」を見えるようにすることだ。
成果KPIは、自分を数字で縛るためのものではない。面談前にひとりで固まらないための、戻り先だ。
KPIがないと、頑張りは空気で終わりやすい
頑張りは、現場では空気として伝わることがある。忙しそうだった。よく拾ってくれた。助かった。こういう感謝はうれしい。
でも、単価や役割の話になると、空気だけでは弱くなる。相手も悪気なく、「で、具体的には何が変わったんでしたっけ？」と見に来る。そこで自分が「いろいろやりました」としか言えないと、話は急にふわっとする。
ここで自分を責めなくていい。現場の成果は、最初からきれいに数字で落ちている方が少ない。問い合わせが減った気がする。レビューの戻りが少なくなった気がする。PMの確認待ちが短くなった気がする。最初はそのくらいの手触りからで十分だ。
ただ、そのまま「気がする」で止めると、面談の材料にはなりにくい。だから、気づいた変化を少しだけ形にする。
作業量だけだと、相手は値段を決めにくい
「レビューをたくさんしました」「問い合わせ対応を頑張りました」「調整も巻き取りました」。これは全部、事実だ。けれど、相手が単価を決める時には、もう一段ほしい。
なぜなら、作業量だけでは、その仕事が相手の何を楽にしたのかが分かりにくいからだ。レビューをたくさんした結果、差し戻しが減ったのか。問い合わせ対応をした結果、同じ質問が減ったのか。調整を巻き取った結果、意思決定が早まったのか。
ここまで見えると、単価の話は「忙しかったので上げてください」から少し離れる。「この変化を今後も持つなら、役割や価格も見直したい」と言える。これはかなり違う。
中小企業庁の「価格交渉ハンドブック」でも、価格交渉の準備では原価やコストだけでなく、自社の付加価値を見直す観点が扱われている。業務委託やフリーランスの現場でも近い。時間を使ったことに加えて、相手にとって何が助かったのかを言えると、話が前に進みやすい。
数字だけを探すと、急に詰む
KPIという言葉が出た瞬間に、「ちゃんとした数字がないとダメなのでは」と身構える人は多い。ここで手が止まる。
もちろん数字は強い。問い合わせが月20件から12件になった。レビューの差し戻しが3回から1回になった。リリース判断までの待ち時間が2日短くなった。こう言えるなら使えばいい。
でも、数字が取れていないから価値がない、ではない。数字がない時は、「誰の何が楽になったか」を見る。運用担当が毎回同じ確認をしなくてよくなった。PMが判断材料を探し回らなくてよくなった。顧客に返す説明が一度で揃いやすくなった。
DORA のメトリクスでも、デプロイ頻度、変更のリードタイム、変更失敗率、復旧時間のように、流れや安定性を見る指標が扱われている。開発現場で見る成果も同じで、派手な数字だけではない。止まりにくくなった。戻りにくくなった。早く分かるようになった。こういう流れの変化も成果の目印になる。
数字がない時ほど、変化した場面を具体的に書く。 これだけで、KPIは急に現実の言葉になる。
成果KPIは、3つの問いで置ける
成果KPIを作ろうとして、いきなり表を作る必要はない。きれいなダッシュボードも要らない。まずは、面談前のメモに3つの問いを足す。
- 何が減ったか
- 何が早まったか
- 誰が判断しやすくなったか
この3つは、エンジニアの実務にかなり寄せやすい。実装だけでなく、レビュー、仕様確認、問い合わせ対応、進行整理、顧客説明にも使える。
何が減ったかを見る
最初に見やすいのは、減ったものだ。
問い合わせが減った。手戻りが減った。確認の往復が減った。説明のやり直しが減った。障害調査で迷う時間が減った。
たとえば、週次レビューで毎回「この仕様、誰が決めるんでしたっけ」と止まっていたとする。そこで、決定者、未決事項、確認期限を1枚のメモにまとめるようにした。結果として、同じ確認で会議が止まりにくくなった。
これは大きな売上インパクトではないかもしれない。でも、現場では助かる。会議が止まらず、実装に戻れる時間が増える。相手が次の判断をしやすくなる。
面談のメモでは、こう置ける。
未決事項を1枚にまとめる運用を入れ、同じ確認で週次レビューが止まる回数を減らした。
この一文なら、作業ではなく変化が見える。
何が早まったかを見る
次に見るのは、早まったものだ。
判断が早まった。レビュー依頼への反応が早まった。リリース前の懸念発見が早まった。顧客への回答が早まった。
ここで大事なのは、速さを自慢することではない。速くなった結果、誰が楽になったかを見ることだ。
たとえば、仕様の曖昧なところを実装前に質問した。以前なら、作ってから認識違いが見つかり、修正に戻っていた。今回は、先に確認したことで、作り直しに入る前に判断できた。
この場合のKPIは、「質問した数」ではない。判断が前倒しになったことだ。
着手前に未決条件を確認し、実装後の手戻りではなく、設計段階で判断できる状態にした。
こう書けると、ただ質問した人ではなく、手戻りを減らす人に見える。
誰が判断しやすくなったかを見る
3つ目は、誰の判断が楽になったかだ。
単価につながる成果は、自分の手元だけで完結しない。PM、顧客担当、運用担当、レビュー担当、営業、上長。誰かの判断を軽くしていることが多い。
ここを見ないと、成果が自分の努力だけで閉じる。
たとえば、リリース前の確認項目を整理し、PMが上長へ説明しやすい形にした。これは、コードの行数だけでは見えない。でも、PMからするとかなり助かる。上長に「何を確認済みで、何が未確認か」を説明できるからだ。
リリース前の確認状況を、確認済み、未確認、保留に分けて共有し、PMが判断を上げやすい状態にした。
これも成果KPIになる。数字はまだないかもしれない。でも、判断が楽になった場面が見える。
成果KPIは、派手な数字より先に、誰のどんな迷いを減らしたかで置く。 ここを押さえると、単価の話が少し落ち着く。
単価の話へつなげる時は、KPIを小さく言う
成果KPIを置いたあと、いちばん怖いのは面談での出し方だ。
「これだけ成果を出したので上げてください」と強く言わないといけない気がする。そう思うと、また手が止まる。相手に圧をかけているように感じるし、反論された時の怖さも出てくる。
でも、成果KPIは相手を詰めるための材料ではない。次の契約期間で、何をどこまで持つのかを相談する材料だ。
「お願い」ではなく、次の持ち方を相談する
面談では、まず成果を1つだけ置けばいい。
今期は、問い合わせが繰り返されていた箇所を整理し、同じ確認の往復が減るようにしました。
次に、次も持つなら何が増えるかを置く。
来期もこの整理まで持つなら、実装だけでなく、問い合わせ削減や判断材料づくりも役割に入ってきます。
最後に、価格や条件の見直しへつなげる。
その前提で、単価と稼働範囲を一度見直したいです。
この順番なら、急に金額だけを出している感じになりにくい。成果、次の役割、価格の順だ。
単価の話は、過去の頑張りを認めさせる場ではなく、次に何を任せるかを合わせる場 と見ると、少し呼吸がしやすくなる。
KPIは1つでいい。全部を並べない
面談前に不安になると、材料を全部出したくなる。レビューもした、問い合わせも返した、仕様も見た、障害も拾った。出し切らないと分かってもらえない気がする。
でも、全部を並べると作業報告に戻りやすい。相手も聞きながら、どれが単価の根拠なのか分からなくなる。
まずは1つでいい。いちばん相手が助かった変化を選ぶ。
- 同じ確認の往復が減った
- 判断待ちの時間が短くなった
- リリース前に懸念が見つかりやすくなった
- 顧客への説明材料が揃いやすくなった
1つのKPIを深く話す方が、「いろいろやりました」より強い。これは自分の気持ちにも効く。話す材料が絞れていると、面談中に迷子になりにくい。
数字を取るなら、来月からでいい
「今まで数字を取っていなかった」と気づくと、少し落ち込む。もっと早くやっておけばよかった、と思う。分かる。
でも、今日からでいい。
来月から、1つだけ記録する。問い合わせ件数。差し戻し回数。判断待ち日数。会議で保留になった論点数。どれでもいい。大きなKPI管理ではなく、自分の仕事がどこに効いているかを見るメモだ。
たとえば、毎週金曜に3行だけ残す。
- 今週、減らせたもの
- 今週、早められたもの
- 今週、誰が判断しやすくなったか
これなら続けやすい。完璧な数字がなくても、4週間分たまると面談の材料になる。
最後に
成果KPIは、自分を数字で縛るためのものではない。頑張りを盛るための言葉でもない。
面談前に白いメモを見て固まる時、本当に必要なのは、もっと強い言い方ではない。自分の仕事が、誰の何を減らし、何を早め、どんな判断を楽にしたのかへ戻ることだ。
まずは、今週の仕事を1つだけ取り出して書いてみてほしい。
何をしたか: リリース前の確認項目を整理した
何が変わったか: 未確認のまま進みそうだった論点が見えるようになった
誰が助かったか: PMが上長へ判断を上げやすくなった
これくらいでいい。最初から立派なKPIシートにしなくていい。1つの作業を、1つの変化へ戻すところからで十分だ。
成果が見えると、単価の話は少しだけ怖さが減る。お願いではなく、次に何を任せるかの相談に変わるからだ。頑張りを空気で終わらせず、相手が判断できる変化へ戻す。 そこから、価格の話も実績の話も少し進めやすくなる✨
価格の材料をさらに分けたい人は、価値分解の4ステップ や 実績を単価につなげる言語化 も合わせて読んでほしい。更新が近い人は、価格改定の下準備 まで見ておくと、面談前の焦りを減らしやすい。
