Three months in, a competitor launches a similar platform. David re-runs the numbers. The original $2M benefit is now only $800k. The project still makes sense, but just barely. He updates the Business Case. At month five, a new technology emerges that would cost an extra $50k but double the speed. David presents this to the board. They agree the extra benefit justifies the cost. The Business Case remains viable until the very end. If it ever became un justified, David would be mandated to stop immediately.
Look back before you leap. Capture lessons from past projects (good and bad) and apply them continuously, not just at the end. 3. Define Roles and Responsibilities (Who Does What?) The Story: In week two, chaos erupts. A developer, Sarah, changes the database structure without telling anyone. The tester, Mike, is furious because his tests now fail. Sarah says, "I thought I was helping." prince2 7 principles
Senior management sets boundaries (time, cost, quality, scope). The project manager stays within them. Only break the glass when a boundary is crossed. 6. Focus on Products (Outputs, Not Activities) The Story: Most teams focus on tasks: "Write code," "Test login," "Deploy server." David forces the team to focus on products (deliverables). Three months in, a competitor launches a similar platform
David creates a for his own project. Every week, the team asks: "What have we learned this week?" Midway through, they learn that the payment gateway provider is slow to respond. David logs this and escalates early, avoiding a two-week delay. The project still makes sense, but just barely