「コードは書けないけれど、自分の業務を自分でシステム化したい」。この相談を受ける機会が、この一年で明らかに増えました。数年前までは現実的ではなかった願いが、今は十分に実現可能な範囲に入ってきています。この記事では、なぜそれが実現できるようになったのか、そして実現を支えている「ハーネス設計」という考え方について整理します。
「コードが書けること」と「ソフトウェアを作れること」が分かれ始めた
これまでソフトウェアを作るには、コードを書く技術そのものが不可欠でした。しかし生成AIがコードを書く部分を担えるようになったことで、「作りたいものを言葉で説明し、判断する力」と「コードを書く技術」が、はっきりと別の能力として分かれ始めています。業務を一番理解している非エンジニアの担当者が、自分の手でシステムを動かせるようになったのは、この分離が起きたからです。
AIにコードを書かせるだけでは、事業で使えるものにならない理由
ただし、AIにコードを書かせること自体は、もう特別なことではありません。むしろ重要なのは、AIが何でも自由に判断して動いてしまう状態を、そのまま業務システムとして使ってしまう危うさです。確認なしに顧客へメールを送ってしまう、間違った条件でデータを書き換えてしまう——こうした事故は、AIの能力不足ではなく、AIが「どこまで自分で判断していいか」を決める仕組みがないことが原因です。
自社の場合に当てはめて整理したい方は、システム開発について相談する →
「ハーネス設計」が、書けない人の代わりに安全な範囲を作る
この「どこまで任せ、どこで止めるか」を事前に決めておく設計を、オルアナでは「ハーネス設計」と呼んでいます。コードを書く力がなくても、この設計の考え方を理解していれば、AIに安全に仕事を任せられます。具体的には、次の3つの要素で構成されます。
何を・どこまでAIに伝えるかを決める(コンテキストエンジニアリング)
AIに業務のすべての前提を伝えようとすると、重要な判断基準が埋もれてしまいます。今回の作業に本当に必要な情報だけを絞り込んで渡すことが、誤った判断を減らす第一歩です。
間違った判断を止める仕組みを入れる(ガードレール設計)
送信済みのメールの取り消しや、確定した注文の変更など、取り消しが難しい操作には、必ず人の確認を求める条件をあらかじめ組み込みます。すべてを自動化するのではなく、影響が大きい操作だけに制限をかけるメリハリが必要です。
対応できない場面で、人に引き継ぐ基準を決める(フォールバック設計)
AIが判断に迷う場面や、想定していなかった質問が来た場面では、無理に自動で処理しようとせず、人に引き継ぐ基準をあらかじめ決めておきます。この基準がないと、AIは誤った回答をそのまま実行してしまいます。
従来の発注と、非エンジニア主導のAI駆動開発の違い
| 従来のシステム開発発注 | 非エンジニア主導のAI駆動開発 | |
|---|---|---|
| 誰が作るか | 仕様を伝え、エンジニアがコードを書く | 業務を理解する担当者が、AIに直接指示して作る |
| 修正のたびに | 発注し直し、数日〜数週間待つ | その場で指示し、その日のうちに反映できる |
| 安全性の担保 | エンジニアの経験・設計力に依存する | 最初に設計する「ハーネス」に依存する |
| 向いている規模 | 影響範囲の大きい基幹システム | 影響範囲を最初に絞り込める業務システム |
非エンジニアが実際に「作れる」ようになるまで
最初から大きな業務を任せようとすると、ハーネスの設計が複雑になり、結局は専門知識が必要になってしまいます。最初は、影響範囲を絞り込める小さな業務を一つ選び、最初から最後まで自分の手で動かしてみることが近道です。一つ作り切る経験を通じて、「どこを自分で判断し、どこをAIに止めてもらうべきか」という感覚が身についていきます。AI駆動開発そのものの費用・期間についてはAI駆動開発で費用・期間はどう変わるかも参考にしてください。
作れる人を、一人でも多く増やしていく
ソフトウェアを作る力が、特定の技術者だけのものではなくなっていく変化は、まだ始まったばかりです。オルアナが力を入れているのは、コードを代わりに書くことではなく、非エンジニアの担当者が安心して自分の手でシステムを動かし続けられるよう、最初の「ハーネス」を一緒に設計することです。壁の外にいた人が、壁を越えて自分の手で事業を前に進められるようになる。そこに立ち会える仕事を、これからも増やしていきたいと考えています。
よくある質問
Q. 非エンジニアがAIにコードを書かせるのと、エンジニアに外注するのは何が違いますか?
A. スピードと初期コストは前者が優れていますが、「どこまでAIに任せ、どこで人が止めるか」という設計(ハーネス)がない場合、動くものはできても、安心して業務で使い続けられるものにはなりにくいという違いがあります。エンジニアに外注する価値は、コードを書く技術そのものより、この設計を代わりに引き受けてくれる点にあります。
Q. 「ハーネス設計」があれば、本当に非エンジニアだけでAI駆動開発を完結できますか?
A. 日々の機能追加や修正は非エンジニアだけで進められるようになります。ただし、最初にどこまでAIに任せてよいかという範囲(ハーネス)を設計する工程だけは、立ち上げ時に一度、知見のある側の支援を受けるのが現実的です。その後の運用は自走できます。
Q. どんな業務なら、非エンジニア主導のAI駆動開発に向いていますか?
A. 社内の定型業務を自動化する小さな業務システムや、顧客対応の一次受けを担うツールなど、影響範囲を最初に絞り込みやすい業務が向いています。決済や契約など取り消しが難しい処理は、ガードレールの設計がより重要になります。
Q. 非エンジニアのAI駆動開発を社内に広げるとき、最初に何をすべきですか?
A. 一人の担当者が小さな業務を一つ、最初から最後まで任せきりで動かしてみることをおすすめします。ハーネスの考え方は、説明されて理解するよりも、実際に一つ作ってみて初めて体に入るものです。
発信:株式会社オルアナ(新規事業開発・システム開発・AIエージェント開発・バックオフィス業務支援)
NEXT STEP
この課題を、解決するまでの流れ
STEP 1
課題を知る
この記事で、状況を整理しました。
STEP 2
判断材料を集める
System Development
業務の手作業、まだ続けていますか。
仕様書は不要です。今の仕事の流れを聞かせてください。契約前に主要な機能を動かして、変えるべき一手を一緒に確かめます。
まだ相談ほどではない方は、60秒のシステム化診断から →