I recently took an IT leadership role with a biotechnology company where software development is a critical capability and had the opportunity to build a Project Management Organization (PMO) from scratch. This essay represents my agile and pragmatic point of view on project management and organizational change management.
What does a Good PMO capability look like? Write it down as the PMO charter document. Your team will need this mission statement, principles, and responsibilities as well as SMART metrics for how you will measure success. This is your truth and it will seed the culture that grows and guides the team around you.
In my case, my mission statement went something like this:
“Our Project Management Office (PMO) is a service-oriented capability whose purpose is 3-fold:
My interpretation of the essential PMO responsibilities are from the PMI PMBOK document with an Agile/Lean point of view.
Yes, even the PMO itself must be planned like other projects and products. You need to answer the eternal question: what gets done when and by who? I had twenty items in my plan that lasted 180 days. But first things, first. Make sure you are aligned with your supervisor’s and organizational priorities.
Find out who are the decision makers, the influencers, and who gets the work done across different departments. Schedule meetings. Grab lunch. Connect over company happy hour. Get to know folks and what matters to them. First impressions matter a lot! Be patient; earn their trust with time. Once people are in your corner, then carefully cultivate wider alliances needed for transformative organizational change.
Get the right people on the bus, but please do not rush or get desperate to fill the empty seats. Maintain high standards. Align roles and responsibilities with talent. Make sure people have the right incentives and decision rights so you don’t need to micromanage every situation.
My individual project templates were minimalist to a fault, and I emphasized using the existing organization tools (e.g. JIRA, Confluence, and Google documents) rather than disrupt daily information flows. So when new PMO hires brought in fresh Microsoft Office templates to present our portfolio-level work to senior management, common sense dictated we use a mixture of tools and templates depending on the scenario and audience (e.g. JIRA and Google for day-to-day project and document management that was convenient for the engineers, Office for executive presentations).
Roll up your sleeves and get involved in the details. Whether it is sprint-level planning with the product owner or portfolio planning with executives (scope), dependency tracking across projects (risk), asking questions in architectural discussions that could affect multiple products in the future (quality), negotiating contracts with 3rd parties (vendors), reaching out to team leads to make sure they have enough folks (resources), or scheduling monthly checkpoints with key stakeholders (communication), you need to be alert to the different dimensions in which projects and products need assistance and be ready to render aid.
Success is a snowball. The early wins build credibility and grease important relationships. Identify low-hanging fruit with maximum business impact.
Work can get serious fast, but when people can still smile, laugh, and get things done you will know that the right seeds have been planted for the PMO.
References