I start on the floor, watching the real work before naming the problem. What gets built is decided by what happens there, not by what a requirements document claims.

I write the software myself, on top of my own AI products. The person who understood the problem is the person who ships the fix.

Launch is the middle of the job. I run what I build in production, on the customer’s real data and real deadlines, and I am the one who gets the call when it breaks.

Running it is what teaches me the next problem. Each cycle narrows the gap between how the work is done and how it should be done.

まず現場に立ち、問題に名前をつける前に、本当の仕事を見ます。何を作るかを決めるのは要件定義書ではなく、そこで起きていることです。

ソフトウェアは自分の手で、自分の AI プロダクトの上に書きます。問題を理解した本人が、直す物を届けます。

リリースは仕事の中間地点にすぎません。作った物は、顧客の本物のデータと本物の締切の中で自分が動かします。壊れたとき電話を受けるのも自分です。

動かすことが、次の問題を教えてくれます。一周ごとに、いまのやり方とあるべきやり方の距離が縮まっていきます。