Every time I analyzed a failure, I found a common thread responsible for causing the failure: “Attention to Details”. Ramcharan, in his book “Execution”, has recommended all Managers and business leaders to practice this attribute. Here’s the excerpt from the book.
“You get the impression (implicitly), that it is about doing things more effectively, more carefully, with more attention to the details. But nobody really spells out what they mean. To understand execution you have to keep three key points in mind:
• Execution is a discipline, and integral to strategy.
• Execution is the major job of the business leader.
• Execution must be a core element of an organization’s culture.”
It is very hard to internalize this; practice this principle for success. I have seen that if you are able to do this you will become the most successful person.
I was reviewing a project issue. The project was managed using Agile Scrum methodology. We finished a sprint and the customer found some basic issues with the code. The coding practices, agreed between the customer and the vendor, were not adhered to. When I asked the PM, his reply highlighted the following reasons::
• The team underestimated the task
• We got input late from the customer
• The customer had approved the demo
• While completing the demo, the team hardcoded certain things
• The team completed the work on time and delivered
• The quality aspect was not included while considering the completion date
If you sit down and look back, you will find that this is not unique. This happens every time we face some challenges. If you dig deep into the situation you will get replies like “I asked X and he told me that he would complete it, etc., etc.”
Let us look at some of the issues in this case. Before I preach, the principle let me confess “Execution is very difficult. Building the culture takes a lot of time and is also impacted by the surrounding environment. However, if you understand and internalize the principle, you will succeed in the difficult task of execution.”
How do we find issues with code? We all know the answer – “Code Review”. How we achieve effective code review without getting into each aspect of code? Some questions like the ones mentioned below may be helpful.
1. Who reviewed it?
2. How much time was spent on the review?
3. How many bugs / observations were found?
4. What reference documents were used for review like checklist, guidelines, etc…?
5. How many lines of code or pages of document were reviewed per hour?
If you ask few of them or a combination there of, I can guarantee you, you will know the effectiveness of the review. Based on your observation, you can take course correction measures before it becomes too late. One can ask many simple questions like these and can unearth the truth. “Execution is not about asking and reporting; it is about finding, exploring and helping people get into right mind set.
I think I have used simple words to explain the principle of “Attention to Details”. These questions will take a different form depending on whom you are dealing with. It will also change with the maturity of your subject. All people are not alike and they do not need the same treatment. What I am advocating here is to apply this principle differently depending on maturity of the subject.
I think this principle can get deep into our strategic thinking. This applies at each level in an organization. It is very core to our culture. If we do not have deep understanding and cultural alignment, I fear, the company is likely to oscillate like a pendulum between two extreme ends called “Success & Failure”. Sustainable success demands attention to details and its internalization into working culture.
Subscribe to:
Post Comments (Atom)
Cannot challenge this one. Fully agree on everything.
ReplyDeleteI have been in such situations and went for details. But when there are no answers to these questions, I think something is missing .. majorly.
I strongly believe it is a Culture thing. I hear team does not speak up, they are shy, yaada yaada yaada! Well .. I guess one must work with the team and give them a confidence that I am not a PM ... it is just a role. We share the responsibility and we need to do it together. So speak up please!
Besides Culture, I strongly believe there is no replacement for "skills". If the individuals do not have the required skills - be it PM or technical team member - I do not think you can pretend that for a longer time.
Agile Methods are mainly successful because of their ability to surface the problems easily. If skills do not exist, add them or replace them - that is Agile's advise.
Anyways, there is no cure for a "reasoning" based management. And you have highlighted this in one of your earlier blogs saying "it is customer issue".
Mad-Z
ReplyDeletethanks for your comments. Agreed. Culture does not mean you can deliver results without having skills. Avaialabity of skills are taken for granted . Culture, process etc will work like a glue to synergize the skills and direct them towards company goal.
Bishram