I believe the problem is likely not the person pointing out the problem. Now granted I have often been that person. Part of what I have been tasked with doing in various jobs is finding ways to improve the performance of the organization. I was told the managers wanted to hear about problems from someone working there, so I was asked to do so. What it often meant was they wanted someone to fix the problems they thought existed not point out the problem was the systems, not the people forced to deal with the systems.
I have learned managers are a lot happier if I just shut up about all the problems that should be addressed. There are happy if I can fix what I can (though really they seem to care much more about not being negative than any actually improving) and just be quiet about anything else – otherwise you are seen as “negative.”
How to Manage Whining with no Problem Solving
…
The first time, it is a venting and commonly a subject matter problem. The next time we have a trend occurring, and this is where we need to coach our team player to be constructive process improvement artists. If the whining continues, we may be dealing with a negative attitude which has begun to permeate our colleague.
…
explore the previous solution’s outcomes; help the individual to be empowered to resolve the issue. If it is absolutely above the teammate authority, offer to help and commit to actions.
I think it is right to focus the effort on problem solving to improve the situation. I fear that far too often though “As individuals begin to focus on the negative and don’t engage in problem solving, this behavior is unacceptable.” turns into ignore problems. Yes, I know that isn’t what the post is suggesting. I am just saying that the easy “solution” that is taken far too often is to focus on the words “negative” and “unacceptable.”
I believe the focus should be on “broken systems are unacceptable.” I would prefer problem solving to address the issues but a culture of ignoring issues and seeing those that don’t as being negative is often the real problem (not the person that points out the problems).
I have discussed this topic in some posts previously: Ignoring Unpleasant Truths is Often Encouraged and Bring Me Problems, and Solutions if You Have Them. Once I am given those problems I agree with you completely. Use them as an opportunity to coach effective problem solving and process improvement strategies to improve the situation. And to develop people.
Often the problem is not the person at all. The organization never adopts fixes. People have learned that they can bang their head against the wall and then never get approval for the fix or they can just whine. Blaming them for choosing whining is not useful. I don’t see how Asking 5 whys you get to blaming the employee, except in very rare cases for not problem solving. It seems to me the issue is almost always going to lay with management: for why people are frustrated with system results and are not problem solving.
Continue reading





RSS Feed
Involve IT Staff in Business Process Improvement
Posted on July 6, 2010 Comments (5)
I started out basically working on management improvement from the start of my career. My makeup (I am never satisfied and figure things should always be better) along with a few traits, experiences and probably even genes made this a natural fit for me. I tend to take the long view and find fire fighting a waste of time. Why fix some symptom, I want to fix the system so that problem doesn’t happen again. My father worked in statistics, engineering and business improvement and as I was growing up I had plenty of experience with process improvement, understanding variation, experimenting, measuring results…
I came into the IT world as I had needs and found the best solution was to write some software to help me accomplish what I wanted to. One thing that better software tools allowed is this type of thing when organizations failed to use technology well, individuals could just do so themselves. Without these tools people had to rely on the organization, but today atrophied IT organizations can often be circumvented. Though the IT organizations often try to avoid this largely by bans (instead of by providing the tools people need), which is not a good sign, in my opinion.
I then spent more and more of my time working with technology but I always retained my focus on improving the management of the organization, with technology playing a supporting role in that effort. That is true even as where I sat changed. And I have become more convinced organizations would be served well by using the information technology staff as business process experts.
At one point I sat in the Office of Secretary of Defense, Quality Management Office where I was able to focus on management improvement and using technology to aid that effort. Then I went to the White House Military Office, Customer Support and Organizational Development office and focused largely on how to using technology to meet the mission. Then I was moved into the White House Military Office, Office of Information Technology Management.
And now I work for the American Society for Engineering Education in the Information Technology department. My role started as partially program management and partially software development and as we have grown and hired more software developers I am now nearly completely a program manager.
I believe technology is a central component of understanding business processes today. But the truth is, many business people don’t have as complete an understanding as I feel they should. Now I believe, most anyone interested in planning their management career needs to develop a facility with technology and specifically how to use software applications to improve performance. You don’t need to be an expert programmer but you need to understand the strengths, weakness, limits of technical solutions. You need to understand how technology can be used (and the risks of options).
At the same time I just don’t think it is likely management everywhere will get a decent understanding of application software development. I also believe that in many cases organizations should do software development in house. This is a issue that certainly can be argued (but I won’t do it here). Basically I don’t think organizations should cram their processes into designs required by off the shelf software. Instead I believe they should design processes optimal for their organization and using off the shelf software often does the opposite (forces the process decisions around what software someone decided to buy). There is plenty of use for off the shelf software that doesn’t force you to make your processes fit into them (and sometimes even if it does that is the business decision that has to be made – I just think far too often organizations look at short term costs and not the overall best solutions for the system).
Continue reading →
Categories: Career, Deming, IT, Management, Popular, Process improvement, quote, Software Development, Systems thinking
Tags: agile management, Career, commentary, curiouscat, IT, John Hunter, management, Popular, Process improvement, quote, Software Development, Systems thinking