Присоединиться бесплатно

Run a project pre-mortem

Автор: AILesson7 мин на настройкуПроверено на:ChatGPTПроверено: 2026-08-28

Быстрый ответ

Imagine a failed outcome to surface plausible causes, weak signals, tests, and preventive actions. Укажите: Project and failure date, Evidence and assumptions, Participants and action authority. Ожидаемый результат: A prioritized failure scenario map with evidence, indicators, owners, and immediate experiments.

1

Добавьте контекст

ваш текст остаётся в этом браузере. AILesson Prompts не отправляет его ни в модель, ни на сервер.

2

Ваш промпт

Незаполненные поля остаются видимыми как заполнители, поэтому вы всё равно можете скопировать и отредактировать промпт

Run a project pre-mortem using the supplied context.

Project, users, plan, target, and concrete failure definition:
[project]

Constraints, dependencies, incidents, estimates, dissent, and unknowns:
[assumptions]

Participant perspectives, authority, mitigation capacity, and review timing:
[participants]

Assume the project has failed at the stated future point, then generate distinct and plausible explanations across user value, scope, delivery, quality, operations, people, vendor, governance, security, accessibility, data, and external context only where relevant. Separate evidence-backed concerns from hypotheses. Avoid generic catastrophes, blame, and hindsight certainty. Cluster causes into causal chains, identify earliest observable indicators, and rank by plausibility and damage with stated rationale—not invented precision. For the top scenarios provide a cheap test, prevention, contingency trigger, response, explicit owner or Unassigned, and decision deadline. Include contrarian scenarios and strengths that reduce risk.
Попробовать в Playground
Конфиденциально по умолчаниюПромпт собирается локально в вашем браузере. Не вводите конфиденциальную информацию в сервисы ИИ, если ваша организация этого не разрешает.

От исходных данных к результату

Разобранный пример

Посмотрите, как конкретный контекст превращает этот рецепт в полезный результат

Реальный ввод

Project and failure date
In March, a regional charity launches an online volunteer scheduling portal for 600 volunteers and 40 coordinators. Failure at 30 June means coordinators still maintain parallel spreadsheets, more than 10% of scheduled shifts are disputed, or fewer than 50% of active volunteers use the portal monthly. Pilot begins with two teams in February.
Evidence and assumptions
Many volunteers use phones; 18% of current records lack a unique email. Coordinators use different shift naming. The vendor says CSV import is supported but has not tested our file. Training budget covers two live sessions. One coordinator worries volunteers will not see cancellation notices. Authentication uses email links. No accessibility test, support rota, or spreadsheet retirement rule exists yet.
Participants and action authority
Workshop includes volunteer coordinator, volunteer representative, operations manager with launch authority, data officer, communications lead, and vendor specialist. Two staff-weeks remain for mitigation. Decisions reviewed next Tuesday.

Пример вывода

Failure story A—fragmented identity and import: 18% without unique email plus untested CSV import causes duplicate/missing accounts; volunteers cannot authenticate; coordinators retain spreadsheets; disputes rise. Evidence-backed. Earliest indicators: import exception rate, duplicate accounts, failed sign-ins. Cheap test: import a de-identified representative file and attempt phone sign-in with records missing/duplicating email. Prevention: define identity remediation and reconcile counts before pilot. Owner: Data officer for test; identity-policy owner Unassigned. Decision by next Tuesday.

B—inconsistent shift definitions: different names map incorrectly, creating disputed schedules and parallel records. Evidence-backed. Test a shared taxonomy against two pilot teams and reconcile every imported shift. C—cancellations fail operationally: email-link users may miss notices; no support rota or acknowledged-notice rule. Concern is explicit, outcome mechanism partly hypothetical. Test delivery/opening plus five volunteer task walkthroughs; define urgent fallback and owner. D—adoption appears acceptable while coordinators maintain shadow sheets; contrarian governance failure. Indicator: edits continue after cutover. Define retirement gate and exception log before launch.

Other hypotheses: mobile accessibility prevents task completion; two sessions miss shift workers; vendor defects outlast two staff-weeks. Strengths: staged two-team pilot, named launch authority, volunteer perspective, and measurable failure thresholds. Prioritize A/B before pilot because they share a data foundation but require separate acceptance checks.

Почему это работает

  1. 1

    Prospective hindsight makes teams name failure causes that optimistic planning often suppresses.

  2. 2

    Indicators and cheap tests convert imagined failure into evidence that can change the plan.

Проверьте результат

  • Are scenarios specific to this project and linked to supplied evidence or labeled hypotheses?

  • Do top scenarios have early indicators, cheap tests, triggers, and actionable responses?

  • Does the output avoid blame, false probability, and duplicate wording of the same causal chain?

Используйте уверенно

Часто задаваемые вопросы

Практические ответы о том, когда использовать этот рецепт, что нужно предоставить и где по-прежнему важна проверка человеком

What should I prepare before using “Run a project pre-mortem”?

For “Run a project pre-mortem,” prepare Project and failure date, Evidence and assumptions, and Participants and action authority. Replace placeholders only with information you can verify. If a detail is unknown, preserve that uncertainty explicitly instead of asking the model to infer it.

When is the “Run a project pre-mortem” result not ready to use?

The result is not ready if it does not yet deliver the stated outcome—A prioritized failure scenario map with evidence, indicators, owners, and immediate experiments—from the supplied evidence, or if it relies on unresolved assumptions, missing approvals, or invented details. Use the checks as release gates: revise the source inputs or assign a named, authorized reviewer instead of polishing an unsupported output.

Which AI tools have recorded tests for “Run a project pre-mortem”?

The published test record for “Run a project pre-mortem” lists ChatGPT as of 2026-08-28. This confirms recorded runs, not guaranteed compatibility or identical results in later product versions. For another tool or version, keep every constraint visible and repeat the result checks before use.

Другие способы изучения

Где этот рецепт применим

Текстовые промтыУправление проектамиДля руководителей

Продолжайте работу

AILesson · Рекомендуемые курсы

ваш следующий шаг: примените ИИ на практике

Перейдите от понимания ИИ к выполнению задач. Практикуйтесь в составлении запросов, проверке и улучшении результатов с помощью интерактивных уроков для работы и повседневной жизни.

Просмотреть все курсы
Обложка курса «ИИ для начинающих»

15 интерактивных уроков

ИИ для начинающих

Начните полезную беседу с ИИ, улучшите ответ, проверьте важное и поймите, когда следующий шаг нужно сделать вам.

Просмотреть этот курс
Обложка курса «Основы ChatGPT»

10 интерактивных уроков

Основы ChatGPT

Освойте ChatGPT на трёх практических рабочих процессах: проведите первую беседу, поработайте с файлом, а затем перенесите проверенный план в новую беседу с помощью проектов.

Просмотреть этот курс
Обложка курса «Как работает генеративный ИИ»

7 интерактивных уроков

Как работает генеративный ИИ

Разберитесь, как распространённые ИИ-чаты изучают закономерности языка, используют текущие сообщения, формируют ответы и подключают источники и инструменты.

Просмотреть этот курс