What is the biggest pitfall in managing Agile projects with ALM?
By submitting your personal information, you agree that TechTarget and its partners may contact you regarding relevant content, products and special offers.
The single biggest pitfall in managing Agile projects with ALM is running over Agile. Project managers can get so involved in the management aspect that processes lose their agility.
By running over Agile, I mean you get so caught up with the ALM that you forget about Agile -- being flexible, fast and effective. It's common to over-engineer the ALM or, more frequently, under-engineer the chosen ALM. Doing either wastes valuable time that should be focused on development.
Too many rules will hinder the team process.
For example, you choose a tool that displays your user stories, tasks and assignments for a set series of iterations. Looks good; everyone has figured out when and how to move their tasks through the process. As you go along, you notice team members following different rules when moving tasks. As the Agile project manager, you go in and define the rules more precisely. You may even add constraints so the rules have to be followed.
If there are any two groups that can find a way around configured software rules, it's developers and testers. As time goes on, you see more and more rules getting broken. Business requirements are accepted without verifiable acceptance criteria and stories are accepted with no quality assurance testing even though it's listed as required. You add more rules and review with the team.
This could go on forever, and the longer it goes on, the more you notice timelines are slipping and work is not getting done. This pattern can bog down the process with more rules than the Waterfall methodology. That's not what you're after. Everyone gets blocked. You'll get in your own way and make the team un-Agile, inflexible and unproductive. Too many rules will hinder the team process.
You have to be careful how many rules you add, how you communicate them and how you communicate with the team. Rather than just adding more rules, have an open discussion with the team. Ask yourself if changes are really necessary. Ask your team why they are circumventing the process in certain instances. As a team, discuss what keeps the process Agile and how to operate within the defined Agile methodology that the business needs.
Dig Deeper on Application Lifecycle Management Tools and Processes
Related Q&A from Amy Reichert
It's a big test, but if you break it down into smaller bits -- and study with a group -- it's much easier. Expert Amy Reichert explains prepping for ...continue reading
If this is the year to build your software testing career, the ASTQB and ISTBQ certification tests might be a good idea. Expert Amy Reichert explains...continue reading
If you spend your days being bored or frustrated, it might be time to change jobs. Expert tester Amy Reichert explains the warnings signs of a ...continue reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.