Blitz Engineering — Claude Codeで10倍速、現場に乗り込んで波風を立てる

Claude Codeなどを使って開発速度を10倍にする。業務部門の現場に乗り込む。波風を立てながら一気に作り切る。

今までに無かった進め方なので、Blitz Engineeringと名前をつけた。

■ なぜBlitzという名前か

Blitzはアメフトで、守備が一気にクォーターバックへ突っ込む戦術を指す。語源はドイツ語の「稲妻」で、第二次大戦の電撃戦から来ている。ビジネスでも通じる語で、sales blitz(営業の電撃戦)と言えば、地域や客層を絞って短期で一気に成約を取りに行く営業のことだ。

速い、乗り込む、一気に片づける。この3つが一語に入っている。

突っ込む先は、大規模システムに乗らない業務課題だ。全社で使うものではないので、今まで手がつかずに残っていた。これを一気に解決していく。

■ 3ヶ月かかるものを1週間で出す

その部署でしか使わないシステムを作る。手順も例外処理も呼び方も、その部署のものだ。手を入れれば他部署でも使えるものはあるが、そのまま横展開する前提では作っていない。当然パッケージも売っていない。

普通に作れば3ヶ月以上かかる。それを1週間で出す。

土台はClaude Codeだ。書く工程が丸ごと変わったので、桁で速くなった。ここが変わらなければ、あとは何も成立しない。

■ 現場に乗り込む

作る人が業務部門の中に座る。情シスでもなく、外注でもない。

その業務を自分でやる必要はない。説明は受ける。ただし細部まで聞き込まなくてもいい。部署の資料をAIに読ませれば、そこは高速で埋まる。

効くのは、同じ部署にいるのですぐ確認出来ることだ。分からないことが出たその場で聞ける。作ったものをその場で見せて、違うと言われたらその場で直す。間違いはその日のうちに分かり、その日のうちに修正される。

こっそり潜り込むのとは違う。最初はこっそりやっていたが、それでは何も変わらないのでやめた。目立つように作る。

■ 波風は立つ

前の会社では、作る前にこう聞かれた。

「君がそのシステムを1ヶ月かけてつくってくれるのはいいが、それをペイできるのか」

正しい問いだ。1ヶ月ぶんの人件費に見合うだけの時間が浮かないなら、作るべきではない。部署の中でしか使わないシステムは使う人数が少ないので、この計算に勝てない。だから作られてこなかった。

いまは聞かれない。工数を見積もり、効果を試算し、稟議を書き、判子をもらう——その一連より、作るほうが速い。見積もりを会議にかけて承認を待つあいだに、動くものができている。

止める仕組みが働かないまま、部署の仕事の形が変わっていく。静かには進まない。実際にどんな波風が立ったかは、別に書いた。

それでも進める、というのがこの働き方だ。

■ 近い言葉はあるが、進め方の名前ではない

この働き方に近い言葉はある。Gartnerのbusiness technologist(業務部門の技術者)という分類だ。IT部門の外に所属して、業務のための技術やデータの機能を作る従業員のことだ。例として挙がっているのが「マーケティング部門に雇われたPython開発者」で、自分の立場そのものになる。

ただしこれは人の分類だ。速さも、乗り込むことも、波風も入っていない。

AI側の言葉も追ってきた。プロンプトエンジニアリング、コンテキストエンジニアリング、ハーネスエンジニアリング、ループエンジニアリング、バイブコーディング。どれもAIにどう作らせるかの名前で、どこに座って作るかは言っていない。開発組織の組み方を指す言葉も出てきているが、それは情シスや開発部門の中の話だ。

誰かを指す名前と、AIの使い方を指す名前はある。業務部門に乗り込んで一気に片づける進め方を指す名前が無い。

■ 情シスと現場のあいだに、線を引き直す

全社で使うシステムは情シスが作る。基幹に触るもの、他システムと繋がるもの、社外にデータが出るもの。標準を決め、権限を管理し、止まった時に責任を持って直す。現場が勝手にやっていい領域ではない。

業務部門の中だけで完結するシステムは、現場が作る。その部署の業務は、その部署の人にしか分からない。情シスに投げると、業務を説明するところから始まり、仕様に落とし、順番待ちに並び、出てきたものを見て違うと言う。この往復に時間がかかる。

線をここで引き直す。会社の業務そのものを、この形に合わせていったほうがいい。

それが「Blitz Engineering」だ。

--

AI時代の一人稼ぎの記事のみ読みたい方は、マガジンのフォローがおすすめです。