A tongue-in-cheek play on the 12 principles of the Agile Manifesto and how most organizations actually do projects and product development
We follow these principles:
- Prioritize Shareholder Satisfaction Our highest priority is to satisfy the shareholder through consistently strong quarterly earnings.
- Resist Changes to Requirements Especially late in the development process, as they can disrupt the project plan.
- Postpone Testing and Integration Focus on developing individual components in isolation, deferring the more expensive testing and integration processes until the final stages.
- Separate Business and Development Teams Since business people and developers have different perspectives, they should operate in distinct departments.
- Centralize Around Project Managers Projects should be led by experienced managers, who assign clear tasks to their teams and monitor progress closely.
- Prefer Written Communication Use written documentation, ideally within a dedicated tool, for clarity and record-keeping.
- Measure Progress by Task Completion Progress is determined by comparing completed tasks against the project plan.
- Accept the Need for Crunch Time Expect to work extra hours towards the end of milestones or projects, but ensure teams rest afterward.
- De-prioritize Quality and Training Under Pressure When under tight deadlines, overlook built quality and engineer training as they are less valued by customers and shareholders.
- Match Complexity with Complexity Solve complex problems with equally complex solutions.
- Value Senior Expertise in Design The best architectures, requirements, and designs come from the minds of senior architects and requirements engineers.
- Learn from Every Project Collect and analyze lessons learned at the conclusion of each project for future improvement.
Hi, Matthias.
About #12, actually, if what you describe was done, it would be better that what can often be observed. Let me propose an alternative :
Deal with poor performers
At regular intervals, the steering committee meets to share about the gap between expectations and results, blame the team for insufficient performance and decide whether the team composition must change. Eventually, the worst individual performers are punished.
What do you think?
I love that! Packs even more punch 😅
#8… more like “expect teams to put in overtime to get work done then reward that superhero behavior and reset baseline expectations off it and watch people burn out and leave”
You’re so on point! The superhero worship is another problem besides the overtime. It rewards exactly the wrong people and creates a toxic culture forcing your best people to leave.
This is why agility is so important. Because once you start to lose your best people, no rearranging of processes or roles can help you. But once we start to understand that it’s about people first, we have a chance to become an insanely successful company.