» Agile Methodology
During training courses, I often think it would be helpful to have all of Scrum and Agile summarized on one page. It’s actually not so easy! Even though the Agile Manifesto is just 4 values and 12 principles, and the Scrum Guide is 17 pages, it is still hard to summarize all that on one slide. We’ve tried anyway, and I am interested in your opinion on our efforts.
I meet with a lot of organizations who want to be Agile. When I ask why, most will respond with mechanical and tactical reasons:
- Improve On Time Delivery
- Align Business and Technology
- Flexibility to Respond to Change
Are these the right things to measure? If you achieve this, will you create a competitive advantage, or even parity? Do these represent business agility?
Earlier this month I had the opportunity to teach 3 agile training sessions in a row, 2 for clients and one at Northwestern University. In those classes, I learned a few things from the attendees. These were challenges that the participants saw to implementing Agile in their organization. They were often stated as objections or ways in which they did not think Agile would work for them.
Most IT organizations today have adopted some flavor of Agile. Some use it across the board and some use it for just a few projects. The question I frequently get from leaders and managers is why are things getting worse now that we are using Agile?!? If this describes your experience, here are 5 questions you can use to better understand the results you are getting.
#1 - Are You Seeing Problems You Have Always Had or Are They New Problems?
I have a colleague who is an Agile Coach and he frequently helps me to see my own biases about agile. He gently points out that something I said was actually about Scrum, and not about Agile. You see my colleague comes from an XP background. When I talk about sprints or backlog refinement or other Scrum-specific concepts, he finds it jarring.
Last month I wrote about a couple of blog posts on LinkedIn about the death of Agile. Though the author admitted he was speaking tongue in cheek (and clearly hyping the topic by using an image of a nuclear explosion), he raised some good points about why some people wish Agile were dead. In this post, I look at the areas where I agree with the author, as well as where I think he is wrong.