プレモータム分析の進め方｜失敗の想定を対策へつなぐ

概要

計画が失敗したと仮定して原因を考える方法を、プレモータム分析と言います。この記事では、失敗した理由を各自で書く方法、影響と不足する情報、原稿不足の対策例、担当と見直す日を解説します。

公開日2025年09月06日

更新日2026年10月13日

計画が失敗したと仮定して原因を考える方法を、プレモータム分析と言います。企画を始める前に、見落とした仕事や日程の懸念を対策へつなげます。

想像した原因は、実際に起こる確率とは異なります。根拠を調べる仕事と、すぐ対応する仕事を決め、担当と見直す日を残します。

公開が遅れた企画なら、原稿不足、承認待ち、操作の未確認などを考えます。Atlassianのプレモータムは懸念を各自で書く時間を設けています。（Atlassian: Premortem）

他の人の発言に合わせる前に、実際の経験に基づく懸念も書いておきます。

各懸念について、起きた時の影響と判断に必要な情報を記します。根拠のない確率を付けて、数字だけで順番を決めません。

必要な原稿と書く人、締切を決めれば、未着手の仕事が残ったかを追えます。

決まった対策を仕事の一覧へ追加し、完了した内容を追います。企画が変わったら、以前の懸念と対策も再検討します。

公開する日程と受付の説明も、実際の準備に合わせて更新します。

SpreadSite は、Googleスプレッドシートで内容を管理し、テンプレートを使ってホームページを作成・公開・更新できるノーコードツールです。

企画の日程と受付を更新するホームページの作成に、ぜひ使ってみてください！

A: 企画の失敗を仮定し、原因と対策を事前に考える方法です。

A: 想定だけでは実測した確率になりません。根拠を別に調べます。

A: 原因と対策を書き、担当する仕事と見直す日を決めます。

A: 対策を担当と期限のある仕事へ追加します。