Transforming PMOs: Tools and Techniques

PMO Design Framework Innovate Vancouver

TABLE OF CONTENTS


  • Different PMO Models
  • Leveraging Desire for Change
  • Project Management Best Practices
  • PMO Knowledge Areas
  • Identifying Champions
  • Tranformation Delivery Framework
  • Project Tools
  • Managing Work in Progress
  • PMO Workflows & Service Desk
  • A PMO Design-Build Approach
  • PMO Design Planning Tools

PMO Projects managed across distributed and virtual networks need a systematic approach. The project team’s ability to manage cost, quality, and scope becomes diminished without enough structures. Also, the absence of formal processes impacts their effectiveness. Operations management and planning tools are often not sufficient. They do not create the shared language needed. They also fall short in providing the structures and processes necessary to deliver a complex project.


Different PMO Models


Why Projects Fail: Dangers Inherent in the 5 Project Phases

Design requirements for a PMO can vary depending on the user and stakeholder group. Many companies will identify a PMO as the solution to ‘x’. They neither understand what a PMO is nor what it does. These companies also do not understand how problem ‘x’ was created. A root cause analysis of problem ‘x’ is needed in order to identify the least disruptive solution.

An approach is needed. It must be tailored to the unique needs of the project environment. It also has to be detailed enough for progress to be evaluated throughout the project’s life-cycle. This ability to time sample performance is crucial towards insuring project efforts, often across distributed and virtual networks, are aligned. As misalignment increases so does: Cost, Quality, Scope, Waste, and Customer Satisfaction.

Managing the Project Manager in a Network PHSA

Using project management tools in functional silos is not enough. These tools need to be shared. They must be aligned with efforts across the project to manage the above misalignment vectors effectively. Information is amplified across virtual and distributed networks gaining momentum at each node.

It is crucial that the information is correct, relevant, timely, and authoritative. When these criterion are not met the network begins to misinterpret the information, prioritize efforts, and filter out contradictions.

There are many different types of PMO’s: Portfolio, Support, and several in between. Companies often need to conduct a gap analysis. This helps them to better understand their current state. They also assess their future state and PMO model to help bridge the gap.


Leveraging Desire to Design Your PMO


Creating a virtual and distributed network that works on shared project goals can be particularly challenging.

Lags in communication increase risks as project structure, tools, strategies, and process alignment decreases.

Referencing past project challenges (or failures) can help increase the networks awareness that changes are needed. However, their commitment will not be secured until the network desires these changes. Additional tools and frameworks are reviewed below.


Core Competencies of the PMO


Test Your Knowledge

Knowledge of project management best practices comes before the ability to use these tools. It requires much team training. This training supports a conceptual understanding of the project management framework. This often includes an emphasis on the five project management process groups (mentioned earlier) and the 10 project management knowledge areas  to include:

Project Integration Management

This competency involves integration of all the phases, deliverables, and workstreams within the project. Integration can also emphasize deliverables across different projects within the enterprise, working together one one shared future state.

Project Scope Management

This competency involves mapping what is within scope and what is outside of scope. Making sure these deliverables and specifications, features, etc., are captured by the project plan, schedule, and budget.

Project Time Management

This competency involves identifying the schedule for each work package within the scope of the project. Identifying the critical path. Phase gates and decision points. Assigning roles and resources. And evaluating and managing ongoing risks that may impact the schedule.

Project Human Resource Management

This competency involves identifying stakeholders, roles, and responsibilities. It includes managing resources and integrating all of these with the design of the project schedule. It also encompasses milestones, scope, and the critical path. Gaps in subject matter expertise and human resources is identified as a risk during the planning stage, and managed accordingly.

Project Cost Management

This competency involves building a budget at the level required by stakeholders. This is often decided based on the perceived or actual complexity & risk of the project. The budget includes human resources, assets, inventory, services, and more.

The work breakdown structure of the GANTT often maps indirectly to the project GAAP compliant budget. The budget can be assigned at the work package level, or provide more granular detail. The level of detail depends on stakeholder requirements for reporting and evaluation.

Project Quality Management

This competency leverages quality key performance indicators such as efficiency, productivity, cost, errors, and quality. The latter is defined based on the specifications and parameters of the project scope. The executive monitors KPIs that are often very different. These differ from those of the governance team, working group, and individual team members.

Project Communications Management

This competency emphasizes reporting and evaluation mechanisms across the project and teams. Depending on the type of project, this competency will also emphasize marketing and external communications. It will also focus on documents and change management mechanisms.

Project Risk Management

This competency emphasizes project risks and how they will be managed. Risks are identified during each phase of the project, and for each workstream as relevant. Risks are also taken into consideration during the initiation stage when deciding whether the project will be approved or not.

Risks are taken into consideration in the planning phase when deciding the approach, scope, and resources needed. Risks are taken into consideration throughout the project as it pertains to project health, performance, and evaluation.

Project Procurement Management

This competency emphasizes the procurement of services, inventory, and projects needed to deliver on the project scope. Procurement management efforts take into consideration, and inform, the project charter, schedule, risks matrix, and other competencies.

Project Stakeholder Management

This competency takes into consideration the needs and requirements of stakeholders. This includes relationship management, communications, and information management. It also involves requirements management, change management, and priorities.

Project stakeholder management is done before project initiation. It is carried out throughout the project lifecycle. It continues into the post-project & production/operations environment. Failing to address stakeholder, relationship, and process needs can result in a product/service meeting original specifications as understood. However, it may fail to incorporate user requirements. Additionally, it may overlook operations requirements.


Emphasizing the Basics


The seven most common components emphasized in PMO project governance include the following:

  1. Integration Management 
  2. Scope Management
  3. Time Management
  4. Cost Management
  5. Human Resource Management
  6. Communications Management, &
  7. Risk Management

Practicing the use of this conceptual knowledge during project planning and implementation efforts is crucial.

Because each project is unique and the specific project tools used for each project will vary depending on type (research project, M&A project, technology project, etc.) it is important that a different array of projects are available. Reinforcement is needed to support continual engagement and learning. It also aids in understanding how and when to adapt one’s project management approach.

PMBOK Word Search!


Identifying Champions within the Community


Conceptual understanding of PMO best practices can be strengthened by including stakeholders in the planning stage. They should also serve as gatekeepers and subject matter experts throughout the project life-cycle. Their ‘on the ground’ insights are critical to carry out the project plan. These insights also help to problem solve deviations if they surface.

Proof of concept projects are critical during the design-build-implementation of the PMO. They help strengthen capacity, vision, and engagement. This can emphasize training on how to develop and use the technical tools of the trade. This includes the:

  • Project charter
  • Communication plan
  • Risk management plan
  • Project management plan, &
  • Change management plan, etc.

Using project management software and more technical tools becomes considerably easier once the team has developed the:

  • Conceptual understanding of project management best practices, &
  • Experience planning and implementing different types of projects

Selecting the PMO Tools


Identifying the right tools for the PMO environment is critical. Too complex and adoption will lag. Too simple and the team will not have the information they need to evalute project health. Digital tools are particularly useful for distributed teams and for supporting automated dashboards, reporting, and other processes.

Example: Microsoft Project 2016 is considerably easier to use. It becomes more intuitive once the practitioner has acquired this knowledge and experience. Even then the software can seem complicated as it adds functionality and tools not included in the project management foundations. These tools can be invaluable for more complex projects. They are often considered representative of the project management expert’s toolkit.

For simpler projects, a kanban approach may be useful. It can also help during the transition stage from conceptual understanding. This transition is towards learning how to use more technical project management software. This approach is particularly well suited for more agile projects. It identifies tasks that are not yet started. It also identifies tasks that are in progress and those that are completed. Additional tools and features can be added to include risks and wish lists, backlogs, etc.


Managing Work in Progress


Many of the more complex digital tools also include visual calendars, dashboards, and boards to manage work in progress. Kanban boards can be created online using programs such as Trello.com and support role assignment, email alerts for updates, scheduling, and colour coded guides to highlight issues. Users can add notes. They can target messages to specific team members. Users can add or remove team members as the project evolves. They can also build sprints to develop software. This tool is less advanced than Microsoft Project. However, it is easier to use. It represents a useful tool for strengthening the team’s alignment. It also enhances the ability to share a big picture of the project.

PMO  PMBOK
Project Management Professional
Project Management Office
Project Management Support Office
PMP Training
PMO

Workflows & PMO Service Desk


Some project management offices may also require a service desk. It helps manage tickets, projects, and resource allocation. Additionally, it tackles service level agreements and workflows. A few high level considerations are provided below:


Requirements: Design


  1. Regulatory
  2. Contracts
  3. Service Level Agreements
  4. Business Processes
  5. Policies/Procedures
  6. Pain Points/ Priorities
  7. Data
  8. Notifications
  9. Permissions
  10. Workflows
  11. Storage
  12. Analytics

Service Catalogue: Design


  1. Service Categories
  2. Workflows Per Service Categories
  3. Service Category Definitions
  4. SLA Per Service Category & Step
  5. Service Categories User Page
  6. Service Categories Administration Page
  7. Service Catalogue Analytics Dashboard

Technology: Build & Configure


  1. Forms
  2. Workflows
  3. Alerts
  4. Roles/ Permissions
  5. Service Level Agreements
  6. Dashboard
  7. Exports & Reports
  8. Automation/AI
  9. Lists
  10. Menus
  11. Training Docs

Pilot: Test


  1. Communication
  2. Training Workshops
  3. Individualized Coaching
  4. Quality Assurance/ Feedback Mechanisms
  5. Prioritized Service Catalogue – Pilot
  6. Bug Resolution Pipeline
  7. Change Control Mechanisms

Implementation: To Production (Live)


  1. Technical Training Docs/ Workshop
  2. User Training Docs/ Workshop
  3. Communication Content
  4. Change Content
  5. Onboarding Roadmap
  6. Quality Assurance Dashboard
  7. Release Roadmap

Process Improvement: Production (Live)


  1. Critical to Quality (business processes)
  2. Key Performance Indicators (automated data)
  3. Review Dashboards/Reports
  4. QA Committee/Governance

Assessing whether an organization is ready involves evaluating the interactions between all related components. This involves the synergistic dependencies among the following tools, processes, assets, and competencies.

The Information Technology Infrastructure Library (ITIL) lifecycle highlights the competencies, services, and functions needed to plan, design, and transition. It also emphasizes operating and continuously improving project, product, and service delivery with a focus on the end user. Change management and release management are critical to ongoing service management and adoption of new products and services.


PMO and Business Model Alignment


PMO

As the company strengthens its project management framework, questions should be explored regarding the company’s business model and how it will support and integrate with the project management office (PMO):

  • Project Lead: Who will take the lead on projects?
  • Resource Planning: How will resources be allocated?
  • Enterprise Planning: How will cross channel projects be managed?
  • Expertise: Who are the subject matter experts?
  • Stakeholders: Who needs to be consulted on project selection, execution, and risk management?
  • Conflict Management: How will conflicts be resolved?
  • Culture: How does this impact the business culture? Any changes needed?
  • Administrative Tools: What changes are needed to existing policies & procedures? Job descriptions?

A PMO Design-Build Approach


Understanding how the PMO aligns, integrates, and strengthen’s the company’s business model is critical. The following graphic takes a ‘big picture view’ of the environment in which the project management office functions.

The Architecture & Integration Framework emphasizes the PMO Stack to include technologies, competencies, resources, and products/services. Designed correctly, the PMO stack can help strengthen the company’s competitive advantage. It enhances alignment with environmental demand and opportunities. Additionally, it improves project delivery.

PMO architecture design takes into consideration existing architures, tools, priorities, and constraints of the environment.

The following timeline provides a high level, generic, design-build model for launching a company’s new project management office.


PMO Design First Steps: The Planning Tool


An interactive PMO Design Planning Tool is provided below. Use this tool to scope out some of the company’s preliminary user and technology design requirements.

Travis Barker, MPA GCPM

Innovate Vancouver

Consulting@ innovatevancouver.org

Innovate Vancouver is a technology and business innovation consulting service located in Vancouver, BC. Contact Innovate Vancouver to help with your new project. Innovate Vancouver also gives back to the community through business consulting services. Contact us for more details.