Sending People Home
A few years ago, I was helping a team transition to agile. They were in pretty sad shape. When I got there, they couldn’t build their software. Millions of lines of C++ code and every time we tried to build it, it failed.
Things like this fascinate me. There are some ideas that you can communicate effectively in organizations and others that you can't. In this case, there was clearly a manager who knew that twenty people couldn't work on the build at once, and that there was nothing productive the other people could do. But, the fact that he knew it didn't help.
I think that the real issue is the reporting hierarchy. Do people at each level have the trust of the people they report to? If they do, the person closest to a problem can make a call and not be worried about people above second-guessing it based upon incomplete information.
It's a tough thing to coordinate. The further a person is from a problem, the more apt they are to think that they see a better solution than the people who are closer. In many cases, it's an illusion based on lack of information. This is part of something that I sometimes call social signal loss; it's pervasive in human systems and I suspect that it implies that sometimes you can have too much transparency.
I'm a CTO now and have lost a little bit of touch with my developer side :(
What I would've liked to be able to say to de CEO? “these two developers are doing everything that they can to get past the build problem.” and " these other 18 developers are doing everything they can to avoid this problem from happening again".
What this last point means is the tricky part, but some things come to mind like reflection workshops and training.
Bottom line, sometimes is more about how you say it than what you are saying. Remember to put yourself in the other person shoes and be sure that when you say it to yourself it makes sense and goes in accordance to the other person's values.
Posted by: Erich von Hauske | December 13, 2008 at 11:16 AM