第4章 作る前に、決めていましたか

2026年2月14日 最終更新日時 : 2026年10月4日 noc_admin
表示言語 (Display language)

「もう作れます」と言われたときの違和感

「もう作れます」と言われたときの違和感

移行対象を決め、優先順位を整理したことで、プロジェクトは一気に前に進んだように見えた。
ベンダーとの打ち合わせも増え、構成図はクラウド前提のものに描き直され、会議の中では「いつ作り始めるか」という話題が自然と中心になっていった。そんな中で、ある打ち合わせの終盤、ベンダーの担当者が何気なく言った。
「では、こちらの構成であれば、もう作り始められますね」
その言葉を聞いた瞬間、会議室の空気が少し軽くなったのを感じた。“いよいよ進む”という期待と、“ここまで来た”という安堵が、同時に広がったのだと思う。だが、私はその言葉に、素直にうなずけなかった。
作れる。
確かに、技術的にはそうなのだろう。
だが、本当に「作ってよい状態」なのだろうか。
その違和感は、はっきりとした言葉になる前に、胸の奥で引っかかっていた。
クラウド環境そのものは、技術的には短時間で構築できる。
しかし、サービスとして安全に利用し続けるためには、事前に決めておくべきことがある。
誰が管理するのか。
何か問題が起きたとき、誰が判断するのか。
どのようなルールで変更を行うのか。
作れる状態と、安心して使い続けられる状態は、同じではなかった。

決めていなかったこと

打ち合わせ資料を見返しながら、私はいくつかの点に目が止まった。

管理者権限は、誰が持つのか。
障害が起きたとき、最終判断をするのは誰なのか。
構成変更は、どこまで現場判断で許されるのか。
さらに考えるべきことがあった。
本番環境と検証環境は、どのように分けるのか。
誰が、どの情報へアクセスできるのか。
変更した内容は、どこに記録するのか。
それらを決めないまま作り始めれば、クラウド環境は作れても、安心して使い続けられる仕組みにはならない。

作る前に整えるという仕事

次の打ち合わせで、私は意を決して口を開いた。

「少し、待ってもらえませんか」

一瞬、会議室の空気が止まった。誰かを責めたわけではない。反対したわけでもない。ただ、立ち止まりたいと言っただけだ。だが、その一言には、思っていた以上の重さがあった。早く進めたいという空気の中で、「まだ早い」と言うことは、進行を妨げる人間になる覚悟が必要だった。それでも、ここで進めてしまえば、また同じ不安を抱え続けることになる。私はそう感じていた。

結局、環境構築に入る前に、いくつかのことを決める時間を取ることになった。管理者の役割分担、障害時の連絡ルート、判断が必要な場面で、誰が最終責任を持つのか。どれも、単なる技術的な話ではない。しかし、安定したサービスを提供し続けるためには、欠かせない判断だった。話し合いは、決してスムーズではなかった。「そこまで決める必要があるのか」という声も出た。
それでも、一つずつ言葉にしていくことで、これまで曖昧だった境界線が、少しずつ見えるようになっていった。

こうして、クラウドを受け入れるために必要なことを、一つずつ整理していった。技術的な準備だけではない。誰が管理するのか。どのようなルールで変更するのか。問題が起きたとき、誰が判断するのか。それらを決めることで、ようやく安心して使い続けられる土台ができる。次に必要だったのは、「作ること」ではなく「使い続けるためのルールと仕組みを整えること」だった。

コラム：「作らなかったから、失わずに済んだもの」

クラウド移行の現場では、「作れる状態」と「作ってよい状態」が、いつの間にか同一視されがちだ。だが、中小企業の現場を見ていると、あえて立ち止まった判断が、後になって多くのものを守っていたケースも少なくない。以下は、複数の現場事例を参考に再構成した、「作らなかった判断」が意味を持った事例である。

権限設計を後回しにしなかったことで、責任の押し付け合いを防いだ

従業員約90名のサービス業では、クラウド基盤の構築を目前に控えた段階で、管理者権限の整理ができていないことが判明した。スケジュールは厳しかったが、環境構築を一旦止め、権限と責任範囲を明文化。その結果、障害発生時の判断が迅速になり、「誰が決めるのか分からない」という混乱を防ぐことができた。
早く作るより、決めてから作る方が、結果的に運用を軽くした例である。

カテゴリー
Azure、CAF、V-DC物語
前の記事
第3章 何を移すか、決められますか
2026年1月25日
次の記事
第5章 自由には、代償がある
2026年2月28日