リリース判定の会議で「切り戻したら、変更後に登録したデータはどうなりますか」と聞かれた。アプリの実装は説明できるが、切り戻し手順は見ていない。ここで「たぶん大丈夫です」と返すと、未確認のままリリースの判断が進んでしまう。
この記事は、顧客や他チームに説明する機会が増えた開発担当者に向けたものです。即答するための言い回しではなく、答えがない状態を、相手が誤って判断しない返答へ変える方法を整理します。
「未確認です」でよい。ただし、判断できない範囲と次の連絡を添える。
知識がないことを隠すより、何を確認するかを明確にします。自分で約束できるのは調査結果ではなく、まず次の状況連絡です。
会議での第一声は、三文で足りる
切り戻しの例なら、次のように返せます。以下の会話は説明用です。
変更後に登録したデータの扱いは未確認です。切り戻し手順とデータ変更の範囲を運用担当と確認します。今日15時に結果か調査状況を返すので、この点は現時点で「問題なし」とは扱わないでください。
「担当外です」「詳しくなくて申し訳ありません」を長く説明する必要はありません。相手が必要としているのは、あなたの専門性の弁護ではなく、その判断を今してよいかです。
分かっていることを、質問の答えと混ぜない
「アプリを前のバージョンに戻せる」と「登録したデータも元の状態へ戻る」は別の話です。一つを確認したからといって、もう一つの保証にはなりません。
返答では、確認済みと未確認を分けます。
| 確認済み | まだ答えられないこと |
|---|---|
| 検証環境でアプリの旧バージョンを起動できた | 新バージョンで登録したデータを旧版が扱えるか |
| データベースのバックアップを取得する手順がある | 必要な時点へ戻せるか、変更後のデータをどう扱うか |
一般的に可能なことと、このシステムで確認したことも分けてください。「バックアップがあるので大丈夫」は、そのバックアップで何を復旧できるかまで答えていません。
相手が今決めたいことを、一つ確認する
同じ質問でも、知識として知りたいのか、今日のリリースを決めたいのかで優先度が変わります。
この回答が必要なのは、今日のリリース可否を決めるためでしょうか。それとも運用手順へ追記するためでしょうか。
今日の判定に必要なら、回答が揃うまで誰が判断を保留するかを決定者と確認します。来週の手順整備なら、必要な確認を計画へ入れられます。
ここを聞かずに「調べておきます」と引き取ると、相手は直後の判断に使える答えを待ち、こちらは後日調べるつもり、という食い違いが起きます。
確認先が分からないなら、窓口を探す作業から引き取る
「インフラのことなので別の人に聞いてください」で終えると、質問だけが宙に浮きます。ただし、知らない分野の回答責任まで一人で背負う必要もありません。
私が説明できるのはアプリの変更範囲です。切り戻しの運用判断はこの場では回答できません。チーム内で担当窓口を確認し、誰が回答するかを今日中に共有します。
別担当へ渡すときは、質問文だけ転送せず、判断の用途・必要時点・確認済みの範囲を付けます。回答担当が受けたことまで確認して、引き継ぎを終えます。
調査が終わらなくても、約束した時点に連絡する
「15時に返す」と言ったなら、結論がなくても15時に返します。返事がないと、相手はまだ調査中なのか、忘れたのか分かりません。
15時時点で、旧版を起動する手順は確認できました。新規登録データを旧版で扱えるかは確認中です。この条件を満たすか不明なので、切り戻し可能とはまだ回答できません。16時に検証結果を共有し、間に合わない場合もその時点で連絡します。
次の時点は相手と調整します。間に合う根拠がないのに「次こそ回答します」と言い換えないことです。
答えが出たら「結論・根拠・残る条件」を返す
調査の経緯を長く話すより、質問への答えを先に返します。
今回の手順では、変更後に登録したデータを保持したまま旧版へ戻すことはできません。検証環境で旧版が新しい形式を読み取れないことを確認しました。リリース可否の判断には、データの変換手順か、切り戻し以外の復旧方法の決定が必要です。
これは架空の検証結果ですが、返し方のポイントは同じです。確認した環境と範囲を示し、技術的にできないことを曖昧にしない。業務の判断が残るなら、その決定者へ戻します。
「分からない」をなくすより、未回答を残さない
すべてに即答できる必要はありません。問題になるのは、未確認なのに保証することと、持ち帰った質問が追跡されなくなることです。
会議メモには、質問・回答担当・次の連絡時点・判断への影響を残します。次に即答できない質問を受けたら、まず「未確認の範囲はここです」と言い切り、その後の確認を具体化してください。
