NEW SIer PMO 10年続けた先に何がある?3つの分岐点と現実 → 記事を読む
  1. Categories/

PMOキャリア

PMから見た「優秀なエンジニア」の3タイプ──技術力だけじゃない3つの軸

·1 分
新人PMだった頃、私は「優秀なエンジニア = 技術力が高い人」だと思っていました。 仕様書を読みこなし、コードを書き、難しい問題を解く人。それが優秀さの定義だと、ほぼ無意識に信じていました。 でも、PMとして10年以上現場を見てくる中で、その定義は静かに崩れていきました。 技術力が高くても、現場で頼りにならない人がいます。 逆に、技術評価で目立たないのに、「この人がいないと回らない」と全員が無言のうちに認めているエンジニアがいます。 5年目を過ぎたあたりから、私の中の「優秀さ」の輪郭が変わってきました。 PMの立場で本当に現場を支えていた人たちを思い返してみると、彼らは大きく3つのタイプに分けられました。 この記事は、そのタイプを実際のエピソードを交えて言語化してみる試みです。「こんな人いるよね」と頷けるエンジニアもいれば、「自分はこの軸が足りないかも」と気づくエンジニアもいるかもしれません。 PMの主観であることは最初に断っておきます。これは技術評価の話ではありません。プロジェクトを回す立場から見た、信頼の根拠の話です。 Type 1:カオスを構造に変える人 # どんな人か # 複雑な作業を、「他人に渡せる粒度」まで分解できる人です。 仕事の見えていない部分を可視化して、誰がいつ何をやればよいか整理できる。マネジメントの素養を持ったエンジニア、と言ってもいいでしょう。 印象に残っている2人 # 1人目は、40代のベテランエンジニア。物腰が柔らかくて、声を荒げているところを見たことがない人でした。 ある中規模案件で、5人のチームに作業を割り振る場面がありました。仕様の整理がほぼ終わっていない、ふわっとした状態のスタートでした。 普通なら、PMの私が一気に細かいタスクに分解して、各エンジニアに割り振る作業が必要になります。けれど彼は、ホワイトボードの前で30分くらい手を動かしただけで、5人分の作業をきれいに切り分けました。被りもなければ、抜けもありません。 しかも、各タスクの粒度が「やる人が迷わない」レベルまで揃っていました。タスクA、タスクB、タスクC……と並んだそれを見て、私は「これ、私が考えるより分かりやすい」と思ったほどです。 結果として、その案件は予定と実績の差異が驚くほど小さく終わりました。スケジュールが守られただけでなく、チームメンバーが迷わなかったことで、追加の調整工数も発生しませんでした。 もう1人は、配属2年目の若手。華奢で物静かな印象で、声を張るタイプではありませんでした。 その彼女が、ある案件のリーダーに抜擢されました。経験年数からすれば早い登用で、周囲も内心ヒヤヒヤしていたと思います。 でも結果として、彼女は工程管理もスケジュール立ても案件完遂もやり切りました。プレッシャーで潰れることなく、淡々と。 彼女を見て感じたのは、「整理する力」は経験年数と無関係だということでした。 「優秀じゃない人」との違い # このタイプの逆は、「タスクの粒度が荒い人」「スケジュールと実績がいつもズレる人」です。