Occasionally during my career I have been surprised by new insights. One of the things I found remarkable was how quickly I thought up a new explanation for what could have caused a problem when the previously expressed explanation was proven wrong. After awhile I stopped finding it remarkable and found it remarkable how long it took me to figure out that this happened.
I discovered this as I programmed software applications. You constantly have code fail to run as you expect and so get plenty of instances to learn the behavior I described above. While I probably added to my opportunities to learn by being a less than stellar coder I also learned that even stellar coders constantly have to iterate through the process of creating code and seeing if it works, figuring out why it didn’t and trying again.
The remarkable thing is how easily I could come up with an new explanation. Often nearly immediately upon what I expected to work failing to do so. And one of the wonderful things about software code is often you can then make the change in 10 minutes and a few minutes later see if it worked (I am guessing my brain kept puzzling over the ideas involved and was ready with a new idea when I was surprised by failure).
When I struggled a bit to find an initial explanation I found myself thinking, “this has to be it” often because of two self reinforcing factors.
First, I couldn’t think of anything else that would explain it. Sometimes you will think right away of 4 possible issues that could cause this problem. But, when I struggled to find any and then finally came up with an idea it feels like if there was another possibility I should have thought of it while struggling to figure out what I finally settled on.
Second, the idea often seems to explain exactly what happened, and it often feels like “of course it didn’t work, what was I thinking I need to do x.” This often turns out to be true, doing x solves the problem and you move on. But a remarkable percentage of the time, say even just 10%, it doesn’t. And then I would find myself almost immediately thinking, of course I need to do y. Even when 10 seconds ago I was convinced there was no other possibility.
Leadership and Management
I don’t think the attempts to separate leadership and management are useful. I read plenty of things that are variations on Peter Drucker’s:
“Management is doing things right; leadership is doing the right things.”
A manager that is not concerned about doing the right things is a lousy manager. And a leader that doesn’t care about doing things right is a lousy leader.
Another theme of this contrasting type quote says some version of:
“Managers care about efficiency and leaders care about effectiveness”
A manager who doesn’t strive to be effective is also a lousy manager. It is also odd to suppose the detached leader (the type that lets the manager deal with the mundane while they dream), one that doesn’t concern themselves with customer focus, value chains, going to the gemba really has a clue about effectiveness. The idea seems mainly to view a manager is a cog looking at some tiny process and making it efficient without understanding the organization as a system or value chains or customer focus.
I think, the main problem is all of the attempts to contrast leaders and managers. Much of the time people are saying managers don’t do things they certainly should be doing.
The desire to express how leadership traits can be used by those without organizational authority are useful. Discussion of how certain traits can be seen as within the domain of leadership I suppose may be useful (it can help our minds see how various traits and practices combine to help get results – and we can categorize these under “leadership”).
Leaders that are primarily “big thinkers” and motivators without a clue about how to actually do the things they advocate (the model of “managers” deal with the implementation with blinders to the system while “leaders” are “above the fray”) is not useful in my opinion. It does note a somewhat common practice (in organizations today) but not one that is wise. Separating leadership from the gemba is not wise. Separating leadership from a deep understanding of customers is not wise. Separating leadership from how the organization actually works is not wise.
Plenty of others seem to disagree with my opinion though, there are many articles, blog posts, podcasts, talks… on separating leadership from management.
Continue reading →