Dealing With Agile Implementation Problems
Dealing With Agile Implementation Problems
Maybe it's taking a little longer than expected to get there, or maybe the environment you've created does not fit the new requirements. What should you do?
Join the DZone community and get the full member experience.Join For Free
Whatever new awaits you, begin it here. In an entirely reimagined Jira.
So, your Agile coach told you that once you implemented Agile, the team productivity would go through the roof. However, you're struggling to see the result.
Maybe it's taking a little longer than expected to get there, or maybe the environment you've created does not fit the new requirements. What should you do? Run to the Agile coach and demand your money back?
Perhaps, but first, why not take a closer look at what factors have the most impact where Agile team efficiency is concerned?
Bad User Stories
Bad user stories are stories that are either badly written in their core (they make no sense), are badly worded (development team doesn't know what to do), or are just too large for one feature or fix.
An easy solution is to get in contact with the team that is most likely to be working on an item to help out when writing the user story.
Wrong Understanding of Timeboxing
The idea isn't to put a time-frame on something, but to make the work of a size that will suit the normal, accepted, and currently used timebox. The general rule is that tasks will always take at least as long as estimated, so it's advised to make them possibly quite short.
An easy solution is to agree on a few workable timeboxes, one of which always needs to be used when estimating delivery of an item.
It sounds easy enough to prioritize, but a surprising amount of teams do not manage their own priorities well at all. That's the kind of thing that can make or break your deal with a stakeholder.
An easy solution is to give the team enough power to be able to pick the highly prioritized items for themselves and pause work on less crucial things in the meantime rather than leaving all of the decision making to a manager. The team will know best when and how to pause and start work much more effectively than the manager.
Unclear Definition of Done
Unless all members of the team have the same understanding of when a task is done, there will always be a reverse flow present on your task management board. So delays, frustration, and missed deadlines will follow.
An easy solution is to define done and make this information known to all on the team, meaning to keep a written note on this in a visually reachable place, i.e., a task board or that spot right above the coffee machine you're all staring at while waiting for coffee.
Testing Too Late
It seems to be a hallmark of teams fairly new to Agile who tend to bring their previous methods on board. Efficient testing and quick bug turnaround are crucial to making Agile work in at least a basic fashion.
An easy solution is to automate testing and execute a strict testing policy.
Poor Team Communication
This often gets attributed to distributed teams only, but communication can suffer in all circumstances. All it takes is having bad examples set and no training (or common sense) in how much impact this creates to all productivity. Whether your team is spread across various time zones or sitting in the same room, not being able to share data, requirements, and changes is a common issue.
An easy solution is to make a protocol. State clearly what action requires which communicative reaction. It will hard at first, but people get used to this after a while and information starts to flow beautifully through the company.
Bad Start in Agile
It does happen, that teams that were introduced to Agile from a wrong perspective or with unreal expectations just can't make it work. Increasing productivity in a month or that attending a two-day course will not make the team change instantly.
An easy solution is to manage your expectations and give the team time to learn the new ways and to adapt. Also, if it seems as though your Agile coach is making little sense, consider getting a second opinion.
All of these factors matter if you're seriously determined to see the results of your team being Agile. If things are not going as well as they should or could, find out the cause and fix it. It's perfectly doable.
Published at DZone with permission of Anna Majowska , DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.