ビジネス映像メディア 「PIVOT」 でエンジニアリングマネージャー (EM) をしている黒澤です。
EMConf JP 2025に参加してきましたので感想記を連ねていこうと思います。
今回の学びを今後どう活かしていくかを現在の PIVOT の取り組みを添えつつ記していこうと思います。
登壇資料まとめはこちら
エンジニアリングマネージャーのロードマップ
by 広木大地さん
広木さん著書の「エンジニアリング組織論への招待」からエンジニア"リング"マネージャーとはなんぞや？から始まり、生成AIが日進月歩の中で EM がどう変わっていくか？という非常に納得感と学びの多いお話でした。
エンジニアリングマネジメントはフェイルファストの原理に駆動されている
この原理によって、文化や技術、組織が作られているという気づきと学びを得ることができた。
PIVOT のプロダクトマネジメントチームでは、feature開発や自チームの生産性向上にとどまらず、他部署（映像制作・進行など）貢献も目標として設定しており、この原理の共通理解が重要であり活用していきたいと感じた。PIVOT には、「叩き台から全てが始まる. スピードでジャイアントキリング」という指針があり、リスクに早期に曝露する という点においては共通する部分があるなと感じた。
プロジェクトマネジメントの本質
タスクを管理するのではなく、リスクを管理する
プロジェクトタスク: タスクは、プロジェクトを足し算で評価する
プロジェクトリスク: リスクは、プロジェクトを掛け算で評価する
→ リスクの要素を小さくして「たし算の世界」に閉じ込める
EM.FM でもお話されていた内容で、自チームでは実践できている部分が多いと思うが、プロジェクトマネジメントをしているといつしか抜け落ちてしまっている気もするので改めて大事な観点ですね。
失敗できる環境を技術的に作る
≒コード修正の心理的安全性が開発者体験を作る。
feature開発とのバランスが非常に大事だが、安心して多く打席に立てる環境整備をもっともっとしていきたいと強く想うとともにチームで攻めと守りをうまくやっていく。
ちなみに今期の基本方針の一つに「攻めの守り」を掲げて取り組んでいたりします。
「すべてのエンジニアは、AI をメンバーにもつ エンジニアリングマネージャーになる」
こちらはパンチラインだった。
広木さんは The bottleneck と表現されていたが、今後様々な現場で起こりうることで、適切な組織設計や採用戦略する上で重要な観点だと考えています。
「人間」をたくさん雇用してビジネスをスケールしていくという考え方が通用しなくなってくる。(..) となれば「コンピュータ」か「人間」かという区別をしないシステム設計や組織設計というものが確実に増えてくるでしょう。
「コンピュータ」か「人間」かという区別をしない組織への招待ー広木大地さんブクログ大賞受賞記念インタビュー前編
弊社技術アドバイザーの @kawasima さんもおっしゃっていたが、「開発にどう生かしていくか？」にフォーカスしてしまいがちだが、「従来のシステムをどう変えて行くか」が非常に重要であると改めて考えさせられました。
生成AIによる エンジニアリング業態の 未来変化予想 by kawasima さん
PIVOT でも、コード補完やチャットアシスタント、エージェントをメンバー全員で検証・活用しております。
- GitHub Copilot (edits, chat, Insiders)
- devin
- Cursor (composer, chat)
- Cline
従来のシステムをどう変えていくか？は、組織設計や採用方針にも深く関わるため引き続き活用しながら推進していく所存。
サバイバルモード下でのエンジニアリングマネジメント
by こにふぁーさん
後日資料展開（未公開シーンたっぷりだと思われる）とのことでプロポーザルをこちらに。
経営とプロダクト両面において厳しい中で、EM そして VPoEとにどのようにマネジメントしてきたかという生の声でした。
私のために話してくれてるのではないかと錯覚するほど、共感の嵐でした。
同じ轍を踏まないためにも、ありがたき格言を肝に銘じて行動していきたいと強く感じました。
経営層も仲間
- 自分自身も納得がいかないような経営/プロダクトの方針が伝えられた場合にどうするか
槍を持って突撃（殴りかかる）してしまうこともあったとのことで、私も同じ種族（こにふぁーさんはもっとスマートで高次元）なので学び深かった。
明確に課題を突きつけるのではなく、「懸念をぶつける」や「わからないことは素直にわからないから教えてください」と言ってコトを前に運ぶなど明日から使える Tips が盛りだくさんでした。
前々職の上司が板挟みにあってる際に、相手方から「川上さんは味方なんですか？敵なんですか？」と問い立たされた際に、「仲間じゃないですか!!」と即答していた風景が脳裏に浮かんできました。（常に心の中にこの気持ちはあるのだが、実践の場では活かしきれていない…）
1on1でメンバーにマネージャーの不安を吐露しない
こちらは私がやってしまいがちで、後から後悔することが多いことだなーとしみじみ。。。
不安を吐き出してもコトは進まないし逆効果なことが多いと。
n=1の経験が紡ぐエンジニアリングマネジメントの可能性
by 岩瀬 義昌さん
エンジニアリングマネジメントとは、「価値実現する」ために「なんとかする」こと。に首を縦に5回振りました。
ポエムドリブンマネジメント（思考過程の言語化）
- 結論よりも思考過程を
- 長くしすぎずさっと読める程度
- 双方向でコメントをやり取りできる場がベスト
すごく刺さった。
最近特に意識して思考プロセスをtimes等に吐き出して見てもらえるようにしているため、より洗練してやっていこうと決意。
（本当に雑に考えてることをスレッドに垂れ流しているので Tips を参考にやっていく）
余談: 自ら書くことの大切さ も染み渡りました。
PIVOT の野中先生のエピソード
余談
受付で渡されるネームプレートに割印がプリントされており、マッチする片割れを探し当てるとチェキが撮れるコミュニケーションの仕掛けがありました。
以前、イパネルデスカッションにパネラーとしてともに参加した三谷さん (@shohei1913) と合致しまして、ニコニコでチェキりました！
割印が合致してニコニコの1枚
改めて、運営をはじめ、登壇者やスポンサーのみなさまありがとうございました。
文責：黒澤
投稿：運営担当
PIVOT株式会社のプロダクト開発チームが運営するテックブログです。プロダクト開発における技術的知見やチーム運営の工夫を発信していきます。 採用情報はこちら → pivot.inc/recruit/
Discussion