進め方のモデルケース

ご相談時の状況

担当者が生成AIで、予約管理の画面を一通り作った。見た目は動くが、ログインや権限、データの保存先が決まっておらず、このまま社内で使ってよいか判断できない。

進め方

1. 業務と権限を整理

   モックを一緒に触りながら、業務の流れと「誰が何をできるか」を整理します。

2. 骨組みをつくる

   認証・権限・データ保存を備えた骨組みをつくり、ステージングで確認します。

3. 本番品質へ置き換え

   画面ごとに本番に耐える作りへ置き換え、自動テストを加えます。

4. 試用して本番へ

   社内で試していただき、承認をいただいてから本番に反映します。

ご相談時の状況

受発注の情報を表計算ファイルで管理しているが、担当者ごとにファイルが分かれ、どれが最新か分からなくなることがある。社内に開発の担当者はいない。

進め方

1. 作る範囲を決める

   今のファイルと業務の流れを伺い、最初に作る範囲を決めます。

2. 骨組みをお見せする

   最短2週間で、登録・一覧・検索ができる骨組みをお見せします。

3. 毎週、機能を広げる

   確認いただいたご意見を反映しながら、毎週のように機能を広げます。

4. 移行して本番運用へ

   既存ファイルのデータを移し、切り替えの日を決めて本番運用に入ります。

ご相談時の状況

会員向けのWebサービスを運営している。改善したい点は社内に溜まっているが、外部への依頼は見積もりのたびに時間がかかり、小さな修正ほど後回しになっている。

進め方

1. 依頼の仕方をそろえる

   立ち上げ時に、タスクボードの使い方と依頼の書き方をすり合わせます。

2. 社内で登録する

   社内の担当者が、やりたいことをタスクボードに登録します。

3. AIが進め、人が確かめる

   AIが調査・実装・テストを進め、影響の大きい変更は人がレビューします。

4. 承認したものから反映

   ステージングで確認し、承認したものから順に本番へ反映します。

ご相談時の状況

長く使ってきた社内システムがあり、作った担当者はもういない。仕様書も古く、どこを触ると何が起きるか分からないため、改修も移行も手を付けられずにいる。

進め方

1. 今の仕様を見える化

   AIで既存のコードとデータを解析し、今の仕様を整理します。

2. 移す順番を設計

   業務への影響を見ながら、移行の順番を人が設計します。

3. まとまりごとに移す

   機能のまとまりごとに新しい環境へ移し、新旧の結果を比べて確かめます。

4. 段階的に切り替え

   段階的に切り替え、移行後も改善を続けられる状態にします。