As I mentioned previously, I will be posting on a topics raised by Paul Borawski, CEO, ASQ as part of ASQ Influential Voices. This month Paul’s post, Are Quality Professionals Happy On the Job? looks at job happiness in the quality improvement field.
Paul stated he “wasn’t surprised that Forbes Magazine named software quality assurance engineer as the ‘happiest job’ in the U.S.” I was. Frankly looking at the results I question the methodology used – I just find their claims questionable. Whether any ranking could be sensible is also a reasonable question. I do believe certain careers make people happier than others, I question whether you can sensibly differentiate the top 20.
Still, looking at the happiness of those in the quality field is an interesting topic. My father created a challenge for me. He loved what he did: professor (statistics, chemical engineer, industrial engineer, business) and consultant (same things, with focus on quality and management improvement). Helping achieve better results was important to him. And helping create joy in work was also. It took me a while to see how much of an outlier he was – finding people who love what they do is much rarer than those that complain a great deal I have found.
That software development ranks toward the top doesn’t surprise me. Software programmers are some of the people happiest in their jobs in my experience. My experience is biased toward those given more freedom than those working in large bureaucracies (I can imagine those programmers are less happy overall). In addition to being happier with their jobs they also are demanding. They are not the least challenging of authority (some managers seem to equate docility with happiness, but that isn’t accurate, in my opinion).
To me the quality field allows for a great deal of joy in work. That doesn’t mean it is without frustration. I think the field does have a fairly high level of frustration as many are stuck in systems that are moving much to slowly to improve management practices. This is the biggest concern I find from most in the quality improvement field. So in order to be happy one has to learn to cope with some frustration while making good progress and finding happiness in all the achievements even while knowing more could be done.
Related: The Importance of Management Improvement – Respect People by Creating a Climate for Joy in Work – Respect for People: Optimize for Developer Happiness at Etsy – Create a System That Lets People Take Pride in Their Work – Signs You Have a Great Job … or Not






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