会社概要

起業する歳ではない。
それでも会社を作ったのは、今この瞬間にしか成立しない役回りが、目の前にあるからだ。

昔は、人間が要件定義をしていた。いまは、人間がAIと要件定義をしている。やがてAIが要件定義をする。 その途中に、いまがある。

私は2006年、携帯電話販売の基幹システムの構築に参加した。 一度離れ、2014年に再び声をかけていただき、 2024年には老朽化したそれをクラウドへ移行した。いまは子会社への展開を見ている。 20年動き続けているシステムを、構築のときから見てきた。

なぜその仕様になったのかを知っているのは、決まる場に居て、その後も保守してきたからだ。 なぜその作りになっているのかを知っているのは、その時代に何が正しいとされ、どんな制約のなかで選ばれたのかを見てきたからだ。

これは私の頭の中にしかない。書かれてはいない。 属人化を作ってきたのは、他でもない私自身だ。

対策はいつも「ドキュメントを整備する」だった。 機能しなかったのは、書く工数が出ないからではない。読む工数が出ないからだ。 読まれないから更新されず、更新されないから信用されず、信用されないから読まれない。 読み手が人間であるかぎり、この輪は切れなかった。

その前提が、一つ変わった。読み手が、人間だけではなくなる。AIは全部読む。コードもテーブル定義も、私より速く正確に読む。

だが、読めることと、分かることは違う。 オブジェクト指向が全盛だった頃、継承を何層にも重ねるのは良い設計とされた。 当時を知る人間は、どこに何があるかの見当がつく。AIは見当がつかず、端から全部たどる。 その時代の作法も、その作りを選んだ理由も、当時は当たり前すぎて誰も書かなかった。 HOWは読める。WHYは、どこにも書かれていない。書かれていないものは、AIにも読めない。

だから、ずっと割に合わなかった「なぜこうしたか」を書き残す仕事が、 初めて投資として成立する。

ただし、書き残すだけでは足りない。 AIがそれを自ら引き、手順として実行し、その結果を人が評価できる。 そこまで揃えて、初めて仕事になる。

次の4つを、自分の仕事と決めた。

• なぜその仕様なのか、なぜその案を却下したのか、その時代の前提と制約は何だったのかを、あとから読める形で書き残す
• 仕様もマスタも過去の経緯も、AIが自ら引けるように社内システムへつなぐ
• 長く動いてきたシステムを扱うための作法や判断基準を、AIが実行できる形にする
• AIの出す結論を現場の実態で検証し、実装できる水準まで引き戻す

自分が引退した後は、「AIが同じ判断を下せるか」「その答えを現場が疑えるか」。
この2つを、仕事の指針にしている。

これから作られるものに、この仕事は要らない。 最初からAIが決まる場に居る。なぜそう決めたかも、その場で残る。 この役回りが要るのは、人間だけで作った、いま動いているシステムに対してだけだ。私の仕事には、はじめから終わりがある。

それでも、動いているあいだは、なぜそうなっているのかを知っている者が要る。

5年で消える役回りなら、消えるまでの5年をその役回りに使い切りたい。

私は、書かれてこなかったものを書き残す。
人にもAIにも読める形にして、次へ渡す。