PMP Practice Question: Process — Agile, Hard
Your distributed agile team spans three time zones with only a two-hour daily overlap. Sprint planning consistently runs over time, with the India-based developers joining at 6 AM their time and the US-based product owner available only until 11 AM EST. Retrospectives reveal that 40% of stories require significant rework because developers interpreted requirements differently than intended. The team has tried detailed acceptance criteria, but misunderstandings persist. Team velocity is 30% below similar co-located teams. What structural change would most effectively address this challenge?
Study this topic
WBS Work Breakdown Structure: Proven Best PracticesMaster the essential techniques for creating effective Work Breakdown Structures that drive project success and align wi…
More Process Questions
View all →Your construction project is in month 18 of a 30-month schedule. A new environmental regulation has been enacted that requires additional soil remediation procedures for your project site. The regulation applies retroactively to work already completed. Your legal team estimates compliance will add $1.2M in costs and 3 months to the schedule. You have management reserve of $800K and schedule reserve of 6 weeks. The contract includes a force majeure clause and regulatory change provisions. Your CFO wants to minimize financial impact, your customer is concerned about schedule, and your legal counsel advises documenting everything for potential claims. What is your best course of action as the project manager?
You are leading an agile project to develop a mobile banking application. The team has just completed Sprint Planning and committed to delivering eight user stories in the upcoming two-week sprint. During the daily standup on day three, a developer mentions that one of the stories is taking much longer than estimated and may not be completed. What should you do first?
During a sprint retrospective for your software development project, team members identify that unclear user story acceptance criteria have caused significant rework in the past three sprints. The team estimates that 30% of their time has been spent redoing work that didn't meet unstated expectations. What should the team do to address this issue?
