開発の進め方
人とAIが一緒に開発するための規約、雛形、検査、運用手順。
SOLO SIER / HOW PEOPLE AND AI WORK
人とAIが、同じルールで開発する。
SAHOは、人とAIが同じルールでシステム開発を進めるための、仕事の進め方と道具一式です。案件の立ち上げ、複数AIの分担、引き継ぎ、検査までを共通化します。
三つの役割を、
混ぜない。
AIを止める仕組み
AIが実システムを操作する前に、許された範囲かを一手ごとに判断。
実務を担う人の認定
SAHOの方法で実務を進める人と、設計・判断を担う人の力を確認。
01 — START AND WORK TOGETHER初日からAIが働ける。
初日からAIが働ける。
増えても、ぶつからない。
上手なプロンプトを書ける人だけに頼りません。組織のルール、言葉、禁止事項を最初から共有し、複数のAIが同時に動いても作業が壊れない進め方を用意します。
案件の立ち上げを一式で。
リポジトリ構成、AI向けの前提、継続的な検査の雛形、運用手順をまとめて配置します。
初日からAIを実務へ開いた時点で、会社のルールが効く。
組織の規律、用語、禁止事項を既定設定として配り、担当者ごとのばらつきを減らします。
プロンプトの上手さに依存しない何人ものAIが、同じ製品を触れる。
担当範囲、手番、記録の置き場、引き継ぎ方法を決め、並行作業が互いを壊さないようにします。
一人利用から組織利用へ必要な変化だけを担当へ。
更新内容を担当ごとに切り分け、自分に関係する差分だけを届けます。
人数が増えても読む量を抑える本番操作を、同じ手順で。
本番に触る操作を固定した様式で残し、経験の差による操作のばらつきを減らします。
経験の差を事故にしない人もAIも、同じ正本から引き継ぐ。
新しい担当者と新しいAIが同じ文書を読み、同じ前提から仕事を始めます。
個人の経験を会社の資産へ検査を増やすだけではない。
検査が本当に働くかを確かめる。
「問題が見つからなかった」と「そもそも測れなかった」を混ぜません。働かない検査が緑色のまま並ぶことを防ぎ、実際に確かめられた範囲を明らかにします。
合格・不合格・測れなかった。
測定できなかった状態を合格に混ぜません。検査対象がゼロの場合も、問題なしと決めつけません。
「確かめていない」を合格にしないわざと壊して、赤になるかを見る。
検査を追加するときは、壊した入力で実際に不合格になることも確認します。
働かない検査を並べない「動きました」だけでは通さない。
どこで動いたかを示す参照先を必須にし、主張を後からたどれる形にします。
言い切りではなく参照先を残す共有名義による変更を止める。
提出者の名義を確認し、AIに作業させても誰の担当だったかが消えないようにします。
作業の帰属を残す顧客へ渡す範囲を、先に宣言する。
配布範囲が未記入の場合は「測れなかった」として止め、意図しないファイルの混入を防ぎます。
未宣言を合格にしない配布できない資産を機械で止める。
宣言された利用条件から配布可否を判断し、人の注意力だけに頼らず権利上の事故を防ぎます。
ライセンス宣言から判定03 — START SMALL一つの案件から、
一つの案件から、
仕事の型をつくる。
既存の開発環境とルールを確認し、対象を絞って導入します。人が読むべき判断と、機械に任せられる検査を分け、成果が確認できた進め方を他の案件へ広げます。
現在を知る
開発環境、ルール、引き継ぎ、検査の状況を確認します。
一式を置く
案件に必要な雛形、AI向け前提、検査、運用手順を配置します。
実務で試す
対象を限定し、人と複数AIによる開発と検査を実際に進めます。
会社へ広げる
得られたルールと判断を、他の案件でも使える形へ整えます。
SAHOは開発の進め方と道具一式です。AIが実システムを操作するときの権限・承認・記録は、Duonが担います。利用するAIモデルはお客様が選択します。
AIを使える人を増やすだけでなく、AIと成果を出せる組織へ。
現在の開発環境、AIの利用状況、最初に変えたい案件を伺い、SAHOを使った進め方をご提案します。
SAHOを相談する →