AI駆動開発
AIに3つの修正を並列で任せた。最後の統合で帰れなくなった
3つのAI作業はすべて成功。それでも同じ仕様やデータへ依存する変更は、そのまま一つにならない。統合を一人で抱える前に、分け方と統合順を整理する。
AI駆動開発
AIに3つの修正を並列で任せた。最後の統合で帰れなくなった
3つのAI作業はすべて成功。それでも同じ仕様やデータへ依存する変更は、そのまま一つにならない。統合を一人で抱える前に、分け方と統合順を整理する。
AI駆動開発
AIに全部を許可した。翌朝、触ってほしくない設定まで変わっていた
早く帰りたくて、AIエージェントの権限確認をまとめて許可した。翌朝、依頼していないCI設定まで変わっていた。任せる前に決めたい範囲を整理する。
AI駆動開発
AIが書いたテストは全部成功。それでもマージ前に利用者の動きを確かめる理由
AIが実装とテストをまとめて作り、全件成功した。その安心だけでマージする前に、利用者の結果、失敗時の結果、今回のコード以外で決まっている運用ルールを確かめる方法を整理する。
AI駆動開発
AIが「完了しました」と言った。そのまま閉じる前に見る3つの証拠
AIの完了報告で安心し、確認しないまま返事をしたくなる。変更内容、自動チェック、実際の利用場面という3つの証拠に分け、作業を閉じる条件を整理する。
AI駆動開発
AIが追加したパッケージ、そのまま入れてない? マージ前に見る3つの場所
AIが修正と一緒に依存パッケージを追加した時、lockfileを読み飛ばさず、必要性、増えるもの、配布元の3点から採用理由を確認する。
AI駆動開発
AIで差分が膨らんだ。レビュー前に小さく切り直す勇気
AIで一気に動くところまで進むと、PRも大きくなりがち。レビューで止まる前に、目的・危なさ・戻し方で小さく切り直す方法を整理する。
PM・役割拡張
人に任せると申し訳ない。結局、自分で全部やってしまう
頼むと相手の負担になりそうで、説明するくらいなら自分でやった方が早い。そんな抱え込みを責めずに、小さく任せるところまで戻す方法を整理する。
AI駆動開発
AI時代ほど、レビュー観点を持つ人が強くなる理由
AIがそれらしいコードを速く出すほど、レビューは「読めるか」ではなく「入れてよいか」を見る仕事になります。意図、影響範囲、テスト、運用の観点から役割価値を整理します。
AI駆動開発
AIにコードを書かせるほど、仕様の曖昧さが表に出る理由
AIで実装が速くなるほど、未決事項や曖昧な仕様はそのままコードに出やすくなります。実装前に何を切り分けると役割価値になるのかを整理します。
PM・役割拡張
ファシリテーションはPMだけの仕事じゃない。現場で効く小さな進行整理
会議を仕切る人になる前に、論点、決める人、次の一手を小さく整えるだけで、エンジニアの役割は広がります。
PM・役割拡張
実装だけだと単価が頭打ち。PM視点が効いてくる理由
実装はちゃんとできるのに単価が伸びにくい時は、技術力の次に「現場を前に進める力」が見られています。PM視点がどこで価値になるのかを整理します。
PM・役割拡張
実装だけの人が、PM要素を少しずつ増やすには
いきなりPMになる必要はありません。実装の延長で、論点、決定者、完了条件を少しだけ前に出すところから役割は広げられます。
PM・役割拡張
仕事の幅を広げたい。でも何でも拾う人になる前に
役割を広げたい時ほど、目の前の困りごとを全部拾うと消耗しやすいです。仕事量ではなく、現場の止まりを1つ減らす広げ方を整理します。