Project rules are the function. Clarifying the Project rules of the game for a new project is exactly what skilled managers need to do. The need for project rules is part of the challenge of each new project.
3 factors of Project rules:
- Agreement on the goals of the project among all parties involved
- Control over the scope of the project.
- Management support: the first, the project charter, is an announcement that the project exists. The following three, the SOW, the responsibility matrix, and the communication plan, are developed concurrently and constitute the actual written documents containing the project rules.
A project charter announces that a new project has begun. It brings the key players out into the open where everyone can see them. The purpose of the charter is to demonstrate mgmt support for the project and the PM. The charter clearly establishes the PM’s right to make decisions and lead the project. It contains the name and purpose of the project, the PM’s name, and a statement of support from the issuers. [Reflections: the deal lead will send an email indicates the name of the customer, the purpose of the project, the PM’s name and a list of team members.] 2 ways to use the project charter: One is as a formal recognition of authority. The other refers to the project definition doc as a SOW.
The charter is a one- time announcement, which makes it different in two ways. 1st, it should precede the other docs, 2nd, it is not meant to manage changes that occur later in the project. If a change occurs that is significant enough to make the charter out of date, a new charter should be issued rather than amending the original.
PMs need expert authority.
The sponsor is the best person to sign the charter, because he or she is the one who will be actively supporting the project.
SOW: it lists the goals, constraints, and success criteria for the project – the rules of the game. (Minimum content)
SOW is for members of the same organization. However Contract might be needed if the team consists of multiple organizations.
SOW –purpose statement (why this project?)
SOW- Scope statement (Project scope is all of the work required to meet project objectives. And what are beyond the scope)
SOW-deliverables: what is the project supposed to produce? A new service? A new design? Will it fix a product defect? Tell a team what it is supposed to produce.
SOW-cost and schedule (write it down: Range of budget; deadlines and intermediate deadlines)
SOW-Objectives should be specific and measurable so to measure for success.
SOW- stakeholders (write the draft SOW before presenting the stakeholders); Chain of Command (a common way to illustrate the chain of command is with an org chart)
The SOW that remains at the end of the project may be very different from the original document. The amount of this difference is not important; what is important is that everyone has been kept up-to-date and has agreed to the changes.
Responsibilities Matrix: who are responsible for what?
1. List the major activities of the project
2. List the stakeholder groups
3. Code the responsibility matrix – RACI
Communication Plan:
· Example of what can go wrong.
· It is written strategy for getting the right info to the right people at the right time. (who needs info? What info do they need? When & how will they get it?)
· Regular update meetings via more than one channel
· Keep the status report short
Proposal vs SOW:
· Project proposal is completed before the project start (Project proposal launched the project)
· Content of the proposal overlap the SOW
· Project manager may or may not be part of the proposal process.