PMP User Acceptance Testing and Escaped Defects

PMP® in Action (Part 14): The UAT Gauntlet – When Users Meet the “Smart-Wallet”

Section 1: The “Bridge” from London to Delhi

It was 2:30 PM in Delhi, which meant the London business team was just settling in with their morning coffee. Today was the start of the User Acceptance Testing (UAT) for the European “Smart-Wallet” module.

Kapil Mehta stood at the head of the conference room. On the large screen was a high-definition WebEx bridge connecting 7Pro to the QT Money headquarters in London. On the other end was Alistair Cook, a legendary, no-nonsense Product Owner known for finding the one tiny flaw in a thousand lines of code.

“Kapil, Tariq,” Alistair’s voice was crisp. “We’ve reviewed the Technical Specification Documents you uploaded to ServiceNow. On paper, your ‘2-2-2’ architecture looks solid. But our UK users don’t care about IBM Message Broker nodes. They care about whether a payment from London to Berlin happens in under three seconds without a currency rounding error.”

Mohd Tariq opened the UAT Environment. “Alistair, we have prepared 200 ‘Happy Path’ test cases. The QA team has already signed off on the internal SIT (System Integration Testing). We are ready for your team to begin the ‘User Stories’ validation.”

Kapil watched the bridge call like a hawk. He knew that in PMP, UAT is the ultimate Quality Gate. If Alistair didn’t sign off, the Europe Phase would be “Stalled,” and the project’s Burn Rate would start eating into the profit margins.


Section 1 Breakdown: The PMP & ITIL Lens

  1. User Acceptance Testing (UAT): The final stage of the software testing process. In PMP, this is the process of Validate Scope—the formal acceptance of the completed project deliverables by the stakeholders.
  2. Product Owner (Agile): Alistair Cook represents the “Voice of the Customer.” He is responsible for maximizing the value of the product and ensuring the team delivers what the business actually needs.
  3. Validate Scope vs. Control Quality: Control Quality (which Tariq’s team did internally) is about correctness. Validate Scope (which Alistair is doing now) is about acceptance.
  4. Service Validation and Testing (ITIL 4): Ensuring that the new service (Smart-Wallet) meets its design specifications and satisfies the needs of the business.

Section 2: The “Round-Trip” Bug – A Crack in the SIT Shield

The UAT bridge had been running for three hours when the atmosphere shifted. Alistair Cook stopped sharing his screen and leaned into his camera.

“Kapil, Tariq… we have a problem,” Alistair said, his voice dropping to a low, dangerous calm. “I just ran a ‘Round-Trip’ transaction—transferring 5,000 GBP from London to Frankfurt, and then immediately back. The math doesn’t clear. There is a discrepancy of 0.04 EUR.”

Mohd Tariq quickly opened SOAP UI to trace the XML logs. “Alistair, that’s likely a micro-rounding difference in the mid-market rate.”

“No,” Alistair interrupted. “It’s not rounding. It’s a Logic Leak. My team found that when the transaction hits the secondary node of the Frankfurt IBM Message Broker, it’s using a cached VAT rate from three days ago instead of pulling the real-time rate from the global config. Your internal QA team missed a synchronization lag between your nodes.”

Kapil Mehta turned slowly toward the back of the room, where the internal QA lead was sitting. He didn’t say a word, but he pulled out his phone and opened the ServiceNow mobile app. He navigated to the “Performance Review – 2026” folder and began typing.

The room went cold. The 7Pro team had spent weeks on SIT (System Integration Testing), claiming the code was “Bulletproof.” Now, in front of the most important stakeholder in the UK, they looked like amateurs.

Section 2 Breakdown: The PMP & ITIL Lens

  1. Escaped Defect: A bug that was not caught during internal testing (SIT) and was discovered by the customer during UAT. Escaped defects are the most expensive and damaging to a project’s reputation.
  2. Logic Leak: A flaw in the business logic (in this case, currency/tax calculation) that results in incorrect data processing, even if the system stays “online.”
  3. Audit of Quality (PMP): Kapil is realizing that his internal Quality Control (the SIT phase) failed. He will now need to perform a “Quality Audit” to see why the QA team didn’t test the synchronization between Nodes 1 and 2.
  4. Service Transition (ITIL 4): This is a failure in the “Utility” of the service. The service is available (it’s “on”), but it isn’t “fit for purpose” because the math is wrong.

Section 3: The Breakroom “Whispers” and the Emergency Patch

While Alistair Cook remained on the bridge call with a “frozen” testing schedule, the 7Pro breakroom became a hotbed of Back-biting.

Sunil, still operating as the “Documentation Auditor,” was leaning against the coffee machine, talking to the junior QA testers. “I told the UK auditor last week that the sync was unstable,” Sunil whispered, loud enough for others to hear. “Kapil and Tariq were so obsessed with the ‘2-2-2’ architecture that they forgot to check if the nodes actually talked to each other. Now we all look incompetent because they wanted to ‘Fast-track’ the SIT sign-off.”

Mohd Tariq walked in to grab a quick tea, his face etched with the weight of the “Two Caps” he was currently wearing—Project Lead and Lead Architect. He heard the tail end of Sunil’s comment but didn’t engage in the politics. Instead, he pulled Kapil aside.

“Kapil, the team is fragmenting,” Tariq said softly. “Sunil is spreading the idea that we rushed the SIT. If we don’t fix this ‘Logic Leak’ in the next four hours, Alistair will file a formal Notice of Non-Conformance. I need to pull the night shift engineers back in early. We need to manually flush the IBM Message Broker cache and rewrite the XML pull-logic to bypass the local node storage.”

Kapil looked at the clock. It was nearly 6:00 PM. “Do it. But Tariq, I want a Root Cause Evidence log for every line you change. If this was a SIT oversight, someone is losing their bonus. If it’s a synchronization bug in the IBM firmware, I’m going to use it to push back on Alistair.”


Section 3 Breakdown: The PMP & ITIL Lens

  1. Non-Conformance: A PMP term for when a product or process does not meet the specified requirements. Alistair’s threat of a “Notice of Non-Conformance” is a major risk to the project’s Quality Baseline.
  2. Fast-Tracking (PMP): A schedule compression technique where activities normally done in sequence are performed in parallel. Sunil is accusing Kapil of “Fast-tracking” SIT and UAT, which often leads to Rework.
  3. Team Dynamics & Dysfunctional Conflict: The “back-biting” in the breakroom is a symptom of a Storming Phase (Tuckman’s Ladder) that has resurfaced under pressure.
  4. Problem Management (ITIL 4): Tariq is moving from “Incident Management” (the bug) to “Problem Management” (identifying why the cache synchronization failed across the nodes).

Section 4: The 10:00 PM “Re-Test” and the “Folder” Confrontation

The 7Pro office was a pressure cooker. By 10:00 PM, Mohd Tariq had the night shift team and the senior architects huddled around a single terminal. They had rewritten the XML pull-logic to force a “Live Fetch” from the global configuration, bypassing the faulty node cache.

“Alistair, are you still there?” Kapil asked the WebEx window. The London team had stayed late, fueled by the same adrenaline and caffeine as the Delhi team.

“I’m here, Kapil. Let’s see the ‘Round-Trip’ again,” Alistair replied.

Tariq initiated the transaction: 5,000 GBP from London to Frankfurt. The IBM Message Broker processed the XML. Node 1 handled the outbound; Node 2 handled the inbound. The result popped up: 0.00 Variance. “The math holds,” Alistair admitted, a hint of relief in his voice. “The logic leak is plugged. We’ll resume full UAT tomorrow morning at 09:00 GMT. But Kapil, I want the RCA (Root Cause Analysis) on my desk before I sign off on the Europe ‘Smart-Wallet’ module.”

As the bridge call disconnected, the team let out a collective breath—except for Kapil. He walked straight to the breakroom where Sunil was packing his bag.

“Sunil,” Kapil said, his voice a low, dangerous vibration. “I heard your ‘analysis’ at the coffee machine. You told the juniors we fast-tracked the SIT. The truth is, the SIT failed because the Integration Test Script—which you audited last month—didn’t include a node-synchronization check.”

Kapil turned his laptop screen toward Sunil. It was the “Performance Review – 2026” folder. “I’ve added a new entry: Sunil – Failure in Documentation Audit (SIT Phase) and Internal Sabotage of Team Morale. Your ‘Back-biting’ didn’t just hurt the project; it provided the evidence for your own performance gap.”


Section 4 Breakdown: The PMP & ITIL Lens

  1. Corrective Action (PMP): The emergency patch was a corrective action—realignment of the project work with the management plan after a defect was found.
  2. Quality Audit: Kapil used the crisis to perform a “Mini-Audit.” He discovered that the gap wasn’t in the coding speed, but in the Testing Strategy (which Sunil was supposed to have verified).
  3. Manage Team (PMP): Kapil is addressing “Toxic Behavior” directly. In PMP, managing a team involves influencing behavior, resolving issues, and appraising performance.
  4. Service Transition (ITIL 4): By fixing the cache sync, Tariq restored the “Warranty” of the service—ensuring it performs reliably and accurately under the agreed conditions.

Section 5: Summary – What Did We Learn?

  • UAT is the Moment of Truth: You can pass every internal test, but if the Product Owner (Alistair) finds a business logic error, your “Quality” is zero.
  • The High Cost of Escaped Defects: Finding a bug in UAT requires Crashing (extra hours) and Fast-tracking, which puts immense stress on the team.
  • Documentation is a Double-Edged Sword: Sunil used documentation to “back-bite,” but Kapil used the same audit trail to prove Sunil’s own oversight.
  • Logic vs. Uptime: A system can be “Up” (ITIL Availability) but still “Broken” (PMP Quality). Always test the Business Logic across all redundant nodes.

Leave a Reply

Your email address will not be published. Required fields are marked *