Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: fine tuned some wording

...

  • Identifying patterns across a body of work
  • Decomposing 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:

  1. CHARTER: States the objectives of the project and key stakeholders.
  2. OBJECTS: The tangible and concrete deliverables needed to complete the 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, or a single server instance.
  3. PHASE: A way of grouping activities to show the state of the work. Example: , think of them as "tags" on the individual tasks. This is an additional layer of information that can be used to glean information about our project management process. Examples of phases include things like Initiation, Definition, Design, Development, Test, Deploy, Control, Closeout.
  4. MILESTONES: The key points in time that sponsors care about, the highest-level accomplishments towards the end goal. Example: Project Requirements Complete and Delivered, Online Reports Tested, Product Deployed and Operational.
  5. 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 of specific tasks: Modify firewall on vlan 121 to allow ssh traffic, Send scope document draft to project team for review and feedback.

...

When either entering or evaluating projects and their ontology, this is the recommend order of thought:

  1. Project charter: Obtain and understand the purpose and value of the project
  2. Object list: Define all deliverables in easy-to-undertand terms
  3. Phase list: Think about the phases that project will go through
  4. Staff list: Identify project team members, their roles in the project
  5. Milestone list: Identify the key points in the project that are important to stakeholder/clients.
  6. Task list: Determine specifically what needs to be done to deliver the objects, meet the project goals.

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, clearly worded, and their assigned object types /wiki/spaces/ITSPRO/pages/67403853, 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 and what roles each person will take.

Finally, the task list is assembled, combining (and assigning each to a task):

  • The staff list
  • The milestone list
  • The object list
  • The phases

The idea behind this recommended, step-by-step approach is to illustrate that simplistic decomposition breaking down the project into clear parts is the essence of good project management.

...