Search This Blog

Showing posts with label PMO. Show all posts
Showing posts with label PMO. Show all posts

Sunday, June 15, 2025

Playing the CARD at Scale: Lessons from a Global Strategic Business Office

An opportunity presented itself for me to reflect on a mental model that I had developed a long time back. I had relied on this model to proactively sow the success seeds for any initiative that I worked on and also reactively address challenges as they surfaced. The opportunity came when I had a good friend who discussed with me about supply chain related failures for a drug portfolio where decision-making delays created strategic and operational challenges for a mid-level healthcare organization. 

While some early thoughts focused on teams lacking the capacity and capability, I didn't feel completely convinced. Over the years, as a VP leading a PMO with many project and program managers reporting under me, I noticed a recurring pattern: projects rarely failed because teams lacked effort or intelligence. They struggled because the realities of execution were not made explicit early enough. To address this, I often used a simple but powerful mental model called CARDConstraints, Assumptions, Risks, and Dependencies. Like a card in your pocket, it is something every mid-level manager should carry into planning conversations, steering committees, and day-to-day decision-making.

My thinking around CARD further matured significantly as my role evolved into VP of a Global Strategic Business Office (GSBO), where the PMO increasingly became a shared services capability rather than a standalone function. One arm of the GSBO focused on client-driven delivery programs, while the other governed the internal product and R&D portfolio across the organization. In this dual mandate—external execution and internal innovation—CARD became a pivotal enabler, helping us navigate strategy over a three-year horizon while still executing tactically at the project level.

Constraints are the non-negotiables of an initiative and strong managers surface them early and often. They act like the skeletal system defining the shape, structure, and boundary limits. The organization fails without the skeletal system and too much rigidity compromises agility. Beyond traditional limits like budget and timelines, constraints on a strategic side included leadership capacity, market timing, regulatory environments, and investment guardrails across portfolios. For client-driven programs, constraints were often contractual and immovable; for product and R&D initiatives, constraints showed up as funding thresholds, architectural decisions, or talent availability. 

In my GSBO initiatives, CARD helped ensure that constraints were explicitly acknowledged at the portfolio level, so teams didn’t overcommit locally and underdeliver globally. When surfaced early, constraints became tools for prioritization rather than excuses for delay. Every trade-off such as scope reduction, sequencing, and resourcing must explicitly reference which constraint is being protected. When constraints are invisible, teams make local optimizations that create global failure. Making constraints explicit creates realism, not pessimism.

Assumptions are where many plans quietly go wrong. These are statements we treat as true without proof. I view the assumptions as the nervous system and determines how the organization perceives the market and reacts to the signals. I found the assumptions were where the CARD created the most leverage especially in product and innovation work. Multi-year roadmaps are built on assumptions about customer adoption, technology maturity, data readiness, and organizational change. In the GSBO, we treated assumptions as testable hypotheses, particularly for R&D experiments embedded within the portfolio. 

Product managers and business analysts or the project and program managers were expected to articulate what must be true for success and define signals (triggers) that would invalidate those assumptions. Unchecked assumptions turn into surprise risks and surfaced assumptions turn into managed conversations. This discipline allowed leadership to course-correct portfolios early rather than defending plans that no longer matched reality.

Risks spanned both execution and strategy and provided the highest value in the GSBO. In fact, risks were the main thread that connects projects, programs, and portfolios in any enterprise. Risks differ from constraints and assumptions in that they are probabilistic events with a positive or negative impact! 

  • At the project level, risks were treated within the project's threshold but escalated when their cumulative and overall impacts exceeded the project boundary. 
  • At the program level, risks included benefit slippage, vendor reliability, and integration complexity.  The program level risks also were delegated to project level as needed. 
  • At the portfolio level, risks expanded to include concentration risk, innovation failure, market shifts, and opportunity cost. 
CARD helped management elevate the right risks that genuinely threatened strategic outcomes. More importantly, it encouraged explicit risk ownership and leadership decisions about which risks to mitigate/enhance, transfer/share, avoid/exploit, and finally which risks to consciously accept.

Dependencies were the connective tissue of the GSBO and are frequently the most underestimated element of CARD. Client programs depended on internal product roadmaps; product initiatives depended on shared platforms, data, and specialized skills; R&D experiments depended on leadership patience and protected funding. In my opinion, projects do not fail in isolation but across the integration points between teams, vendors, stakeholders, and systems. 

CARD forced visibility into these interdependencies and prevented siloed decision-making. For project and program managers, managing dependencies became less about tracking dates and more about orchestrating conversations, aligning incentives, and escalating decisively when assumptions broke down. It forced us to ask hard questions: Who do we rely on? Who relies on us? What happens if this slips?

CARD Element Body Metaphor Leadership Connection
ConstraintsSkeletalStructure, System, Boundary, Leverage
AssumptionsNervousInterpretation, Signals, relexive decision-making
RisksCirculatoryAwareness, Escalation, Flow
DependenciesConnectiveAlignment, Integration, Cohesion

Finally, CARD works because it forces clarity. Just like bad strategy may result from rigid bones and faulty nerves, execution can fail because of weak connective tissue and blocked circulation. So, constraints shape choices, assumptions test logic, risks demand foresight, and dependencies expose interconnections. When the management and leadership consistently apply CARD, status conversations become sharper, surprises decrease, and leadership trust increases. 

In my experience, you don’t need more templates or tools—just the discipline to play your CARD well, every time. What are your thoughts? How have you applied any of these thoughts? Please share your insights.

Monday, September 24, 2012

PMO Metrics to Support Governance Needs

In the world of metrics, it is critical for a program management office to focus on critical measures for governance or steering committee. Which each project can focus on EVM measures, WIP, velocity or the burn rate depending on the project, not all these metrics are relevant to the sponsor or the senior executives. As the head of the Program Management Office, I provided monthly updates through my program management office portal, but I worked with the senior executives on exactly what types of metrics were relevant at a governance meeting for decision-making! 

Eliminating some of the proprietary information given below is what I negotiated and agreed upon with the senior executives. 



  1. % of completed projects delivered ahead of schedule for a specific date range.
    1. Computing the following for every In Progress project in each date range using (Actual Finish – Baseline Finish) / Duration delivered projects ahead of schedule despite the delays.
    2. Show in percentage the number of projects ahead of schedule (negative slip) and behind schedule (positive variance) in relation to the total # of In Progress projects.
  2. Launch Measure: Schedule lip from "Actual Deploy Finish" from the original "Baseline Finish"
    1. This measures details on the slip. Compared with the phases that slipped, the major contributors for delays are analyzed using DELAY tasks.
    2. If all resources are using proper resource guidelines, then, the slip can be computed as :(Actual Finish – Baseline Finish – DELAYS) / (Total Project Duration).
  3. % of healthy and unhealthy Projects
    1. This measures what projects need attention for scope creep, schedule sleep, budget overrun.
    2. Enforcing the color codes as an indicator, % of projects that have all the three constraints in green compared to the number of projects in progress.
    3. A project that has any one component red is marked red.
    4. A project that has no red issue, but any one component yellow is marked yellow.
    5. A Project that has all the constraints green from all members is marked green.
  4. Critical Risks and Operational Issues
    1. Measured across the programs based on production issues impacting client satisfaction and business objectives
    2. Evaluates which program or project level risks materialized that required attendance or what new issues caused the operational challenges
    3. Discussion points should involve RCA on each issue from both corrective and preventive action
The Senior Executives could always get these reports within a day's lead time and the PMO continued to be effectively running with these metrics. No surprises to any program or project managers as well as the product and operations managers.