Project retrospective - Mind Map

Use this template

Run a Project Review in order to learn constructive and positive lessons from what went well and what could have gone better and to improve processes for the benefit of future projects.

Keywords: project review, project management, project objectives, project improvements

Name of the project

Type in the name of the project that is under review, and press Enter.

Scope

Excludes

Add an aspect or area of the project which is excluded from this review.

Includes

Add an aspect or area of the project which is included in this review.

What we will change

Review the analysis of performance, what went well and what could have gone better and summarise the changes that you will make as a result of this review.

Think about changes to:

Project planning, resourcing, and management
Risk assessment and control
Information available to team members
Requirements management
Technical processes
Change control
Testing

Follow-up

Follow up

When will the implementation of the change be followed up?
Add a follow-up date or meeting.

When

When will the change be implemented?
Add a target date for completion.

Who

Person

Who will implement the change?
Identify the person(s) responsible for implementing this change.

Objectives

Objective

The objectives of the review should be explained to participants and kept in mind during the review.
Add an objective after reviewing your project.

Participants

Participant

Who should take part in the project review?

Consider:

Customer representatives
User representatives
Project managers
Team members
Quality Assurance staff

Add a participant.

What could have gone better

Add an area that could have gone better, and which could be improved in future projects.

What changes could be made to processes and methods to avoid default in future projects?

Think about:

Project management and planning
Risk assessments
Project communication
Requirements management
Technical processes
Change control
Testing

What role did processes play?

Did processes and methods play a part in the project?
Did they fail to identify or cope with problem situations?
Or did problems arise by not following normal processes?

Were there any predictors?

Were there any warning signs that the project would not go well?
Were there any early signs of trouble which were missed?
Were there any early signs of trouble, but no action was taken?
Were there any early signs of trouble, but the wrong action was taken?

Add some notes about the reasons behind the project.

Was it due to:

Inadequate skills or knowledge?
Insufficient planning or risk assessment?
Lack of information or incorrect information?
Inadequate processes or tools?
Incorrect use of processes or tools?
Bad luck (coincidental problems)?
Other reasons?

Problems

Problem

Add some notes about what went wrong with the project.

Was it:

Late?
Over budget?
Not doing the right thing?
Unreliable or faulty?
The source of more problems later?

What went well

Area

Add an area that performed well, that the team was proud of and that you would like to repeat on future projects.

Change

What changes could be made to processes and methods to ensure that the success of the project can be repeated in future projects?

Think about:

Project management and planning
Risk assessments
Project communication
Requirements management
Processes that you had to vary on this occasion
Change control
Testing

Processes

Process

What role did processes play?

What role did agreed processes and methods play in the success of the project?
Did they help in achieving a good outcome?
Or did you succeed by bending processes and rules?

Predictors

Predictor

Add indicators that will show how the project will go.

Were there any advance signs that the project would go well?
Which usual signs of trouble were absent?
Were there early warning signs which were picked up and successfully dealt with?

Reasons

Reason

Add some notes about the reasons for the success of the project.

Was it due to:

Skills and knowledge?
Good planning?
Good information?
Good processes and tools?
Good luck (no surprise problems)?
Other reasons?

Successes

Success

Add some notes about what went well with the project.

Was it:

On time?
On a budget?
Meeting requirements perfectly?
Reliable and well-executed?
Strategic and well-integrated?

Performance

Quality

Add some information about the quality performance of your project.

Did you have a quality plan for your project?
Did you use formalized processes or methods during the project?
Did you verify designs against requirements?
Did you validate deliverables against designs and requirements?
What proportion of defects could have been foreseen and designed out earlier?
What was the overall impact of rework or redesign on the project?

Risks

Risk

Add some information about the risk performance of your project.

Did you keep a log of potential risks?
Did you take action to control risks?
How many of the identified risks actually occurred? Were you able to control their impact?
How many problems arose which had not been identified as risks? Could some of these have been predicted?

Changes

Impact

Add some information about the impact of change in your project.

Did you keep a log of changes?
Did you use a change control method in your project?
What were the origins of changes in your project? Did they come from the customer, from clarified specifications, or from unexpected issues?
Did you have to make changes to the original scope to meet other constraints?

Deliverables

Output

Add some information about the performance of deliverables.

Did the project plan define deliverables?
Were the deliverables completed on time?
Did you have defined acceptance criteria?
What was the initial acceptance rate?
Was further work needed to bring deliverables up to the required level? What impact did this have on the project?

Requirements

Requirement

Add some information about performance against requirements.

Did you have a set of requirements at the start of the project?
How clear were these requirements?
How well were you able to meet these requirements?
Did the requirements change during the project?
Was there any impact from changing requirements?
Were changing requirements identified as a project risk?

Timescales

Timescale

Add some information about the timescale performance of the project.

Did you have a plan with dated milestones?
Did you achieve the milestone dates?
Did you need to make changes to keep to the plan?
What were the reasons for running late or ahead?

Budget

Financial

Add some information about the financial performance of the project.

Did you have a planned budget?
How close to the budget was it?
Did you need to make some changes to keep it within budget?
What were the reasons for going under or over budget?

Communications

Information

Add some information about the performance of the communication of the project.

Did you have a communications plan?
Did all project stakeholders know enough about the project at the right times?
Could the project participants find the information they needed, in the expected places?
Did the project stakeholders provide all the information and feedback needed?

为什么使用 Mindomo 思维导图模板？

思维导图可以帮助你集思广益，建立概念之间的关系，组织和产生想法。

然而，思维导图模板提供了一种更容易上手的方法，因为它们是包含特定主题信息和指导说明的框架。从本质上讲，思维导图模板确保了将特定主题的所有元素结合在一起的结构，并可作为个人思维导图的起点。思维导图模板是一种资源，可为创建特定主题的思维导图提供实用的解决方案，无论是用于商业还是教育。

Mindomo 为你带来智能思维导图模板，让你毫不费力地运作和思考。

模板具有各种功能：

描述性主题

带背景文字的主题

默认分支

删除模板数据

您可以从Mindomo的商业或教育账户中选择各种思维导图模板，也可以从头开始创建自己的思维导图模板。任何思维导图都可以转化为思维导图模板，只需在其中一个主题上添加进一步的指导说明即可。

使用此模板