Makit Workbench

要件定義から運用保守まで、日本式の全工程を AI が回す。

人がするのは 3 つだけ——課題を起こし、検査印を押し、検収する。設計書も試験成績書も報告書も、機械が書いて人が承認します。納品物の目録に対して、欠落は 0 件。

  • 7工程要件定義から運用保守まで。省かない。
  • 100件標準の型が定める納品物。欠落は 0 件。
  • 3つ人がする操作——起票・押印・検収。
01

入口は二つ、出口は一つ

既存資産があってもなくても、入ってしまえば同じ 7 工程を通ります。工程を省くのではなく、工程を機械が実行する——だから納品物の形は今までと変わりません。

入口 A

要件から作る

まだシステムが無い、あるいは作り直す。要望の資料を投入すると、要件定義書から順に組み上がります。

  1. 01要望の資料(議事録・帳票・Excel)を投入する
  2. 02モジュールの区切りを決める
  3. 03要件定義から 7 工程へ入る
入口 B

既存資産から起こす

動いているシステムがあるが、仕様書が無い・書いた人がいない。ソースを読み解いて、無かった設計書を先に作ります。

  1. 01ソースを接続する(Git / zip)
  2. 02AI の切り出し案を人が確認して確定する
  3. 03要件定義から 7 工程へ入る(同じ道)
02

七つの工程

工程は畳みません。各工程で、機械が出すものと人が押すものが決まっています。押印されるまで次の工程は始まりません。

No.工程この工程ですること機械が出すもの人が押す
01要件定義業務の要望と現行の制約を突き合わせ、何を作るかを文章で確定します。曖昧なまま先へ進めません。機械が出すもの要件定義書、業務フロー、用語集ほか人が押す検査印
02基本設計画面・帳票・データベース・外部連携の骨格を決めます。ここで決めた形が、以降のすべての基準になります。機械が出すもの画面設計、帳票設計、DB 設計、IF 設計ほか人が押す検査印
03詳細設計章立てに沿って処理を書き切ります。既存コードを根拠にし、推測した箇所は「未確認」と明記します。機械が出すもの詳細設計書(章別)、処理仕様、根拠行の一覧人が押す章ごとに検査印
04実装設計書のとおりに書きます。単体試験のコードを同時に出すので、設計と実装がずれません。機械が出すものソース、単体試験コード、実装メモ人が押す検査印
05試験単体・結合・総合・受入の 4 段。障害票は、原因になった設計の工程へ逆リンクします。機械が出すもの試験計画、試験仕様、成績書、障害管理票人が押す段ごとに検査印
06移行・リリース移行手順と切戻し手順を作り、本番へ配ります。ここだけは二人の承認が要ります。機械が出すもの移行計画、リリース手順、切戻し手順人が押す二印(PM + 運用)
07運用保守稼働を監視し、障害と改修を扱います。保守の 1 件 1 件も課題として起こし、ジョブ(一つの課題に対する一回の実行)が同じ 7 工程を通ります。機械が出すもの運用手順、月次報告、障害報告、変更管理票人が押す検査印

試験だけは 4 段に分かれます——単体・結合・総合・受入。障害票はそれぞれ、原因になった設計の工程へ逆リンクします。どの設計の誤りが、どの試験で出たのかが後から辿れます。

03

納品物の目録

標準納品規程 v3

何を納めるかは「型」が決めます。目録は貴社の規程に合わせて差し替えられます——章構成も版面も型の属性なので、社内様式のまま出せます。

No.工程内訳件数
01要件定義要件定義書、業務フロー、用語集、非機能要件ほか8件
02基本設計画面・帳票・DB・IF・バッチ設計ほか14件
03詳細設計章別の詳細設計書、処理仕様、根拠行の一覧ほか12件
04実装ソース一式、単体試験コード、実装メモほか6件
05試験4 段の計画・仕様・成績書、障害管理票ほか20件
06移行・リリース移行計画、リリース手順、切戻し手順ほか9件
07運用保守運用設計・手順書、監視設計・障害フロー、保守引継書、月次報告・障害報告・変更管理票ほか7件
+横断WBS、進捗報告、議事録、検収書ほか24件
合計100件

目録は貴社の規程に合わせます

章構成も版面(余白・書体・押印欄)も型の属性です。社内様式の Word / Excel をお預かりすれば、その形のまま出せます。

欠落は隠しません

型が求める文書が揃っていなければ、検収の画面に赤で出ます。「揃っていることにする」ができない作りです。

報告書は書きません

進捗報告も月次報告も、検査印の履歴から自動で生成します。人が数字を入力する欄はどこにもありません。

04

仕事をする場所

サインインした後の画面は六つです。どの画面でも、人の番——人の裁定と承認を待っているもの——が先に出ます。

01

課題

人の番(裁定・承認を待つもの)が先頭に並ぶ一覧です。課題を起こし、詳細で対応を始め、裁定と承認に答えます。

02

ジョブ

一つの課題に対する一回の実行です。受付判定から承認・クローズ処理まで V 字の工程を進め、工程ごとの成果物・審査の記録・PR を残します。

03

常駐エージェント

VDI ラインで実機試験を回す operator と、経験から改善を提案する evolution の稼働を見て、起動・停止します。

04

プロジェクト

リポジトリ・文書・VDI ラインを、プロジェクトごとに設定します。

05

システム

LLM ゲートウェイ・実行の上限・プロジェクト型など、全てのプロジェクトに効く設定をまとめます。

06

個人センター

表示言語・外観・動きと、ご自身のセッションを扱います。中国語の画面に切り替えても、日本語の成果物を承認できます。

PoC — 1 モジュール 4 週間

まず 1 モジュールで、目録どおりに納まるか試してください。

貴社の規程を型に写し、既存資産を 1 モジュール分お預かりします。PoC は 1 モジュール・4 週間。貴社資産の 1 モジュールで全 7 工程を実走し、納品物一式と品質指標を実物で評価いただきます。成果物はそのままお渡しします。