知らないことで損をする会社を、なくしたい。エンジニアにも、発注者にも、まっすぐ価値が届く世界をつくりたい。
ベンダーに発注してもいい。大事なのは、その中身を理解し、言いなりにならず、自社が手綱を握っていること。「自分たちで判断し、使いこなしている状態」——それを、“自社開発”と呼んでいます。
代表取締役。リクルートで営業を経験後、起業（失敗）を経て日本マイクロソフト・NTTデータへ。発注者・ベンダー・自社開発、すべての立場で開発現場に入り、この20年、同じ光景を見続けてきた。2019年に独立、2022年法人化。Red Hatでアジャイル開発の標準化を支援。いまは1人＋AIで、10以上のプロダクトを開発・運用している。
ビルを建てるのと同じ。完成・引き渡しが“ゴール”。それ以降は、関係ない。
使われて初めて、改善が始まる。納品はゴールではなく、出発点。
ここに、根本的な利益相反がある。発注者は“より良くしたい”、ベンダーは“早く納めて終わりたい”。
金額と納期を固定する「請負」では、ウォーターフォールしか選べない。
最初にすべてを決め、上流から下流へ一方通行。後戻りできない。——でも、現実はそう動かない。
5年前にコロナを、20年前にiPhoneを予測できましたか？ 最初に完璧な要件定義など、誰にもできない。
こんな機能が欲しい、このボタンは押しにくいから場所を変えたい。フィードバックなしに、良いものは作れない。
実装中に設計ミスに気づいても、納期と入金を守るため報告されない。セブンペイの炎上は、その典型。
そのコア技術、他社に丸投げで、いいんですか?
請負を何層もの下請けに丸投げするたび、中間マージンが抜かれる。実際に手を動かすチームへ届く頃には、ごくわずかです。
各層が約20%ずつ“中抜き”。4層通るだけで発注額の半分以上がマージンに消え、実際に作るチームへ届くのは4割ほど。
請負は納期と金額を固定する。だから変更を受け入れられず、ウォーターフォールになる。アジャイルは、その逆です。
最初に全部決める。変更できない。
納品が、ゴール。
短く作って、使って、直す。
変化を前提に、フィードバックで良くする。
一流のPO・スクラムマスター・エンジニア、そしてアジャイルへの理解。これらを揃えるのは、簡単じゃない。
自走するチームには、権限委譲が要る。が、日本の組織で“現場に任せる”判断は、なかなか下りない。
ラボ型・SESで始めても、人材と契約の壁にぶつかる。丸投げでは、結局いいものは作れない。
借りられないなら、自分たちで“持つ”しかない。でも——その精鋭チームを揃えるのが、高くついた。
合計 7〜8人。チーム組成で月1,000万円が当たり前。
実装も設計も相談も、AIができる。本質さえ分かっていれば、あの超一流チームの仕事を、1人＋AIで回せる。＝自社開発が、現実になった。
AIに足りないのは、御社の「文脈」だけ。その判断ができる人を、社内に育てませんか。
私が目指すのは、あなたが「私に頼らなくても回る」状態をつくること。
外注も、多重下請けの中抜きもなくなる。これまで何千万とかけた開発を、1人＋AIで内製。コストの桁が変わる。
内製化すれば、同じ業務をより少人数で回せる。固定費が下がり、その分が、利益として残る。
提案を鵜呑みにせず、自分で見抜けるようになる。考える人とつくる人が同じだから、“言ったのに違う”も起きない。
