Problem solving is key to the discipline of software development. What we do when we code/test/release a software product is essentially problem solving. We learn about a problem we analyze the root causes and then we come up with a solution.
This post by Brett Schuchert reminds us that very often the apparent causes of problems in our efforts are not the right ones. In his example, a developer is blamed for “doing the wrong thing” when in fact the policies and rules in place force developers to actually do the “wrong thing”. Often, problems in software development come from policies and rules, not from people wanting to be bad.
If you are analyzing a problem in your team right now, ask yourself: are there any policies or rules that may cause this behavior?
W. Edwards Deming suggested that in 96% of the cases the deep root causes of a problem lie within the web of rules and policies put up to “regulate” the work (he called it the system) as opposed to suggesting that the problems are caused by people, on purpose or due to incompetence.