Title of project/goal
Brief exec summary of the project's or goal's purpose. Also list who is owning it and any stakeholders.
Provide an accurate and clearly articulated problem statement:
- What is the problem that we are hoping to solve with this project?
Describe with words the desired outcome after the completion of this project. What will be different? What will be improved? Be as clear and precise as possible, and avoid assumptions on what the reader's prior knowledge about it. In other words, elaborate on this more rather than less.
How will the success of the project be tracked? Which of the org's top goals does this project support? What KPI/needle are we trying to move?
Who are the stakeholders involved in this project? RASCI model can be used here.
If necessary, provide info about what this goal is not about, or other relevant information that will help avoid confusion.
At a high level, describe any communication plans (e.g. planned blog posts, forum thread posts, internal MoCo communication, etc) that should happen as part of this goal. Also specify who needs to do the communication -- you, community management, or someone else. This section can of course be merged with the Project plan section below if it's easier to follow.
The project timeline could be something as simple as a bulleted list with action items, owners, and deadlines:
- Initial kick-off meeting on July 27 w/ stakeholders (David)
- Delivery item #1 completed on week of Aug 13 (Rosana)
- Delivery item #2 completed the week after item #1 (Cheng)
- Present results at board meeting (David) on Aug 30
- Implementation of solution X (David & Michael) Sept 5
At a high level, describe what steps we need to take to get to the completion of this project. In some cases, it might be mostly unclear, in which at a bare minimum it should be clear what the next steps are. In other cases we may already have a pretty clear idea of all steps needed.
The project plan should be a "living" part of the document and should be updated frequently to remain accurate. Again, it doesn't have to be super detailed, but it should contain enough info that you should be able to scan it and assess the overall status and health of the project.
Remember that by writing a plan or next steps down, you also help yourself to get a better sense of the work to be done. Writing should not be seen as non-work or a waste of time, especially not if it also helps stakeholders and other interested parties to stay informed with the project.
Describe the result of the project. Ideally, stakeholders should be able to update this when the project completed.