Operational Governance Knowledge Flashcards No. 16/19

Project Management

From the Operational Governance flashcard deck; today this discipline goes by BizOps. The original card is republished here as a field note.

01 What is it

A project is a set of tasks that are structured to achieve a measurable goal in a defined deadline.

Project management is the use of frameworks to make critical resource-allocation decisions during the course of a project. Its goal is to ensure a timely and optimal outcome quality despite the inevitable uncertainty and resource limitations.

02 When is it useful

  • When multiple stakeholders and responsibility roles are involved, so accountability would otherwise be diluted.
  • When multiple interdependent tasks will be performed simultaneously.
  • When time of delivery is critical.
  • When the use of resources (cost) is high.
  • When outcome quality is critical.

03 How to use it

  • During execution, the project team must rely on the Project Plan to prioritize the inevitable hard choices when changing tasks, dates, resources, and investments.
  • A significant amount of time must be dedicated to the Planning Phase (rule of thumb: 30%).
  • All Project Team members must understand the documentation, to be fully committed to their roles.
  • These decisions must be recorded and compared against the plan, in order to learn and communicate to stakeholders.

04 The Project Deck

A comprehensive document that tells the entire “story” of the project:

  1. 1Inputs & reference docsA current problem, a customer request, the business driver — plus handbooks, studies, AS-IS processes, current plans.
  2. 2The Project DeckPlanning (phase I) → Execution (phase II) → Closure (phase III), linked by a hub indexing every input, output, and reference.
  3. 3OutputsNew process flowcharts, a system go-live, a fleet deployment, outcome results…
  • Planning (phase I): the Project Charter, the WBS, the RACI matrix, and the Gantt.
  • Execution (phase II): a record of the managerial decisions taken during execution.
  • Closure (phase III): a final account of execution vs plan, to derive lessons learned.
  • Hub: a linked index of every input, output, and reference document.

This is what the entire project documentation should look like:

  • Inputs: a current problem, a request from a customer, the business driver of the project.
  • Reference docs: handbooks, studies, AS-IS processes, current plans, etc.
  • Outputs: e.g. new process flowcharts, a new system go-live, a new fleet deployment, outcome results…

05 Common pitfalls

  • Confusing “project” (has an END) with “process” (is cyclical).
  • Not having a unique Project Manager.
  • Not clearly stating who is accountable for EVERY task.
  • Not setting clear deadlines and milestones.
  • Not updating the project’s documentation during the execution phase, in order to compare against the planning baseline.
  • Not updating all the relevant stakeholders on time, to adequately manage everyone’s expectations.

06 References and resources

The original card cross-references sibling flashcards for the Project Charter, WBS, RACI, and Gantt.