仕事の進め方

01

把握

実際にその作業をしている人の隣に座り、業務が本当に動いているとおりに記録します。組織図が説明するとおりにではありません。本当に重要なことは、たいてい要件書には書かれていません。

02

定義

新しい業務フローを図にし、関係者と一緒に確認し、開発着手前に書面で合意します。何が対象外か、何を意図的に第 2 フェーズに回すかも明記します。

03

設計

何を買い、何を作るかを先に決めてから、どう作るかを決めます。買える部分は組み込み、重要な経路は自分で作り、そして本当の制約に正直に向き合います —— ネットワーク、権限、他社のリリース周期、これ以上増えない予算。

04

構築

複雑な部分と、インターフェース契約を決める部分は自分で持ち、単純な画面は任せます。一つのタスクが 30 分たっても方向が定まらなければ、黙って作り直すのではなく設計の議論に切り替えます。

05

展開

この環境は自分では変えられない前提で進めます。侵襲的でないやり方で組み込む —— すでにあるところから読み、長い処理にはチェックポイントを置き、中断したら最初からではなく途中から再開し、そして人が途中で引き継げる経路を必ず残します。

06

計測

「正常」とは何か、それをどう見えるようにするかを、あらかじめ決めておきます —— リトライの挙動、失敗の見えやすさ、1 リクエストあたりのコスト。AI であれば、印象ではなく評価データセットで測ります。

07

改善

今回の範囲を納め、次に必要な前提条件を見えるままにしておき、そのうえで本番が明らかにした事実に優先順位を決めさせます。