Scrum is a purposefully incomplete framework. Consequently, it needs to be augmented with tools and practices to apply its theoretical foundation to an organization’s business reality: what problems shall be solved for whom in which market? Moreover, there is an organization’s culture to take into account. However, the intentional “gap” is not a free-for-all to accept whatever comes to mind or is convenient. Some tools and practices have proven highly effective in supporting Scrum’s application and reaping its benefits. And then there are others — the Scrum trap.
Let’s look at what practices and tools for collaboration and team building are not helpful when used with Scrum.
TL; DR: Escaping the Feature Factory — Refocussing From Output to Outcome
The feature factory fate is not inevitable; there is hope to avoid becoming a mere cog in the machinery. Learn how!
In many large organizations, Scrum teams fall into the ‘feature factory’ trap, focusing more on churning out features than creating real value. It’s too bad that this shift undermines Agile principles and hampers long-term success and innovation. Let’s discuss how and why this happens and what we can do to break the chains of the feature factory.
TL; DR: Overcoming Common Product Backlog Management Traps w/ David Pereira
How teams manage their Product Backlog often makes or breaks their value creation chances. Poor backlog management leads to a feature factory trap, while a mindful strategy enables the team to drive value steadily. During the 54th Hands-on Agile meetup, David Pereira shared tried and tested practices to avoid the feature factory fate.
Ideally, a metric is a leading indicator for a pattern change, allowing your Scrum team to analyze the cause in time and take countermeasures. However, what if you picked the wrong metrics? What if these useless agile metrics lead you in the wrong direction while providing you with the illusion that you know where your team is heading?
Learn more about useless agile metrics, from individual velocity to estimation accuracy to utilization rates.
If you ask people to come up with popular attributes for “Agile” or “agility,” Scrum and Jira will likely be among the top ten featured. Moreover, in any discussion about the topic, someone will mention that using Scrum running on top of Jira does not make an organization agile. However, more importantly, this notion is often only a tiny step from identifying Jira as a potential impediment to outright vilifying it. So in March 2023, I embarked on a non-representative research exercise to learn how organizations misuse Jira from a team perspective as I wanted to understand Jira anti-patterns.
Read on and learn more about how a project management tool that is reasonably usable when you use it out of the box without any modifications turns into a bureaucratic nightmare, what the reasons for this might be, and what we can do about it.
There are plenty of failure possibilities with Scrum. Indeed, given that Scrum is a framework with a reasonable yet short “manual,” this effect should not surprise anyone. For example, the Scrum Guide clearly states the importance of self-management at the Scrum team level. Nevertheless, the prevailing cause of many messed-up attempts to use Scrum result from what I call agile micromanagement, a pseudo-commitment to agile principles only to be overridden whenever it seems beneficial from a stakeholder’s or manager’s perspective.
Join me and delve into the importance of self-managing Scrum teams in less than two minutes.
