When Agile Isn’t The Best Thing For The Client
May 13, 2012 | Author: PM Hut | Filed under: Agile Project Management
When Agile Isn’t The Best Thing For The Client
By Terry Bunio
I am presenting with two other friends on Agile in a non-Agile environment. Some of our first discussions on the matter was commenting on how the topic itself was confrontational and somewhat elitist. Almost putting people who could do more pure Agile above those that had to compromise on how they implemented Agile. In many situations, I had seen the discussion of these projects being referred to ‘bastardizations’ of Agile. How dare we do less than what was written in the books? How dare we do less than what was proposed by the experts?
Our first thought was to again reinforce that Agile is about finding better ways, no matter where you are on the Agile/Waterfall continuum. Our second that was to reinforce that using Agile in a non-Agile environment should not be viewed as a lesser implementation of Agile. As long as the client is getting the most value from the application of Agile, it should be viewed as successful as a more pure Agile project.
What Is Agile at Its Heart?
When we discussed what Agile is at its heart, we came up with two things:
- Reducing Inventory (Whether they be documents, features, or wasted processes)
- Shorten Feedback Loops (On deliverables and on the use of features in Production)
Who Decides Value?
Often times I believe we as Agile professionals get caught up in determining what is valuable for our clients. This was a major fault with the Waterfall processes, and I fear Agile is falling into the same trap. In the past, Waterfall projects had less frequent interactions with clients and the projects and professionals were expected to make decisions for the business. One of the first benefits of Agile that I saw was placing the full determination of priority and value clearly back into the hands of the client. For too long, projects had wrestled the full determination of priority and value away from the clients and the processes in software development projects used were considered mandatory and not open for debate.
But now I fear that we are slipping back into that black and white worldview. But instead of the Software Development professionals informing the client that we know what is best for them, Agile Software Development professionals are informing other Software Development professionals that we know what is best for them. And if some projects and professionals are not as Agile, they clearly have bastardized Agile.
Three statements I heard in the last week were:
- Business Analysts have no value
- Estimates have no value
- Documentation has no value
From whose perspective? I would be hard pressed to find any client I have worked with in the past twenty years that would agree with these statements. I agree that doing documentation and estimates excessively can provide limited value, but in the end the person that determines that value is the client.
The statement that we came up with for the presentation speaks for itself: “More Agile processes can deliver less value for some clients.”
Terry Bunio is currently a Principal Consultant at Protegra. He has managed multiple complex projects and provided Project Management, Architecture and Database leadership for companies such as Manitoba Public Insurance, LPL Financial, Assante Asset Management, Moventum, Government of Manitoba, Investors Group, and London Life. More recently Terry’s focus and passion has been on managing Lean projects and being part of Lean and Agile Project teams. As a practical Project Manager, Terry is known to challenge assumptions and strive to strike the balance between the theoretical book agile and the real world approaches.
Protegra helps organizations in the private and public sectors identify and solve tough business performance challenges. Protegra offers management consulting services focused on operational efficiencies. For organizations that use information technology as a competitive advantage, Protegra offers software services development and solutions.
No comments yet.
feel free to leave a comment
Comment Guidelines: Basic XHTML is allowed (a href, strong, em, code). All line breaks and paragraphs are automatically generated. Off-topic or inappropriate comments will be edited or deleted. Email addresses will never be published. Keep it PG-13 people!
XHTML: You can use these tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>
All fields marked with " * " are required.











