| Insert excerpt | ||||||
|---|---|---|---|---|---|---|
|
Why are we putting so much focus on standardizing the project management process across the entire department?
...
- Identifying patterns across a body of work
- Decomposing Breaking down and simplifying each pattern into further details
- Estimating details independently and in an unbiased way
- Repeating until not much more needs to be known
Progressive This process of simplifying the problem decomposition allows us to reduce the project unknowns.
There are many ways to achieve this goal. ITS has adopted a simple methodology based on decomposing breaking down a project into “what is being delivered” and “how it will be delivered”, dubbed the ITS Project Ontology.
These are the must-have components of a good project plan:
- CHARTER: States the objectives of the project and key stakeholders.
- OBJECTS: The tangible and concrete deliverables needed to complete project. They are described using a noun, are clear and understandable by the clients, and are a commonly repeatable item. They are things like a requirements document, one function of a software product, a reusable API, a single server instance.
- PHASE: A way of grouping activities to show the state of the work. Example: Initiation, Definition, Design, Development, Test, Deploy, Control, Closeout.
- MILESTONES: The key points in time that sponsors care about, the highest-level accomplishments towards the end goal. Example: Project Requirements Complete, Online Reports Tested, Product Operational.
- TASKS: The action required to produce the deliverable. Tasks are described using a verb and include specific details like who is responsible for the work, how long it will take, and when it will be done. Examples: Modify firewall on vlan 121 to allow ssh traffic, Send scope document draft to project team for review and feedback.
Here’s an example of what an Object and its associated tasks could look like:
| Object | Task |
|---|---|
| Scope Document for Data Center Migration project | Document all systems and services that need to be migrated by asking the subject matter expert (SME) |
Create initial scope document draft | |
Send scope document draft to project team for review and feedback | |
Review and integrate feedback | |
Send scope document to Sr. Leadership team to review and sign-off | |
Publish final version of scope document |
To get a better understanding of the ITS Project Ontology, watch this short introduction video, courtesy of Kal: 8-minute Project Ontology video
Recommended Approach for the Project Plan
When either entering or evaluating projects and their ontology, this is the recommend order of thought:
- Project charter
- Object list
- Phase list
- Staff list
- Milestone list
- Task list
When preparing a project plan, first ensure the charter is assembled and then enumerate an object list for the project without any regard for tasks, etc. It should be a simple list of just objects and their assigned object types, nothing else.
The next step is to determines what phases will be needed for the project in a simple and separate list.
Then the project team list should be determined, along with their roles. They represent who will enter time on the project.
Finally, the task list is assembled, combining (and assigning each to a task):
- The staff list
- The milestone list
- The object list
The idea behind this recommended, step-by-step approach is to illustrate that simplistic decomposition is the essence of good project management.
Resources:
- ITS PRO Introduction Video by Kal: 8-minute Project Ontology video
- Learn about Object types: Object Types
- Learn about Project phases: Project Phases
- Learn about Object complexity: /wiki/spaces/ITSPRO/pages/67404297
| Attachments | ||
|---|---|---|
|
PRO Ontology.
| Include Page | ||||
|---|---|---|---|---|
|
| Attachments | ||
|---|---|---|
|