Currently browsing the Systems thinking Category

Avoiding Tragedy of the Commons for Software Development

Kanban and Tragedy of the Commons

The “Tragedy of the Commons” archetype often manifests itself through “Shared Services”, when a small number of people with specific skills, work across different teams. Each team in isolation gets benefit from the Shared Service, but when demand for the service exceeds its capacity, then nobody benefits. At a smaller scale, a team with a low “bus factor”, or a hero, can also suffer from a tragedy of the commons, when too much work is dependent on a single person.

One of the comments on this post suggested that the tragedy of the commons wasn’t an accurate description. My comment:

I think the “tragedy of the commons” analogy works. As long as the users don’t have pay for use (or decide to prioritize) the danger exists for the abuse. So if you have a developer team and everyone just gets to dump tickets on to them and then whine if they don’t get what they want, when they want, I see the analogy as accurate. If people can just treat a resource as though it was suppose to just serve them and the resource is overwhelmed I see that as tragedy of the commons.

There are many ways to manage that problem (some manager deciding the priority for example). Then you may have other problems, but may avoid the tragedy of the commons scenario (in reality this setup is often done, but most don’t accept the prioritizations and just expect the development team to get everything done – which means you don’t avoid the tragedy of the commons problem).
Continue reading

Engage in Improving the Management System

To actually improve management you need to engage in continual improvement of your management systems. This requires doing the hard work of challenging complacency. The job of those improving the practice of management is not to make everyone happy and just ignore that the words about improvement are not actually carrying through to changes in behavior.

Do Executives “Get It?”

So many times executives spout the importance of new initiatives like wellness programs, safety programs, or improvement projects like Lean, Six Sigma, etc. They talk about how great they are and how everyone should embrace them so the company can improve, but when push comes to shove, their actions indicate they really don’t believe in them.

If you are trying to bring about change you need in-process indications of actual success at improving the management system. Instead it seems to me, most of the time, the focus is on spinning what is being done to convince others that what is being done is good. This is not helpful and not useful.

Without in-process indications of how the movement to a better management system is performing the pattern is all too common. People want to show they are doing a good job (which often includes not being too negative – because if they criticize results they can be branded as negative). So instead we end up with actions that would be used if one assumed that while we had problems with the last 4 management fads we implemented, now we have this wonderful new idea it will avoid all the problems.

So we start our new process, and write up reports and presentations for meetings talking about our successes. We are careful to ignore any warning signs. Then, after 1, 2… years (in a good economy this can last quite a bit longer), the boss says the results are not improving, this isn’t working. Everyone quickly agrees and the improvement effort is dropped. Usually there will be a period of time taken until and a new fad is found that everyone agrees is wonderful for 2-5 years until they then all agree was a failure. Repeat for the rest of your career.

To break this cycle and actually continually improve we can’t go along with the in-process indications that the management improvement system is not really working. We need to seek out indications that it is not working and address those issues and build a strong continually improving management system.

Related: Management Advice Failuresflavors of management improvement effortsmanage what you can’t measureFederal Government Chief Performance Officer (a specific example of the repeated failure to improve), just pretending the failures in the past didn’t exist doesn’t help the current effort

Quality is Made in the Board Room

Dr. Deming stated “Quality is made in the board room,” page 202 Dr. Deming: the American who taught the Japanese about quality. I believe, once the board and executive leadership has put in place the right management system (one that respects people, continual improves using a standardized improvement process (that itself is being improved), practices evidence based management, focuses on customer value, improves processes rather than blames people, builds the capacity of the organization over time…) then quality is everyone’s responsibility.

Executive leadership can’t do it themselves. Making it everyone’s responsibility after the system allows everyone to participate effectively is sensible. That does not, in any way, excuse blaming those stuck in a bad system for failures they didn’t heroically overcome.

Continuing from the quote from Deming above:

A worker can deliver lower quality, but she cannot deliver quality better than the system allows…
Exhortations not only have no long-term effect, but eventually they backfire

Related: The Two Pillar of the Toyota Way: continuous improvement and respect for peopleDr. Deming on ManagementBooks on Applying Deming’s ideas

Productivity Improvement for Entrepreneurs (and Everybody Else Really)

The 3 Factors That are Limiting Your Productivity by Evan Carmichael

Elimination is at the core of every successful business. You have to focus on what you’re really good [at], what drives your business forward, and what you’re legally required to do in order to stay in business. Everything else should be eliminated.

Just because everyone else does it or because you’ve always done it that way, it doesn’t mean you have to continue doing it.

The order of Eliminate, Automate, Delegate is very important.

Eliminate is first. You don’t want to automate or delegate something that can be eliminated because it’s a non-productive task. Automate is next. You don’t want to delegate something that can be automated because it is more expensive and more prone to error.

I agree that eliminating non-value/low-value work should be done much more often. Automating makes a great deal of sense, though I would generalize it to process improvement. Automation is great: I think that is a specific form of process improvement – automation is wise, but maybe limiting. You improve productivity both by taking less time and by producing more effectively. If you produce something of more value to customers in the same time that improves productivity.

I also think there is another important area for people to think about – new ideas. Spending more time on something might seem counter-productive to productivity improvement. It takes time after all. Going and seeing what is really going on with your own eyes takes time, but trying to save time by acting based on reports results in ineffective and therefore unproductive action.

One of the things I first when looking at using internet technology to improve performance was that the technology opens new opportunities that were not feasible previously. People often focused just on how to improve what was done. People forget to look at things that were not pursued before that are now possible. With the time you save by eliminating, improving and delegating maybe you would get a big productivity improvement by coaching someone – or by being coached yourself. Or by reading about how to apply successful management improvement strategies that are too often ignored. Or you can learn about a new strategy that is more effective such as, combinatorial testing. Or learn to eliminate ineffective strategies such as: multitasking .

A number of “new ideas” are round about ways to eliminate work, in some form, though in a bit less direct way than people normally would consider elimination. For example, if you focus on reducing turnover, you can eliminate time spent bringing new people up to speed. If you make a process more reliable you can reduce the time spent dealing with the problems from a less reliable process.
Continue reading

Learn by Seeking Knowledge – Not Just from Mistakes

Being open to new ideas and new knowledge is what is needed to learn. Experimenting, seeking out new knowledge is even better.

You can be successful and see an even better way to do things and learn from it. This seems the best way to learn to me – not to just learn from mistakes. Of course this means your goal has to be improvement not just avoiding more mistakes than before.

Your actions are based on theories (often unconsciously): and learning involves improving those theories. Learning requires updating faulty ideas (or learning new ideas – in which case ignorance rather than a faulty theory may have lead to the mistake). Encouraging people to learn from mistakes is useful when it is about freeing them to make errors and learn from them. But you should be learning all the time – not just when you make mistakes.

You can be also be wrong and not learn (lots of people seem to do this). This is by far the biggest state I see. It isn’t an absence of people making mistakes (including carrying out processes based on faulty theories) that is slowing learning. People are very reluctant to make errors of commission (and errors of commission due to a change is avoided even more). This reluctance obviously makes learning (and improvement) more difficult. And the reluctance is often enhanced by fear created by the management system.

It is best to be open and seek out new knowledge and learn that way as much as possible. Now, you should also not be scared to be wrong. Taking the right risks is important to improving – encouraging creativity and innovation and risk taking is wise.

Experiment and be open to learn from what could be better and improve (PDSA is a great way to try things and evaluate how they work). And the idea is not to be so conservative that every turn of the PDSA cycle has no failures. In order to get significant successes it is likely you will try things that don’t always work.

The desire to improve understanding (and the desire to improve results provides focus to the learning) is what is valuable in learning – not being wrong. Creating a culture where being wrong needs to be avoided harms learning because people avoid risk and seek to distance themselves from failure instead of experimenting and digging into the details when something goes wrong. Instead of learning from mistakes people try to stay as far away from them and hide them from others. That is not helpful. But what is needed is more desire to continually learn – learning from mistakes is wise but hardly the only way to learn.

Related: The Illusion of Knowledgeconfirmation biasManagement is Prediction

Nigel Marsh: How to Make Work-Life Balance Work

“I want you to pause for a minute, you wretched weaklings, and take stock of your miserable existence.” Nigel Marsh paraphrasing (or quoting, I can’t find the source though) the advice that Saint Benedict gave his startled followers.

I wrote some about focusing on your whole life recently: Work and Life.

Related: Medieval Peasants had More Vacation TimePositivity and Joy in WorkWe don’t Have to Accept DespairThe Importance of Management Improvement

Management Improvement Carnival #123

The Curious Cat Management blog carnival highlights recent management blog posts 3 times each month. The posts generally focus on the areas I have focused on in the Curious Cat Management Improvement guide since 1996 (lean manufacturing, Deming, agile software development, innovation, six sigma, customer focus…).

  • Tradable Quality Hypothesis by Martin Fowler – “Instead it’s vital to focus on the true value of internal quality – that it’s the enabler to speed. The purpose of internal quality is to go faster” (add I believe better reliability – John)
  • Lean Mindsets for Healthcare by Mark Graban – “Problem solving, leadership, and kaizen can’t be done effectively from an office or conference room… Instead of fighting the same fires each and every time, it’s time to focus on improving systems and processes.”
  • Working smarter by Gabriel Weinberg – “By planting a lot of different seeds, you are spreading your risk a bit hoping that some of them will blossom, or more often than not, prompt you to think of new related or combined efforts that eventually turn into something meaningful.”
  • The Fine Line Between Micro-Management and Surfacing Problems by Jamie Flinchbaugh – “The difference between engagement and micro-management is how management responds to this increased transparency.”
  • Toyota’s Recall Crisis: What Have We Learned? by Jeffrey Liker – “We also learned that the NHTSA knew all along that the only problems were floor mats and sticky pedals, but they had to go ahead with the NASA study to convince members of Congress who believed electronics were the cause of sudden acceleration despite a total lack of evidence to support that belief.”
  • What’s Next for the Agile Manifesto by Dennis Stevens – “We need to learn how to do a better job of defining value and aligning the cadence across the organization and improving the flow of value from concept to delivery.”
  • Continue reading

Assigning Story Points to Bug Fixes

Agile software development has teams estimate the effort to deliver requests from the product owner. The estimates are done in points (in order to abstract away from hours – as estimates have plenty of variation in how long they will really take). Then the teams capacity (velocity) is determined based on looking at how many points they complete in a “sprint” (a set length, often 2 weeks). Then the product owner can prioritize all of the requests with an understanding of how much effort each is estimated to take and the historical capacity of the development team.

I think it is good to add point estimates to bugs. It may well impact how bugs are prioritized – if it is known to be simple a program manager may say, yes I want these 6 first then… If then know the first 2 are likely to take a bunch of time, they may think, ok, I am not going to get these 4 for awhile… They might just accept that, or may wish to shift more hours to bug fixes this sprint. Or they might say well if it is that big an issue maybe we could do x instead…

In practice I rarely has us estimate emergent bugs we are going to fix in the current sprint, but we do it for bugs that are in the backlog. I sometimes will have us estimate a current bug if I think it is may take significant time – to help determine what we really want to and what the impact may be on the teams output for the sprint. We do not have many emergent significant bugs so it isn’t much of an issue for us.

We do have more difficulty accurately estimating bugs, compared to new stories, but we still provide actionable estimates (they are not perfect, but are usable).

We use agile software development principles at work and they have been a great help in letting us be much more effective than we had been previously. The discussion of priorities and delivery expectations are much improved by such methods I believe. And unrealistic expectations can be reduced. For various reason, without adopting some form of agile/lean… software development methods the common pattern I see is software developers being frustrated by unrealistic expectation of their customers (project managers…) being frustrated by failure to communicate what it is reasonable to expect and status updates. A big part of this is the failure to acknowledge variation (and the related difficulty in estimation). Agile/Kanban… are systems that take the variation into account, and therefore the variation is dealt with as natural instead of leading to bad outcomes for developers and their customers.

Response to Should story points be assigned to a bug fixing story.

Related: Future Directions for Agile ManagementMistake Proofing Deployment of Software ApplicationsChecklists in Software Development

Is Google Failing Too Often?

I think Google is extremely successful, but they do seem to consistently have problems adding to their portfolio. They did a great job with gmail. Android has been very successful. Google Maps is great. They did well building YouTube. Chrome is very nice. Automatic translation is very nice (as is the integration with Chrome).

But so many things just don’t go anywhere. I can’t understand why they can’t take something like Google checkout and make it much more successful (there is money even Google cares about waiting for success in this area). Grand Central was great – Google Voice has not built that the way I would hope. Google has an endless stream of very small companies they buy and then the service dies.

It has been long enough now that I am starting to feel more comfortable saying Google is not doing a good job of creating and building new products. There are a few successes. And having failures isn’t a huge deal – taking risks is wise. But they just seem to be succeeding far to little, especially when you look at the talent and resources they have. Of course, some will say the resources they have is a problem. I really think it is more along the lines I see you mentioning above – they have become too rigid in development. I actually support more standardization than maybe people want (there can be big benefits) but I believe you need to then allow for exceptions. It seems to me Google doesn’t allow enough. It is tempting for managers to want to duplicate the same style that has made adwords and search successful. That might not be the answer for every project though.

They also seem to be driving away to many people with a rigid adherence to proving every little thing. Now I think some of this is a significant part of Google’s success. The trick is not to throw out all such efforts, but to find ways to gain the benefits without crushing innovative people’s will to continue.

I continue to own stock in Google and believe the future is very promising. Google does far more right than they do wrong, but they have room to improve.

Related: Why Google can’t build InstagramObservations of a New GooglerGreat Marissa Mayer Webcast on Google InnovationGoogle: Ten Golden RulesEric Schmidt on Management at Google
Continue reading

The Achilles’ Heel of Agile

Guest post by Jurgen Appelo

When I wrote this, I was working in a big open office space in the Van Nelle Factory in Rotterdam (see photo). About 100 people work in an office that was the first of its kind in Europe, when it was built in 1929. And more than 80 years later, architecture lovers from all over the world still come to admire it, take pictures, and make drawings. I sometimes waved at them.

photo of open office style at Van Nelle Office
Van Nelle office, reprinted by permission of Stephan Meijer

A big open office space has advantages and disadvantages. Advantages are flexibility and easy communication. The main disadvantage is that it is a shared resource for all who work there. Climate, sound, and light are hard to manage in a space like that, and the optimal configuration for the whole is never optimal for all. But our office manager did the best she could in trying to maximize pleasant working conditions, while maintaining tight rules to keep things under control. A shared open office is not the ideal environment to give people full responsibility over their own working space.

Self-organization is usually promoted in agile software development. But when shared resources are not managed by a central authority, self-organization often results in the Tragedy of the Commons. The name refers to a situation in which multiple self-organizing systems, all acting in their own self-interest, overexploit a shared limited resource, even when they all know it is not in anyone’s interest for this to happen. The impact that humanity has on CO2 levels in the air, trees in the forests, and fish in the sea, is right now the most debated and intensively researched case of the Tragedy of the Commons. Organizations also have shared resources, like budgets, office space, and system administrators. We could see them as the business-equivalent of the air we breathe, the landscape we change, and the fish we eat.

Research indicates that four ingredients (called the four I’s) are needed for sustainability of shared resources [Van Vugt 2009:42]:

  • Institutions [managers] who work on building trusting relationships between competing systems [teams] in order to increase acceptance of common rules;
  • Information that increases understanding of the physical and social environment, in order to reduce uncertainty (because uncertainty results in bias towards self-interest);
  • Identity, or a need for a social “belonging” that encompasses all participants, to improve and broaden one’s sense of community and reduce competition between teams;
  • Incentives that address the need to improve oneself, while punishing overuse and rewarding responsible use.

Research shows that it is imperative that there is some form of management (or governance) to protect these shared resources by working on these four I’s. (I realize that most modern day governments are not setting a good example of how to do that.) In the case of shared resources, whether it concerns money, space, or system administrators, someone outside of the development teams must keep an eye on long-term sustainability instead of short-term gains by individual teams.

The Tragedy of the Commons is the Achilles’ heel of Agile. It takes management to protect that heel, in order to prevent teams from depleting resources, and crippling the organization.

This article is an adaptation from Management 3.0: Leading Agile Developers, Developing Agile Leaders, by Jurgen Appelo. The book will be published by Addison-Wesley, in Mike Cohn’s Signature Series.

Related: Embrace Diversity, Erase Uniformitymanagement 3.0agile software development booksVW Phaeton assembly plant

Building Adoption of Management Improvement Ideas in Your Organization

Continuation of How to Get a New Management Strategy, Tool or Concept Adopted

Target something that actually provides a good story. It often helps if there have been failures in attempts to solve a problem in the past. That makes the new success more impressive. Something that is relate-able to the audience you are trying to win over is also useful. Even if senior management cares about an issue, if the solution is so technical they are completely baffled, they will be happy with a solution but they won’t be as excited about expanding the strategy you are trying to encourage when they can understand the process that lead to a solution.

Favor efforts that will help you build organizational capacity to do more of what you want going forward (adopt lean thinking, use design of experiments…). Some of this is about building expertise in the organization. It is also about building your circle of influence. Growing your ability to influence how the organization grows will help you encourage the improvements you believe in.

It is very helpful to show connections between individual efforts. Often you build using various tools: in several instances using PDSA cycle to guide improvement, in others mistake-proofing to cement improvement, in another adopting one piece flow to make problems visible and encourage improvement, in another assuring the respect for people to build the right culture for improvement, and in another using an understanding of variation to make evidence based decision rather than jumping to faulty conclusions with limited information. These management tools, concepts, methods and ideas any many more, are used together for a reason. They support each other. So it is very helpful if you tie them together. As you start adding new tools, ideas and concepts to the management system show how they support each other. Individual tools can help. But the gains they offer are minor compared to the gains possible with a systemic change of management.

Another good strategy is picking the right people to involve in an effort. If you are trying to gain support, find those people in the organization that set the tone that others follow (which are not merely those with organizational power due to their job title). It is nice if you can find such people that have generally positive outlooks and like new challenges (this is often the case). If the culture is very toxic you may well have some who are likely to try and discourage hope in others (often because they have been disappointed so many times themselves they have finally decided not to be disappointed again). Often (though not always) you can win these people over.
Continue reading

How to Get a New Management Strategy, Tool or Concept Adopted

Often when learning about Deming’s ideas on management, lean manufacturing, design of experiments, PDSA… people become excited. They discover new ideas that show great promise to alleviate the troubles they have in their workplace and lead them to better results. But how to actually get their organization to adopt the ideas often confounds them. In fact, I believe most potential improvements efforts may well fail even before they start because people can’t get past this problem.

I believe the way to encourage adoption of management improvement tools, methods and ideas is to solve people’s problems (or give them new opportunities). Instead of trying to convince people by talking about why they need to adopt some new ideas, I think it is much better to show them. To encourage the adoption of whatever it is (a philosophy like Deming or a new tool) try to find projects that would be good candidates for visible success. And then build on those successes.

For adopting whole new ways of working (like lean thinking) you go through this process many times, adding more and more new ideas to the accepted way of doing things. It is a bit easier if you are the CEO, but I think the strategy is very similar whoever you are. For smaller efforts a boss can often just mandate it. But for something like a large improvement in the way work is done (adopting a lean management system, for example), the challenge is the same. You have to convince people that the new methods and ideas are valuable and that they can use the ideas to help improve results.

Start small, it is very helpful if initial efforts are fairly small and straight forward. You often will have limited resources (and limited time people are willing to invest) at first. so start by picking projects that can be accomplished easily and once people have seen success more resources (including what is normally the most important one – people’s time) should be available. Though, honestly getting people to commit will likely be a challenge for a long time.

It is a rare organization that adopts a continual improvement, long term focus, system thinking mindset initially. The tendency is often strong to focus on fire fighting, fear (am I taking a risk by doing x, if I spend time improving y – what about the monthly target my boss is measuring me on…) and maintaining the status quo. It is baffling to many hoping for improvement, when you have huge successes, and yet the old way of doing things retains a great hold. The inertia of organizations is huge.
Continue reading

Jason Fried: Why work doesn’t happen at work

In this TED talk, Jason Fried, founder of 37 signals, discusses how people get work done. When asked where do you go when you really need to get something done, almost no-one says: the office (unless it is early in the morning or late at night)? This is especially for creative people and knowledge workers. They need long stretches of uninterrupted time to concentrate. “The real problems in the office are the managers and the meetings.”

The main theme is that interruptions can severely damage performance, especially for what Peter Drucker called knowledge workers.

He offers 3 suggestions to make the office a place people can get work done. No talk Thursdays. And if that is too much how starting with 1/2 a day Thursday once a month. Second, replace active distraction (meeting, going and talking to a person) with passive distraction (email and IM) that a person can turn off when they need to focus. I have found this very useful myself. And third, cancel meetings. He closes with: I hope I have given managers reasons “to think about about laying off a little bit and giving people some time to get work done.”

Related: Understanding How to Manage GeeksBetter MeetingsWorkers Allowed Recreational Use of the Internet are More ProductiveManagement By IT Crowd Bosses

Good Process Improvement Practices

Good process improvement practices include:

  • standardized improvement process (pdsa, or whatever)
  • Going to the gemba – improvement is done where the work is done. You must go to the where the action is. Sitting in meeting rooms, or offices, reading reports and making decisions is not the way to improve effectively.
  • evidence based decision making, data guides decision making rather than HiPPO
  • broad participation (those working on the process should be the ones working on improving it and everyone in the organization should be improving their processes)
  • measurable results that are used to measure effectiveness
  • pilot improvement on a small scale, after results are shown to be improvements deploy standardized solutions more broadly
  • visual management
  • Standardized work instructions are used for processes
  • one of the aims of the improvement process should be improving peoples ability to improve over the long term (one outcome of the process should be a better process another should be that people learned and can apply what they learned in future improvements)
  • quality tools should be used, people should be trained on such tools. The tools are essentially standardized methods that have been shown to be effective. And most organization just ignore them and struggle to reinvent methods to achieve results instead of just applying methods already shown to be very effective.
  • the improvements are sustained. Changes are made to the system and they are adopted: this seems obvious but far too often process improvements are really just band-aids that fall off a few weeks later and nothing is done to sustain it.
  • goals, bonuses and extrinsic motivation are not part of the process
  • The improvement process itself should be continually improved

Continue reading

Work and Life

I believe in efficiency a great deal (it is a big part of the reason I took to Deming and lean manufacturing – I find waste annoying). Vacation sure can seem inefficient. All these people that could be working, not working. But people are not the same as machines. Time away from work can reinvigorate people. Time away from the day to day work can lead to better performance when people are actually at work. Time to enjoy life is valuable in itself.

The USA has enormous financial wealth. But vacation time in the USA is much less than most other rich countries. I think, by and large, this is a mistake in the USA. It is true part of the reason for the financial wealth in the USA is we chose to work longer hours so we can purchase more material goods. And as a principle I believe in limiting constraints on the market – so that the market can find solutions that people chose.

There are some difficulties with a free market approach to leave. First, in truth there is not much of a free market. Granted the government isn’t saying you have to offer only 2 or 3 or 4 weeks or leave. But try to negotiate with most employers in the USA for additional leave. You will find many have policies that they say won’t let them negotiate. So employees often have little choice about the amount of leave they can take with a job (even if they are willing to trade off salary).

There are several reasons for the lack of vacation time in the USA. One of the big reasons is the broken health care system. Health care costs are so huge, that the per hour costs of health care are very high. Companies don’t want fewer productive hours when the high health care costs are going to be the same for the year no matter if the work year is 1,600; 2,000; or 2,200 hours. Having 15% fewer employees for the same number of work hours that is a huge savings so companies have a big incentive to make hours worked per employee as high as possible.

Related: Vacation: Systems ThinkingMedieval Peasants had More Vacation TimeDream More, Work LessToo much stuffphotos from some of my time off
Continue reading

Respect People: Trust Them to Use good Judgment

Nordstrom’s employee handbook used to be presented on a single 5 x 8 card:

Welcome to Nordstrom
We’re glad to have you with our Company. Our number one goal is to provide outstanding customer service. Set both your personal and professional goals high. We have great confidence in your ability to achieve them. So our employee handbook is very simple.

We have only one rule: Use good judgment in all situations.

Please feel free to ask your department manager, store manager, or division general manager any question at any time.

That is no longer the case, however, as they have become more like everyone else. Simple ideas like this only work within the right context. Taking such ideas and applying them to an organization that isn’t ready will backfire. But if you build a culture where trust, respect, customer service and responsibility are encouraged lots of rules just get in the way of people doing their best. If you can’t trust employees to do their jobs, the problem is with the system you have that results in that, not the people you can’t trust.

Related: Trust Employees to Do What is RightHire People You Can Trust to Do Their JobWe are ladies and gentlemen serving ladies and gentlemenFlaws in Understanding Psychology Lead to Flawed ManagementBuild an Environment Where Intrinsic Motivation Flourishes

A Theory of a System for Educators and Managers

Excerpts from The Deming Library Volume XXI, Dr. W. Edwards Deming, Dr. Russell Ackoff and David Langford demonstrate that educators can begin a quality transformation by developing an understanding of the properties and powers of systems-oriented thinking. You can order the entire video, as well as the rest of The Deming Library.

Great stuff! If you enjoy this blog (the Curious Cat Management Improvement Blog), you definitely should watch this webcast. This video has some great insight into education, learning and systems thinking. It also provides a good explanation of systems thinking compared to analysis. Dr. Ackoff: “You cannot explain the behavior of a system by analysis.” “The performance of the whole is never the sum of the performance of the parts taken separately: but it’s the product of their interactions. Therefore, the basic managerial idea introduced by systems thinking is that to manage a system effectively you must focus on the interactions of the parts rather than their behavior taken separately.”

Dr. Deming: “You may reduce defects to zero and go out of business.”

Dr. Ackoff: “Most discussion of education assume that the best way to learn a subject is to have it taught to you. That’s nonsense… Teaching is a wonderful way to learn. Therefore if we want people to learn we have to make them teach.” If you want more on this see David Langford’s work which provides great advice on how to improve learning and education.

Related: Dr. Deming Webcast on the 5 Deadly DiseasesAn Introduction to Deming’s Management Ideas by Peter ScholtesHow to Manage What You Can’t MeasureMarissa Mayer Webcast on Google InnovationTraffic Congestion and a Non-Solution

Managing Our Way to Economic Success

From Managing Our Way to Economic Success, Two Untapped Resources by William G. Hunter, my father. Written in 1986, but still plenty relevant. We have made some good progress, but there is much more to do: we have barely started adopting these ideas systemically.

there are two enormously valuable untapped resources in many companies: potential information and employee creativity. The two are connected. One of the best ways to generate potential information to turn it into kinetic information that can produce tangible results is to train all employees in some of the simple, effective ways to do this. Rely on their desire to do a good job, to contribute, to be recognized, to be a real part of the organization. They want to be treated like responsible human beings, not like unthinking automatons.

W. Edwards Deming has illustrated one of the troubles with U.S. industry in terms of making toast. He says, “Let’s play American industry. I’ll burn. You scrape.” Use of statistical tools, however, allows you to reduce waste, scrap, rework, and machine downtime. It costs just as much to make defective products as it does to make good products. Eliminate defects and other things that cause inefficiencies, and you reduce costs, increase quality, and raise productivity. Note that quality and productivity are not trade-offs. They increase together.

Potential information surrounds all industrial processes. Statistical techniques, many of which are simple yet powerful, are tools that employees can use to tap and exploit this potential information so that increasingly higher levels of productivity, quality, and innovation can be attained. Engaging the brains as well as the brawn of employees in this way improves morale and participation…and profits.

What is called for is constant, never-ending improvement of all processes in the organization. What management needs, too, is constant, never-ending improvement of ideas.

Related: William Hunter, articles and booksInvest in New Management Methods Not a Failing CompanyThe Importance of Management ImprovementStatistics for Experimenters

Build an Environment Where Intrinsic Motivation Flourishes

50 years after Douglas McGregor’s classic, The Human Side of Enterprise, too many managers still have not learned that using extrinsic motivation is not an effective way to manage complex human systems (organizations). The issue is important to me because their is a huge amount of poor management based on this thinking (focused on how people need to be fixed/motivated) instead of fixing what management really needs to fix.

You can succeed as a manager, and progress in your career, by viewing your role as helping people do their jobs well. As McGregor shows workers want to do a good job. He termed managing with this understanding theory y; and theory x is the idea that people should be motivated with carrots and sticks because they are not going to do work otherwise. Organizations have often so systemically de-motivated people they seem to have lost that desire. What you need to focus on is not motivating them with cheap tricks. Instead focus on eliminating the factors that de-motivate them.

Often simplistic motivation is seen as a replacement for fixing management performance (improving the management systems…). Instead managers should focus on eliminating the sources of de-motivation in the workplace. If you need hints, Dilbert does a good job of showing you what management does that de-motivates.

To succeed as a manager assume people wish to do a good job. If employees are not performing some task well, the manager needs to figure out what is wrong with the system that leads to this outcome (not what is wrong with the employees). When a manger views the problem as one of motivating workers that puts the problem within the worker. They need to be changed. That is the wrong strategy, most of the time. Instead you will have much more success if you seek to improve the system to improve performance.

I believe there is often a burden to overcome. As people have their intrinsic motivation crushed time after time day after day, week after week, year after year they try to protect themselves by shutting off their hope to achieve intrinsic motivation at work. You may have to show you really are serious before they will open up again. You have to make real changes and do so consistently that shows respect for people. The intrinsic motivation is a strong force and a few earlier adopters will quickly come along in all but the most broken organizations. You can build on that success (eliminating more and more de-motivation) to grow intrinsic motivation in more and more people.
Continue reading

Stop Starting and Start Finishing – Jason Yip

Jason Yip explores the value of reducing work in process and reducing context switching costs to optimize throughput. By designing processes to work on projects serially instead of in parallel we reduce context switching, and other costs, of multitasking.

Related: Multi-Tasking: Why Projects Take so LongThe Importance of Making Problems VisibleOne piece flow (continuous flow)Kanban

  • Recent Trackbacks

  • Comments