| Getting Started Well! |
| |
|
It is a new year and that usually means it is time to think about new beginnings. In this case we want to talk about new agile beginnings, or agile transitions. Hardly surprising, right? What is surprising is how few agile transitions go well the first time. That is why this month's newsletter is going to be on the topic of starting well!
First of all, let's get some statistics out of the way. Here are some stats from the VersionOne 2008 State of Agile Development Survey:
- 45% of respondents said their organization was less than 75% successful on agile projects, with 23.8% saying they were successful less than 50% of the time.
- The second leading cause of agile project failure was listed as "Lack of experience with agile methods" (21%)
- Unwillingness of the team to adhere to agile practices was cited 11% of the time as the leading cause of agile project failure.
In short, only 55% of agile teams are completing at least 75% of their projects successfully, while 45% are still struggling. In addition, there is a lack of agile knowledge, which we believe leads to people falling back into old habits accounting for teams not adhering to the process. Because we have seen these types of numbers (or worse) when we are brought in to help new clients we are not surprised by the numbers.
What then should be done to change the situation? We propose three simple steps to start well:
- Get the proper training. It is not sufficient to send a single person to a Certified Scrum Master course and expect the agile team to be successful. Invest in training the team together (such as withour Agile for Teams course) so they understand how to work together in an agile way. In addition invest in coaching or training for critical roles like the Scrum Master and Product Champion so they fully understand the nuanches of their role.
- Bring in a coach to help the team through the first 3 or 4 iterations. Almost every successful agile company that used a coach will tell you they should have brought the coach in earlier. A coach is not there to guide you through the process. A coach is there to keep you from running right into certain pitfalls they can see and you can't. Get an experienced coach that understands letting the team learn and improve, but also understands when letting them run into an obstacle is inappropriate.
- Give the team time to succeed. It is not uncommon for organizations to expect an agile process to create more software in less time. That is NOT what agile does. Agile allows the team to create the right software as fast as possible, but there is a learning curve. The first 3 iterations are likely to be less than fully satisfying. Allow for this to occur or the project will not be successful!
We believe these three steps form a good starting point. Obviously we are biased about the training and coaching since that is what we do, but the statistics make our point for us. It really boils down to economics: Is it worth $2000 to send someone to a CSM course (course and travel) and expect the team to "get it," or is it better to spend $10k-$20k to make sure the team gets the training and coaching it needs to be successful? If you spend $2000 and the team isn't successful, what is the true cost? Most companies quickly understand the loss of productivity, a project failure, loss of quality, loss of morale, etc. all cost far more than investing in the proper training and coaching up front.
We hope you will forward this newsletter to your friends via the link at the bottom. Especially friends where the company is considering agile. With the current economy companies really need to understand it is not always about the least cost option. Sometimes you really do get what you pay for, and in the case of a process change it is really necessary to do it properly. The cost is too high to do it incorrectly! To help in that regard, any company that mentions this article when booking an assessment, course or coaching before March 31, 2009 (actual delivery must occur prior to May 31, 2009) will receive 20% off the normal price. The list of available courses is at www.agileforall.com/courses/. Note, we also have some public courses coming up in the Denver area.
|
|
| Agile Bob says... |
| |
|
I hate to say it, but I think most agile companies suffer something I'll call PMD - Product Management Dysfunction. For years I have said a dysfunctional product champion (product owner, customer, whatever you want to call it) is a leading cause of agile project failure. The fact this is still true a decade after agile started gaining popularity is distressing to me. In fact, during my recuperation from hip replacement surgery (more on that in a moment) I became so distressed by it that I started complaining to a friend of mine. That ended up getting us both upset!
The good news is that we are doing something about it. See the sidebar on the right of this newsletter? Well, there is an event on March 9/10 which is our response to this problem. We're going to hold a course to help people learn how agile product management (regardless of the title you call it) can and should be done. This course is a breakthrough on many levels and as aimed at people that are currently product managers, business analysts, product owners, customer proxies or any other product facing role in an agile or soon-to-be agile environment. Click the Read More button in the sidebar to learn more.
The second thing I want to do this month is give a quick thank-you to Borland for inviting me to be a part of their agile panel discussion at the Agile Development Practices conference. I love panel discussions, especially when the audience gets to ask questions! If you want to see the entire thing you can view by clicking here. You may need to complete a free registration on the Borland site to see it. The entire video last just under an hour. I did a good job if I may say so myself!
Third, and probably not too important to anyone, but it's cool to me, is our tag line "Making Agile a Reality™" may eventually not have a superscript TM after it. We recently applied for registered trademark status. It is registered as a trademark in Colorado (our home base of operations), but we are going with the real USPTO and hoping sometime in the next two years to be able to use one of those cool circle-R symbols instead. Interestingly enough, the Agile Alliance picked the same tag line for Agile 2009, but changed it after I asked them for a free registration in exchange for their use of our tag line. I was mostly kidding, but they decided to change the tag line to "Making Agile Real" which doesn't have quite the same kick, but it was their choice to change it.
Now, about that hip surgery... It went great!!! I am so pleased I can't even put it into words. Thanks to everyone who inquired about my health. It was great to get those emails and cards. Interestingly, instead of getting the hoped for Birmingham Hip Resurfacing I ended up having to get a total hip replacement. Recovery time is 6 weeks (which will be up on Tuesday the 20th of January), but I already feel great. I didn't know if after 6 weeks I'd still be in a walker or using a cane, but it turns out the answer is neither. I've been walking fine for the past couple of weeks without any aids, and without any pain. I expect I'll have a bit more pain in the coming weeks as I'm able to do more things, and physical therapy starts. But it won't deter me - having no pain after walking more than a few steps is miraculous, and having no pain after walking a mile was something I never dreamed could happen so quickly. But it has. If you know of anyone that needs to have hip replacement surgery and they want to email someone about it, have them contact me. I am extremely pleased with the result and only wish I had done it sooner! | |
Featured Book of the Month
|
|
This month we have a book recommended to us by Associate Trainer Rob Myers. Here is what Rob says about the book "The Art of Agile Development" by James Shore and James Warden:
This book is very well-timed. Now that agile development practices are "crossing the chasm" towards professionally accepted standards, this book reminds us that "agile" is neither a narrow, prescriptive set of standardized practices, nor a free-for-all smorgasbord of every possible practice.
This book will give teams and their management the information necessary to make informed decisions about the make-up of a software product team, and how it operates. The Art of Agile Development is intelligent, thoughtful, professional, and realistic. It is based on years of varied experiences, and it reveals a well-tested set of recommendations.
It is perhaps difficult to pinpoint what is truly "agile." This book represents true agility without claiming to fully define it, and I hope it helps others on real software projects navigate a successful jump across the chasm.
This is mature, no-nonsense agility, in book form!
Sounds good to us! |
Where to see us
|
|
February 9, 2009
Software Quality Assurance of Denver (SQuAD) meeting
PPA Event Center
Denver, Colorado
Bob Hartman has been invited to be part of a panel discussion on requirements gathering. We're not quite sure what direction this discussion will take, but we do know it will be a lively discussion. Whenever testers talk about requirements there is usually a strong sentiment about how things should be done! |
|
 |
|
|
March 9-10, 2009
PPA Event Center
Denver, Colorado
The first ever "Agile Product Management Boot Camp." This public course will be jointly taught by our own Bob Hartman and Richard Lawrence from Humanizing Work. This course gets to the heart of agile product management. Click below to read more and register. Don't tell anyone, but if you use special code AFAN2FOR1 you can sign up two people for the price of one! |
|
 |
|
|
March 12, 2009
A 2-hour session entitled "Failing With Agile: A How-to Guide" for the 2009 Rocky Mountain PMI Symposium in Denver, Colorado.
The time of the presentation has not yet been finalized. Watch the newsletter for more information as the date gets closer. |
|
 |
|
|
April 11, 2009
A morning and afternoon Saturday workshop for the Mile Hi PMI chapter in Denver, Colorado.
Topic is TBD, but is likely going to be something dealing with Agile Project Leadership. Save the date if this topic interests you! |
|
 | | |