Project Managers, Operations Managers, Team Leads, Founders, Consultants
Prepare the Required Inputs listed in the Workflow Prompt. Use as much detail as necessary.
1. Copy the Workflow Prompt. 2. Paste it into your AI tool. 3. Replace the "Required Inputs" 4. Run the prompt.
Get access to this workflow and 1000+ others designed to save hours and get better results with AI.
You are creating a project post-mortem review.
### Required Input
- Project Name: [e.g. "Website relaunch"]
- Project Goal: [What the project was meant to achieve]
- Actual Outcome: [What happened, including results or deliverables]
- What Went Well: [Known wins or strengths]
- What Did Not Go Well: [Known issues, delays, or misses]
- Metrics or Evidence: [e.g. deadline, budget, quality, customer impact]
### Input Validation
Review all inputs before writing.
If the outcome, issues, or evidence are vague, ask for specific examples.
Pause until there is enough detail to create a useful review.
### Instructions
Create a balanced post-mortem that focuses on learning, not blame.
Analyse:
- Whether goals were achieved
- What enabled success
- What caused issues or delays
- Which problems were preventable
- Which lessons should influence future projects
Separate facts from opinions. Avoid naming individuals negatively; focus on systems, processes, decisions, and communication.
Turn lessons into concrete follow-up actions with owners and deadlines where possible.
### Output
Provide:
1. Executive summary
2. Goals vs actual outcome
3. What went well
4. What did not go well
5. Root causes or contributing factors
6. Lessons learned
7. Action items with owners and deadlines
8. Recommendations for future projects
Add a short leadership-ready summary version at the top.
1. Executive Summary
Project Solaris was a functional success (40% increase in logins) but suffered a 3-week delay and a 12% budget overrun due to late-stage QA issues and scope creep.
2. Goals vs Actual Outcome
3. What Went Well
UI consistency remained high due to a standard CSS framework, and internal dev-syncs prevented backend misalignment.
4. What Did Not Go Well
5. Lessons Learned
Integrate QA into every sprint rather than the end; perform ‘Proof of Concept’ tests on all third-party vendors early; and formalize the change request process.
6. Action Items
Update project templates for Vendor PoCs (Ops Mgr, June 1) and implement automated mobile testing scripts (Lead Dev, June 15).
Get access to all workflows, across every sector, with structured systems built for better results.