これから一人で起業するためのブログ

ー 境界を守れないPMは組織を壊す ー

1. なぜ技術に口を出すPMは弱いのか

技術を知らないPMが技術に口を出すと、何が起きるか。

一見、積極的に関与しているように見える。
しかし実際に起きているのはこれだ。

• エンジニアが説明コストを払う
• 議論が増える
• 意思決定が遅くなる
• 責任の所在が曖昧になる

エンジニアは本来、ユーザー価値を実装するために時間を使うべきだ。
しかし、技術に踏み込むPMがいると、「なぜその設計なのか」を説明する時間が増える。

その時間は、価値を生まない。

PMが技術に口を出すという行為は、
多くの場合「不安の表れ」だ。

• 任せきれない
• 自分の存在価値を示したい
• コントロールしたい

だがそれは、信頼の欠如でもある。

2. 境界線を越えると組織は壊れる

組織は“役割の境界”で成り立っている。

PMの責任は「何をやるか」。
エンジニアの責任は「どうやるか」。

この境界が曖昧になると、
任されているという安心感が消える。

任されていない人は、責任を持たない。
責任を持たない人は、挑戦しない。

結果として、

• 士気が下がる
• 主体性がなくなる
• 指示待ち文化が生まれる

境界線を守ることは、冷たいことではない。
むしろ、相手を尊重する行為だ。

3. PMの仕事は“演奏”ではなく“統率”

PMは演奏者ではない。

作業をするのはエンジニアだ。
コードを書くのも、設計を磨くのも、品質を担保するのもエンジニア。

PMの仕事は「誰に何を任せるか」を決めること。

• テンポを整える
• 優先順位を決める
• 無駄な音を止める
• 全体の調和を取る

自分が弾き始めた瞬間、指揮は乱れる。

PMが作業に入り込むとき、それは大抵、
統率に失敗しているサインだ。

4. 自律を生む進捗管理とは何か

進捗管理は、細かく確認することではない。

見るべきは2つだけ。

• 今、順調なのか
• 残りどれくらいかかるのか

それが見えていれば十分だ。

細部を詰めすぎると、
エンジニアは「説明すること」にエネルギーを使う。

大枠だけを押さえ、後は任せる。

任された人は、間に合わせようとする。
信頼されている人は、期待に応えようとする。

自律は管理の“弱さ”から生まれるのではない。
適切な“余白”から生まれる。

5. 強いPMは前に出ない

強いPMほど目立たない。

エンジニアたちが自由に動き回れるように、
後ろで構えている。

問題が起きたときだけ前に出る。
外部との摩擦は引き受ける。
責任は背負う。

だが、成功の光はチームに渡す。

指揮者は音を出さない。
だが音の質は、指揮者で決まる。

結論

PMとは、演奏者ではない。
PMとは、指揮者である。

境界を守れ。
任せよ。
統率せよ。

それが、強いPMの姿だ。

今日からやめる
連続してやめてるのが続いてる日数を記録する
一回でも飲んだらカウントリセット
また0から始める
そうするともう一回も飲まないのが一番記録が長くなる
最初の三日間、二週間、一ヶ月、半年は飲みたくなる
飲んだ方がいいんじゃないかとも思う
それを乗り越えると、飲まないのがふつうになる
そういう場に行かなくなる
生活が変わる