PMBOK + Agile Hybrid Frameworks for Payments Teams
Pure Agile breaks on regulatory capital projects. Pure PMBOK breaks on product velocity. In a regulated payments organisation, you need both, and the design of the hybrid is the actual work.
I built this hybrid framework from scratch at Simpaisa to ship 12 cross-functional squads across product, payments, risk and compliance. This is the operating model.
Why pure Agile breaks in regulated payments
Three failure modes:
- No evidence trail for the regulator. A regulator does not want to see your sprint board. They want a stage-gated record: requirement → design → test → sign-off → deploy. Pure Agile produces velocity; it does not produce evidence.
- Capital procurement does not iterate. When you are spending $500K on a HSM cluster, you do not "fail fast." You spec, you compete-bid, you procure, you accept, you commission.
- Sponsor banks expect PMBOK artefacts. Your sponsor bank's risk team is going to ask for a project plan, a RAID register, a UAT sign-off and a go-live decision document. They are not going to ask for your retrospective notes.
Why pure PMBOK breaks on product
Three failure modes:
- Velocity dies. Stage gates assume scope is knowable at start. Product scope is not.
- Feedback loops are too long. Quarter-long gates mean quarter-long learning cycles.
- Talent goes elsewhere. Senior product and engineering talent does not enjoy waterfall ceremony.
The hybrid: workstreams choose their flavour
The hybrid is simple in principle: classify each workstream as Agile or Capital, and apply the appropriate framework.
Agile workstreams (sprint-based, 2-week cycles):
- Product feature delivery
- Internal tooling
- Merchant integration support
- Operational tooling
- Anything where scope iterates with learning
Capital workstreams (stage-gated, milestone-based):
- Sponsor-bank-affecting changes
- Regulatory deliverables (PCI DSS scoping, AML programme upgrades, new licence applications)
- Hardware procurement (HSMs, cards, terminals)
- Vendor onboarding with contract value above threshold
- New-market launches that require regulator engagement
Some workstreams are mixed. A new-market launch is capital (regulator + sponsor-bank engagement is gated) and Agile (the product surface iterates). Run two parallel tracks for those, with explicit join points.
The stage gates that actually matter
You don't need PMBOK's full stage-gate model. Four gates are enough for most capital workstreams:
- Initiate, business case, scope, named sponsor, budget approval
- Design, solution design signed off by engineering + risk + compliance; vendor selected if applicable
- Implement, built; UAT passed; risk and compliance signed off
- Operate, live; runbook delivered; operating model handed to ops
Each gate has an artefact set and a sign-off owner. No gate is passed by acclamation.
The Agile rituals that actually matter
You don't need full Scrum. Four rituals are enough:
- Sprint planning, what we are doing this sprint and why
- Daily standup, what's blocked, what needs handoff
- Sprint review, demo what shipped, get feedback
- Retrospective, improve the process
If you find yourself running more, ask which one you would kill if forced. The answer tells you what's not earning its cost.
The join points: where hybrid actually lives
The interesting work is at the boundaries.
Capital → Agile join: A new sponsor bank is onboarded (capital). The integration surface that exposes the new bank to merchants is built Agile. The join is a hand-off ceremony, capital workstream presents the design constraints, Agile workstream incorporates them into the sprint backlog.
Agile → Capital join: A new merchant flow is built Agile. Halfway through, it becomes clear the flow needs an MPGS / MDES change. That change is capital (vendor + scheme involvement). The Agile workstream parks the dependent stories until the capital workstream catches up.
Both joins are PMO-coordinated. This is the highest-value PMO surface in the hybrid.
Reporting in a hybrid world
Different reporting per flavour, joined at the leadership level:
- Agile reporting: sprint velocity, burndown, defects, lead time
- Capital reporting: gate status, RAID, milestone slip, vendor risk
- Joint leadership view: programme RAG status, named blockers, escalations needing leadership
Leadership reads the joint view. PMO maintains the per-flavour detail. Don't make leadership read two reports.
Common failure modes
Workstreams misclassified. Symptom: a capital workstream tries to run as Agile, regulator-facing evidence is reconstructed at the last minute. Fix: classify explicitly; don't drift.
Stage gates become ceremony. Symptom: gates pass without real sign-off. Fix: every gate has a named decision-maker who can say no, and has said no at least once.
Agile teams resent capital teams' pace. Symptom: Agile squads complain capital is slow. Fix: explain the constraint; if the constraint isn't real, kill the gate.
Capital teams resent Agile teams' chaos. Symptom: capital workstream leads complain Agile is unpredictable. Fix: capital should not have hard dependencies on Agile mid-sprint; structure dependencies at sprint boundaries.
What good looks like at 12 months
- Every workstream classified, no ambiguity
- Capital workstreams produce regulator-grade evidence as a byproduct of their gates
- Agile squads ship to weekly cadence
- Leadership reads one consolidated RAG status, not two parallel reports
- The hybrid is invisible to senior engineering and senior product talent, they feel Agile
FAQ
What about Scaled Agile Framework (SAFe)? SAFe is a heavier hybrid. Useful at very large scale (1000+ engineers). For most fintechs in the 50–500 range, the simpler hybrid described here is enough.
Do I need certified Scrum Masters and PMPs? Not strictly. But you need people who deeply understand both modes. Certifications are a proxy for that, useful, not sufficient.
How do I get capital workstream leads to embrace Agile concepts? Show them Agile rituals reduce status overhead. The retrospective in particular wins them over.
How do I get Agile leads to embrace capital workstream needs? Show them the regulatory cost of a missed evidence trail. One audit conversation usually settles it.
Related reading
PMOs don't fail because the PMs are bad. They fail because the function gets miscast as governance theatre instead of decision-making infrastructure. Six failure shapes, the symptoms, the fix.
A regulatory programme is not a compliance exercise. It is a project with an immovable deadline (the audit), an external grader (the auditor), and a delivery cost (remediation) that gets paid up front or many times over.
Product and program management overlap because they have to. The overlap is where most fintechs break. Hold the lane lines and the overlap becomes the most productive seam in the org.