AIとの協働で育つ開発者の「型」— 55歳・サンデープログラマーが言語化してみた
はじめに — 55歳、サンデープログラマーの話
私は55歳、本業はアジャイル開発の支援です。昔はコードも書いていましたが、今は自分の時間にちょっと書くだけのサンデープログラマー。練習嫌いで飽きっぽく、熟練開発者に憧れながらも「自分には無理だ」と、どこかで諦めていました。
そんな私に転機が訪れたのは、生成AIとの出会いでした。
AIと対話しながらコードを書いてみて気づいたのは、「パターンの名前を知っていれば、完璧に書けなくてもAIに意図を伝えられる」ということでした。AIが出力したきれいなコードを読んで「なるほど、こう書くのか」と学ぶ。すると次はもう少し的確な指示が出せるようになる。このサイクルの中で、諦めていた「熟練」への道が、形を変えて見えてきた気がしたのです。
この感覚を言語化すれば、次の人に渡せるかもしれない（私はもう年なので）。そう思って整理したのが、AIとの協働で開発者として育っていくための「型」です。
この記事で伝えたいこと
AIは開発速度を劇的に上げます。しかし、速く作れることと、正しいものを作れることは別の能力です。
SNSやブログ記事、社内を見渡すと、AIの出力を鵜呑みにする「AI依存」と、AIを使いこなせない「AI回避」の二極化が起きているように感じます。必要なのは、AIを道具として使いこなす技術と、何を作るべきかを見極める目の両方です。
では、その両方をどう身につけていけばいいのか。自分なりに見えてきた答えは、日々の開発の中で繰り返す「型」を持つことでした。
型といっても堅苦しいものではありません。AIとの距離の取り方、指揮の仕方、判断の基準。これらを意識的に繰り返すうちに、自然と身についていくもの。以下、その型を構成する要素を順に書いていきます。
型の土台 — 伴走と委託、歩幅の調節
AIとの協働でまず意識したいのは、AIとの距離感の取り方です。ここには大きく2つのモードがあります。
伴走（Pair）— 一緒に考え、一緒に進む
理解を深めたいとき、設計判断に迷うとき。AIと対話しながら一歩ずつ進め、各ステップで人間が判断します。歩幅は小さく刻み、人間の理解が追いつくペースを優先します。
委託（Delegate）— 任せて、検証する
方針が明確で、AIに一括で任せられるとき。ゴールと制約を明示し、まとまった作業をAIに委ねます。歩幅は大きく任せますが、成果物は必ず検証します。
歩幅の調節が鍵
伴走と委託のどちらを選ぶかは、人間側の理解度で決まります。理解が浅い領域では歩幅を小さくして伴走し、理解が十分な領域では歩幅を広げて委託する。この調節力が型の土台になります。
2つのモードは行き来するものでもあります。1つのタスクの中でも、調査は伴走で丁寧に → 実装は委託で一気に → 引き受けは伴走で確認、のように柔軟に切り替える。「今どちらのモードか」を常に意識することが、歩幅の調節の第一歩です。
型を支える5つの能力
型を実践する中で育てていきたい能力を、5つに整理しました。
探究（Discovery）＝「価値の源泉を見つける力」
速く作る前に、何を作るべきかを問い続ける能力です。
共感（Empathy）：顧客の言葉の裏にある本当の課題・欲求を探り当てる。
仮説（Hypothesis）：「顧客が本当に欲しかったもの」を仮説として言語化し、小さく検証する。AIがどれだけ速く作れても、作るべきものを間違えていては意味がありません。
対話（Dialogue）＝「双方向性」
文脈を渡し、AIからの反応をフィードバックとして受け取る能力です。
文脈（Context） ：背景・目的・制約を言語化し、こちらの意図を正確に渡す。
傾聴（Listening） ：AIの回答（エラーや違和感含む）を「自分の思考の鏡」として受け取る。AIとの対話は一方通行の命令ではなく、自分の思考を映し出す鏡でもあります。
技術的卓越（Excellence）＝「目利き力」
ソフトウェアエンジニアリングの知見でAIを導き、成果を見極める能力です。
共通言語（Vocabulary）：デザインパターン、リファクタリングカタログ、テスト技法など、ソフトウェアエンジニアリングの語彙を持つこと。「Stateパターンで」「TDDで」の一言がAIへの精密な指示になります。
品質の門番（Gatekeeping）：仕様が正確か（Spec）、テストが通るか（Testing）、人間が読めるか（Clean）を判断する。
パターンの名前を知っていれば、自分で完璧に実装できなくてもAIに意図を正確に伝えられます。AIが出した「動くきれいなコード」を見て学ぶことで、目利き力も育っていく。共通言語は、技術的卓越への最初の一歩を軽くする道具です。これは冒頭で書いた私自身の体験そのものでもあります。
規律（Discipline）＝「統率力」
開発プロセスとリズムを制御する能力です。
ペースの維持（Pacing）：型に沿った思考のループを守り、制御可能な小さな歩幅を維持する。
歩幅の調節（Stride Control）：自分の理解度に応じて伴走⇔委託を切り替える判断力を持つ。
自由（Freedom）＝「主体的な意思決定」
制約に流されず、最善を選択するオーナーシップです。
心のゆとり（Margin）：「時間が十分にあればどうするか？」を常に問う。手段の選択（Autonomy）：状況に流されず、AIに任せるか、自分で書くか、捨てるかを主体的に決める。
規律と自由 — 対になる2つ
規律は「型を守る力」、自由は「型を超える判断力」。一見矛盾するこの2つが対になって、開発者としての判断の幅を広げます。規律だけではAIの指示係になり、自由だけでは再現性を失う。両方を持つことで、状況に応じた最善の判断ができるようになります。
型の実践 — 3つの帽子と1つの流れ
5つの能力を日々の開発でどう使うか。ここでは「3つの帽子」と「1つの流れ」として整理します。
3つの帽子（AIへの指揮モード）
AIに対する指揮の仕方を、3つの「帽子」で切り替えます。
Spike（実験） ：捨てる前提で広げるモード。目的は探索と選択肢の確保で、失敗コストを下げます。
Implement（実装） ：確実な一歩を積むモード。Spec→Test→Codeの順序を守り、再現性を確保します。
Clean（掃除）：理解を深め備えるモード。リファクタリングで認知負荷を下げます。
「今どの帽子をかぶっているか」を意識するだけで、AIへの指示の出し方が変わります。
1つの流れ（基本の4ステップ）
AIとの協働における基本の流れです。
- 調査（Research）: 現状を把握し、選択肢を知る
- 計画（Plan）: テストを書き、仕様と方針を決める
- 実装（Implement）: AIに生成させる
- 引き受け（Own）: 読み、動かし、自分のものにする
「計画」ではテストを書くことで「こう動いてほしい」を宣言します。これは設計であり、意志の表明です。「引き受け」ではAIが書いたコードを読み、動かし、納得した上で自分の名前でコミットします。これは理解であり、責任の引き受けです。
AIが担う「実装」を挟んで、人間が始め、人間が締める。この対称性が、AI協働における開発者の主体性を保証します。
参考文献
和田卓人氏, 安井力氏
AI時代のソフトウェア開発を考える（2025/11版）
和田卓人氏, Agile Japan 2025
『テスト駆動開発』
Kent Beck氏、和田卓人氏
謝辞
この型は、一人で考えたものではありません。生煮えのアイデアから壁打ちに付き合ってくれたアジャイルコーチ、同僚たちに感謝します。
そして、参考文献の著者の方々をはじめとする諸先輩方の積み重ねの上に、自分なりの経験を重ねてまとめたものです。深く感謝いたします。
おわりに — フィードバックをお待ちしています
この記事は、55歳のサンデープログラマーが、AIとの協働の中で見えてきたものを「型」として言語化してみた試みです。まだ粗い部分も多いと思います。
「ここがわかりにくい」「この能力の定義は現場の実感と違う」「こういう視点が抜けている」など、どんなフィードバックでも歓迎です。コメント欄やSNSでお気軽にお声がけください。
型は、使ってみて初めて磨かれるものだと思っています。次の人に渡すバトンが、少しでも良いものになるように。皆さんの力を貸していただけると嬉しいです。
Discussion