Agile development starts with small Scrum teams tackling small problems. After some initial successes the organization gets more ambitious, and tries to get more teams tackling bigger problems. At some point these endeavors run headlong into organizational finance and governance structures from a different era, designed with huge projects in mind, and it usually doesn’t end well.
Agile change and transformation
Marc Andreessen famously said “software is eating the world”. Yet most of our software development project teams and organizations simply are not set up for us to take part in this revolution. Why? Our organizational surroundings are directly responsible for inefficient design and delivery – locally-optimized silos, opaque and ossified power structures, multi-layered middle management, command-and-control executives – the failings are well known.
The market keeps talking about cultural change, that will help us be better at what we do. We have Agile, Scrum, teal organizations, holacracy, sociocracy, NVC and all other similar concepts. But is there anything all of those organizations have in common?
Preaching the benefits of agility when pressed for a twelve-month release schedule makes for an awkward conversation. Business commitment and organizational change are needed to successfully adopt agility-building practices like agile, lean product management and continuous delivery. When their adoption is only tolerated by the wider organization on the condition that legacy ways-of-working are respected, their effectiveness is critically constrained.
Whether you are implementing Agile in a small company or a large company, one team or numerous teams, there are several best practices that boost not only the speed of the implementation and not only its quality but also the most important key factor, the ability to stick for a long time and basically to create the right new DNA. This presentation describes the common mistakes that are usually done when adopting Agile and Scrum and how to avoid them.
Many organizations find they have hit a wall in their Agile transformation. Something is still missing: the culture has not changed, leaders do not yet fully understand their full Agile role, the structure is not aligned around value streams, teams find major obstacles to doing, and being, Agile. The causes of these dilemmas are not simple; if they were, you would have solved them by now.
Agile development starts with small Scrum teams tackling small problems. After some initial successes the organization gets more ambitious, and tries to scale Agile, getting more teams tackling bigger problems. At some point these endeavors run headlong into finance and governance structures from a different era, designed with huge projects in mind, and it usually doesn’t end well.