Have you ever been part of/witnessed a team trying desperately to adopt Agile, and the more they tried to adapt it, more hellish their life became ?
I have seen agile adoption failures. And what I have learned from that experience is, that the problem was not Agile. The problem was the way, the processes through which they were adapting it.
The idea of writing this blog originated when I attended the Certified Scrum Master Training few days back. Apart from my colleagues, who are Agile specialists, and really young for this course, I didn’t find any veterans at all. Other than that, most of the people were quiet experienced PMP certified core project managers. These experienced people, who have been working in a completely different environment, following a king-slave sort of process with engineers had become too rigid with time to be mould in Agile.
This is something that I experienced in those two days. I observed that their thinking majorly revolved around these two points:
- How to utilize every second of a developer’s life.
- How to calculate performance and utilization of each individual.
- How to keep the customer happy at all costs
Even after two days of training and discussions on Agile methodologies, they kept talking about the necessity to calculate the utilization and productivity of each and every individual. It looked like, this was the only thing they cared about. I bet these people will need time (in span of years) to be Agile.
They were also too much concerned about the happiness of the client in every situation. The reality that I have experienced is, you can not keep the client happy on all fronts at the same time. You just need to tell the truth to the client. You tell them what is possible and what is not. And believe me, if you do it from the beginning, the client understands.
What was really disheartening, was that not even a single question was asked about how to create a blissful environment for the development and motivation of team. Agile, which focuses on people over processes, will get a kick in the butt by these guys. The Agile that these managers will follow, will create a situation like that of Hitler’s concentration camps in their teams.
I have seen this before. Let me tell you what will happen. These project managers will modify/customize Agile on their will and make it a tool to micro manage the team they are leading. The reformed Agile will be used as a selling technique to the customers. You might have heard of companies using their own form of Agile for development. These refined forms are customer centric and not team centric.
Few features of the refined/customized Agile could be:
- The burdown chart should always be a straight line.
- The estimates can be decreased, but don’t dare to increase them.
- The scrum meetings could be converted into a status update meeting.
- Work logs to be submitted, instead of updating scrum boards.
Now, why will this happen? Why am I so sure of all this? Am I a frustrated soul who likes to crib? Lets answer these.
Well, the basic thing is, a “team” is Agile, not an “individual”. So, to have a real Agile team, everyone in the team should be well equipped of Agile methodologies. Not only the Agile methodology, but also of how to tackle different scenarios in Agile. You simply can’t train the scrum master, send him back and ask him to train the team he will be leading in Agile. A newly trained, non experienced person in Agile will never have the capability to handle /answer all the scenarios/questions of a practical team. The team needs the same amount of Agile training from Agile veterans as the scrum master. Logically, everyone in the team should have the capability to become the scrum master.
Secondly, a newly trained person can hide the Agile techniques from the team which will cut off his powerful hands to manage them. This can specially be the case if the person has spent managing a non Agile team. These managers will never want to lose their power. This is what they eat of. They wont hit their jobs. The result will be, the suffering of the team.
Now lets look for some solutions. The simple and easy solution is, hire an Agile coach, let him train the team, the manager, the management, the product owner. Let him monitor the working of the team for few iterations. And once you feel you are doing really well, stop paying the Agile coach.
Hire self disciplined and self motivated individual. Agile does not support micro management of individuals. In fact, there are no managers at all. The Scrum Master is just a facilitator who ensures that there are no hurdles in team’s way. So, if you have got people who can utilize this independence of macro management, then just get rid of them. Not everyone can do Agile, always have self managed people in the team.
Finally, keep in mind that it’s not easy to change a person’s thinking and behavior. However, it’s not impossible. So, it will take time (might be in years) . So, be patient. The team will evolve to become Agile, and it will take time. The most important advice will be, try to be a better human being. Don’t think about promotion and money for a year. Think, care about the team. Agile cares a lot about behavior and processes. So, if you are a good human being, this only will create an awesome and blissful environment for your project’s execution.





11 Comments
Nice post, thanks for sharing. As you mentioned it take time to change organization culture for going to agile. And additionally there is more important factor when you are facing with large scale teams.
Generally there are two classes of challenges that must be addressed. The first- the challenges inherent in agile itself – present limits of technology because of the fixed rule bases and assumptions built into the methods.
The second – those imposed by the enterprise – are impediments that likely exist within the enterprise that will otherwise prevent the successful application of the new methods. Both types of challenges must be successfully addressed in order for the enterprise to achieve the full benefits of agile.
Thanks for your comments Alireza. Your points are indeed correct.
Time and management is not in your control, so you can not do much about it.
However, your own personal behavior is always in your control. You are the master of your own behavior. And it matters the most in an Agile team. Its all about people and behavior.
About the assumptions that Agile has. I will say that its these assumptions that makes it so flexible and suitable to fit in any organization. If Agile will also have fixed rules like waterfall, then it will lose its people centric methodology, which, I think, is the crust of Agile.
Good post. Good points
So many companies claim to be “Agile”. Where I work, it has become Cow Boy Agile: No process, no respect for people, no backlog, no iteration. Ad-hoc on the fly be our salve work.
And that is in Sweden
Thanks for your comment baboune. Its not country specific, its a worldwide epidemic.
1)There are serious problems in your company/team. Scrum master is not supposed to manage a team. So, a manager should never be a scrum master. A scrum master’s role is to ensure that the team follows agile process properly.
2) You are wrong in generalizing bad managers with a gender.
3) The role of the agile coach you have mentioned should actually be done by the scrum master.
4) What do managers do then? They manage cross-team issues.
1)My current company is having authority in Agile methodologies.
I have mentioned my earlier experiences with other companies (and its clearly mentioned in the post, please read it carefully).
“A manager should never be a scrum master”. I didn’t found that in the Agile manifesto. Why should I believe that?
2) I have an experience (out of a group of 50 people) which I shared, and its related to gender. So, I have a fact. Please share your fact, if you have any. Only you declaring something as wrong won’t have much weight.
3) You need to read the post carefully. What if the scrum master himself is a newbie/novice? That’s the post all about.
4) The Scrum, theoretically, does not specify any role of manager.
1)I re read your post…yes, I admit I misunderstood your post to say that your team was facing problems.
However, I still maintain that a manager cannot be a scrum master of the team. It might not have been mentioned in the agile manifesto, but the main reasons have been mentioned by yoursel in the post. These managers would modify agile in such a way that they can continue to micromanage the team.
2)Any sort of generalization is ususally wrong. The people you notice might be just bad managers. Don’t you think there could be bad male managers out there and good female ones? I personally had a woman manager when I joined as a fresher. 6 years later I still believe she was my best manager and a great mentor.
3)I think my mind clouded over after you made a remark over women managers.
Agree with your point totally now.
4) True, but a scrum master role is definetly not the right change. I found one article written by Pete Deemer regarding the role a manager has to play in agile – http://www.scrumalliance.org/articles/148-manager–the-role-of-the-manager-in-scrum
Ashish, Thanks for your comments.
I agree that a role of project manager is evolving in Agile which is different from Scrum Master. But I have talked about the PMP certified project managers who are going to be the scrum master/ (some manager) stuff in their companies. These guys create their own Agile with self induced roles. That is where the problem is.
About the gender stuff, I have just written some fact. I didn’t did any analysis out of it
.
I agree with your points. Most of the IT companies wants to adapt Agile because that was the latest in handling project and they claim to be using Agile in their process – but hardly any improvements nor better achievements in the project implementation.
I believe 2 things which are core in Agile:
1. Happy Team
2. Handling requirement changes – how to handle it a better way
These two points were not the main concern for the Project Managers as I have seen. Project Managers always willing to satisfy the client keep them happy (except for one PM I worked).
All managers like Agile but the way they have adapted is not how it is supposed to be….
Thanks for your comments on this subject.
Sugan. Thanks for your comments.
I’ll say that more incapable the manager is, more deformation he will bring in the Agile process the team is following. You won’t see these problems in a both capable and hard working manager’s project.
Nice Post. I started working in Agile teams for last 2 years and can understand exactly the situation you have explained here. The fact is, you need self managing teams to practice any form of agile.
Good points man .
2 Trackbacks
[...] Why Agile Does Not Work August 2010 11 comments and 1 Like on WordPress.com, [...]
[...] Why Agile Does Not Work (Aug 22, 2010) [...]