案件の進め方。

5つのフェーズそれぞれに、目的、具体的な作業、御社の手元に残る成果物があります。これは新しい案件に私たちが提案する構成です。各フェーズの深さは課題に合わせて調整し、小さな案件なら1週間で複数のフェーズを終えることもあります。

1. 01

   調査と評価

   目的何かを提案する前に、システム、制約、そして本当の目的を理解する。

   作業内容

   • アーキテクチャ、クラウドアカウント、リポジトリ、パイプラインの読み取り専用レビュー
   • システムを運用している人への書面での質問
   • 指標がある範囲での、コスト・信頼性・デリバリーのベースライン
   • 影響度と発生可能性で順位づけしたリスク一覧

   成果物

   • 根拠つきの評価レポート
   • 優先順位つきの課題と機会の一覧

   御社が判断先に進むかどうか、どの優先順位で進めるか。

2. 02

   アーキテクチャと計画

   目的意図をもって設計を選び、小さなステップで実行できる計画に落とし込む。

   作業内容

   • コスト、リスク、工数、運用性での選択肢の比較
   • 目標とするアーキテクチャと、そこへの道筋
   • 重要な選択ごとの意思決定記録
   • 範囲を固定したマイルストーンを持つ段階的な計画

   成果物

   • アーキテクチャ文書と図
   • 範囲・マイルストーン・受け入れ基準を含む計画

   御社が判断設計と最初のマイルストーンの承認。

3. 03

   実装

   目的御社のリポジトリとアカウントで、変更をコードとして段階的に構築する。

   作業内容

   • レビュー済みのプルリクエストによるインフラ、パイプライン、ソフトウェアの変更
   • リスクが高い箇所での段階的ロールアウトやフィーチャーフラグ
   • 計画に対する定期的な書面での進捗報告
   • コードに反映されていない本番環境の手作業変更をゼロにする

   成果物

   • レビュー・マージ済みのコード
   • 変更ごとに更新されるドキュメント

   御社が判断各マイルストーンを基準に照らして受け入れ。

4. 04

   検証と信頼性

   目的負荷時、障害時、復旧時にシステムが設計どおりに振る舞うことを、証拠で示す。

   作業内容

   • 実際のトラフィックに合わせた負荷テストと障害テスト
   • リストアとロールバックを想定ではなく実際に実行
   • SLO、ダッシュボード、アラートの定義と調整
   • ID、公開範囲、シークレットのレビュー

   成果物

   • テスト結果と既知の限界
   • コード化されたSLO、アラートルール、ダッシュボード

   御社が判断残るリスクを書面で明示したうえでの本番公開。

5. 05

   ナレッジトランスファーと継続的改善

   目的成果を御社のチームのものにし、その後データにもとづいて改善する。

   作業内容

   • 定常運用とインシデント対応のランブック
   • 書面での引き継ぎ（ご希望があれば作業セッションも）
   • 本番公開後のSLO、コスト、インシデントの振り返り
   • 計測した効果で順位づけした改善バックログ

   成果物

   • ランブックと運用ドキュメント
   • 計測にもとづく優先順位つきの改善バックログ

   御社が判断続けるかどうか、何を続けるか——あるいは御社だけで運用するか。