zx
There are plenty of Scrum Masters failures. Given that Scrum is a framework with a precise and concise yet short “manual,” this effect should not surprise anyone.
Learn more about three widespread examples of how Scrum Masters fail their team in three short video clips, totaling 5 minutes and 31 seconds.
Make no mistake: Your Product Backlog is the last line of defense preventing your Scrum Team from becoming a feature factory; hence Product Backlog defense is vital: Figure out a process that creates value for your customers. Moreover, have the courage — and the discipline — to defend it at all costs.
A few weeks, Scrum.org hosted a webinar on Product Backlog anti-patterns with me, which left several questions unanswered as we ran out of time. Hence please find following my answers to the additional 18 questions I could not answer during the webinar Product Backlog anti-patterns Q&A session.
For years, I worked in several Berlin-based, fast-growing startups in my capacity as Scrum Master, agile coach, and Product Owner. These are my lessons learned on making Agile work — including Scrum as a framework — in a fast-growing startup. Also, let me introduce you to the anti-patterns agile startups shall avoid at all costs.
Garbage in, garbage out: No matter whether your team chose Scrum for the right purpose—solving complex, adaptive problems. No matter whether your Scrum Team’s product quality is top-notch or whether your teammates embrace self-management to the fullest. If your Product Backlog is not up to the job, all of these accomplishments will account for little, as your team will provide less value to its customers than possible. Here is where the forensic Product Backlog analysis steps in, a light-weight, simple practice to help Product Owners and Scrum Masters unearth anti-patterns that led to your low-value Product Backlog.
Learn more on how a piece of paper and a pencil can turn around the perception of your Scrum Team among stakeholders and customers.
Job ads for Scrum Master positions reveal great insight into an organization’s progress on becoming agile. I analyzed more than 50 job ads for Scrum Master positions to gain these. Learn more about what makes job ads such a treasure trove with the following 22 Scrum Master anti-patterns derived from job ads.
What looked like a good idea back in the 1990ies—outsourcing software development as a non-essential business area—has meanwhile massively backfired for a lot of legacy organizations. While they try to become more appealing to product and software developers, they still have difficulties understanding what it takes to build an attractive product/engineering culture. Learn more about typical anti-patterns and signs that an organization is causing a toxic team culture, impeding its efforts to become agile.
Have you noticed how many people in the agile field are unhappy with their work situation? A situation where an organization already struggles doing agile, not to mention ‘becoming agile?’ This is what I call lipstick Agile.
Scrum Masters and agile coaches are close to either burnout or indifference. Product Owners who “own” the product by name only, and developers questioning why “Agile” is imposed upon them and often turns out to be just another form of micromanagement.
Regularly, we find articles from developers detailing why ‘Agile’ in general and Scrum’s nature, in particular, deserve our collective disdain.
What has always struck me in this discussion is the fact that Scrum is a tool useful to accomplish one primary task: delivering value to customers of emergent products in complex environments while mitigating an organization’s exposure to risk at the same time. So, if Scrum is not working in an organization, maybe it is because Scrum is applied to the wrong cause in the first place. Or, that its application has been mechanical, driven by folks who don’t know what they are doing. (Seriously, how hard can Scrum be if the manual comprises of 18 pages, right?)
The question then is: Why would I “hate” a tool unsuited for the intended purpose or applied incompetently? Would I hate a hammer for not being capable of accurately driving a screw into a wooden beam? Probably not, as the hammer wasn’t designed for that purpose, and neither sheer will-power nor stamping with your feet will change the fact.
We started this series on remote agile with looking into practices and tools, followed by delving into virtual Liberating Structures, and how to master Zoom. This fourth article now addresses basic remote agile anti-patterns — the pitfalls any distributed team wants to avoid to become successful.
