<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>Top Curious Cat blog posts</title>
    <description>A feed of the all time top blog post by John Hunter. 1 new item is added to the feed every day from the previously published blog posts.</description>
    <link>http://johnhunter.com</link>
    <item>
      <title>Management Training Program</title>
      <link>https://management.curiouscatblog.net/2005/10/28/management-training-program/</link>
      <description>&lt;blockquote&gt;
&lt;p&gt;So I said to the Toyota executive, &amp;ldquo;You&amp;rsquo;ve only got two or three suppliers per category, and you never take bids. How do you know you aren&amp;rsquo;t being ripped off?&amp;rdquo; So this guy, who was around 60, gives me an incredibly frosty look and says, &amp;ldquo;Because I know everything.&amp;rdquo; Everything? &amp;ldquo;That&amp;rsquo;s my job,&amp;rdquo; he says.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Reading &amp;ldquo;Because I know everything&amp;rdquo; brings to mind an arrogant blowhard to many in America (I think). Probably because most who would say that, are arrogant blowhards. But when someone has worked (a Toyota executive or a baker) for 40+ years in the same area those words can have quite a different meaning than a 31 year old MBA working in his third industry. Managing with constancy of purpose and long term thinking can make a big difference.&lt;/p&gt;</description>
      <pubDate>Tue, 21 Apr 2026</pubDate>
      <guid>https://management.curiouscatblog.net/2005/10/28/management-training-program/</guid>
    </item>
    <item>
      <title>Measurement and Data Collection</title>
      <link>http://management.curiouscatblog.net/2005/09/10/measurement-and-data-collection/</link>
      <description>&lt;p&gt;I find it useful to ask what will be done with the results of data collection efforts (in order to confirm that the effort is a wise use of resources). If you don&amp;rsquo;t have an answer for how you will use the data, once you get it, then you probably shouldn&amp;rsquo;t waste resources collecting it (and I find there is frequently no plan for using the results).&lt;/p&gt;
&lt;p&gt;I have found it helpful to ask: what will you do if the data we collect is 30? What will you do if it is 3? The answer does not need to be some formula, if 30 then x. But rather that the results would be used to help inform a decision process to make improvements (possibly the decision to focus resources in that area). I find, that asking that question often helps reach a better understanding of what data is actually needed, so you then collect better data.&lt;/p&gt;</description>
      <pubDate>Mon, 20 Apr 2026</pubDate>
      <guid>http://management.curiouscatblog.net/2005/09/10/measurement-and-data-collection/</guid>
    </item>
    <item>
      <title>Targets Distorting the System</title>
      <link>http://management.curiouscatblog.net/2005/06/13/targets-distorting-the-system/</link>
      <description>&lt;p&gt;I still remember Dr. Brian Joiner speaking about process improvement and the role of data well over a decade ago. He spoke of 3 ways to improve the figures: distort the data, distort the system and improve the system. Improving the system is the most difficult.&lt;/p&gt;</description>
      <pubDate>Sun, 19 Apr 2026</pubDate>
      <guid>http://management.curiouscatblog.net/2005/06/13/targets-distorting-the-system/</guid>
    </item>
    <item>
      <title>Dangers of Forgetting the Proxy Nature of Data</title>
      <link>http://management.curiouscatblog.net/2004/08/29/dangers-of-forgetting-proxy-nature-of-data/</link>
      <description>&lt;p&gt;We use data to act as a proxy for some results of the system. Often people forget that the desired end result is not for the number to be improved but for the situation to be improved. We hope, if the measure improves the situation will have improved. But there are many reasons this may not be the case (one number improving at the expense of other parts of the system, the failure of the number to accurately serve as a proxy, distorting numbers, etc.).&lt;/p&gt;
&lt;p&gt;I find something I learned from Brian Joiner an excellent summary &amp;ndash; which I remember as:&lt;/p&gt;
&lt;p&gt;Data (measuring a system) can be improved by&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;distorting the system&lt;/li&gt;
&lt;li&gt;distorting the data or&lt;/li&gt;
&lt;li&gt;improving the system (which tends to be more difficult though likely what is desired)&lt;br /&gt;Brian Joiner&amp;rsquo;s book,&amp;nbsp;&lt;a href="http://www.amazon.com/exec/obidos/ISBN=0070327157/worldwidedemingw"&gt;4th Generation Management&lt;/a&gt;&amp;nbsp;is a great book for managers.&lt;/li&gt;
&lt;/ol&gt;</description>
      <pubDate>Sat, 18 Apr 2026</pubDate>
      <guid>http://management.curiouscatblog.net/2004/08/29/dangers-of-forgetting-proxy-nature-of-data/</guid>
    </item>
    <item>
      <title>The Transformation is Everybody’s Job</title>
      <link>https://blog.deming.org/2017/04/the-transformation-is-everybodys-job/</link>
      <description>&lt;p&gt;There are quotes you can pick to make it seem like executives are responsible for the system and individuals workers have little impact on overall results &amp;ndash; &amp;ldquo;&lt;a href="https://blog.deming.org/2015/02/a-bad-system-will-beat-a-good-person-every-time/"&gt;A bad system will beat a good person every time&lt;/a&gt;.&amp;rdquo; This shows the limitation of isolated quotes more than anything else.&lt;/p&gt;
&lt;p&gt;Complex systems have many leverage points and can be influenced in many ways. It is unreasonable to have a broken management system and blame those working within it for the naturally poor results than such a system creates. And executives have more authority and thus more responsibility for creating a good management system that is continually improving. But such a management system requires that everyone in the organization is contributing.&lt;/p&gt;
&lt;p&gt;Those with authority must modify the management system to allow everyone to contribute. But that doesn&amp;rsquo;t mean everyone else just sits by waiting for those with more authority to transform the organization. Transformation doesn&amp;rsquo;t work that way. It is a dynamic, interconnected process. It isn&amp;rsquo;t as simple as turning on a light (or declaring this is our new transformed management system).&lt;/p&gt;</description>
      <pubDate>Fri, 17 Apr 2026</pubDate>
      <guid>https://blog.deming.org/2017/04/the-transformation-is-everybodys-job/</guid>
    </item>
    <item>
      <title>Why Do People Fail to Adopt Better Management Methods?</title>
      <link>http://management.curiouscatblog.net/2017/02/02/why-do-people-fail-to-adopt-better-management-methods/</link>
      <description>&lt;p&gt;It is confusing to know that better methods exist but to see those better methods being ignored. &amp;nbsp;It &lt;a href="http://management.curiouscatblog.net/2013/06/19/getting-known-good-ideas-adopted/"&gt;seems that if there were better ways to manage, people would adopt those methods&lt;/a&gt;. &amp;nbsp;But this just isn't the case; sometimes better methods will be adopted but often they won't. &amp;nbsp;People can be very attached to the way things have always been done. &amp;nbsp;Or they can just be uncomfortable with the prospect of trying something new.&lt;/p&gt;</description>
      <pubDate>Thu, 16 Apr 2026</pubDate>
      <guid>http://management.curiouscatblog.net/2017/02/02/why-do-people-fail-to-adopt-better-management-methods/</guid>
    </item>
    <item>
      <title>Software Code Reviews from a Deming Perspective</title>
      <link>https://blog.deming.org/2017/02/software-code-reviews-from-a-deming-perspective/</link>
      <description>&lt;p&gt;I think the &amp;ldquo;inspection&amp;rdquo; in code reviews is different enough that we can use code reviews as a valuable tool for managing software development. The waste of having processes that create defects and then use inspection to catch them is certainly something to avoid. A significant part of the effort in code reviews should be geared toward capturing learning that can be applied to current processes to improve them so fewer bugs are created in the future.&lt;/p&gt;
&lt;p&gt;In my experience this part of code reviews (using it to improve the existing processes) is not given the focus it should be. So I do believe that code reviews should focus more on &lt;a href="http://management.curiouscatblog.net/2006/05/03/find-the-root-cause-instead-of-the-person-to-blame/"&gt;why did we find something we decided to fix&lt;/a&gt;?&lt;/p&gt;</description>
      <pubDate>Wed, 15 Apr 2026</pubDate>
      <guid>https://blog.deming.org/2017/02/software-code-reviews-from-a-deming-perspective/</guid>
    </item>
    <item>
      <title>Stratify Data to Hone in on Special Causes of Problems</title>
      <link>https://blog.deming.org/2017/02/stratify-data-to-hone-in-on-special-causes-of-problems/</link>
      <description>&lt;p&gt;One strategy to help identify special causes so they can be studied and addressed is to stratify your data.&lt;/p&gt;
&lt;p&gt;By stratifying the data you refine your view to make it easier to identify what is causing the problem. Instead of looking at all vehicles and seeking to find the cause they had stratified the data and learned they could exclude looking at most of the processes (those that don&amp;rsquo;t impact large vehicles). And they then sought to further refine the scope by stratifying the data to further isolate the scope of the investigation. As you refine the scope you can&amp;nbsp;discover what is common just to the population you have isolated by stratifying the data.&lt;/p&gt;</description>
      <pubDate>Tue, 14 Apr 2026</pubDate>
      <guid>https://blog.deming.org/2017/02/stratify-data-to-hone-in-on-special-causes-of-problems/</guid>
    </item>
    <item>
      <title>How to Use Data and Avoid Being Mislead by Data</title>
      <link>https://blog.deming.org/2016/06/how-to-use-data-and-avoid-being-mislead-by-data/</link>
      <description>&lt;p&gt;One of the four areas of Deming&amp;rsquo;s management system is &amp;ldquo;understanding variation.&amp;rdquo; The core principle underlying that concept is &lt;a href="https://blog.deming.org/2015/12/data-is-important-and-you-must-confirm-what-the-data-actually-says/"&gt;using data to improve while understanding what data is and is not telling you&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;The mistakes in interpreting data are very often related to mistaking natural variation in data as meaningful. Combining this with our brains ability to find patterns (even from random data) and &lt;a href="http://curiouscat.com/management/dictionary/confirmationbias"&gt;confirmation bias&lt;/a&gt; this creates problems.&lt;/p&gt;
&lt;p&gt;&lt;a href="http://management.curiouscatblog.net/2007/08/09/data-cant-lie/"&gt;Data can&amp;rsquo;t lie, but people can be mislead&lt;/a&gt; and they can even mislead themselves by misinterpreting data.&lt;/p&gt;</description>
      <pubDate>Mon, 13 Apr 2026</pubDate>
      <guid>https://blog.deming.org/2016/06/how-to-use-data-and-avoid-being-mislead-by-data/</guid>
    </item>
    <item>
      <title>Leaving on a Jet Plane</title>
      <link>https://moneyite.com/2016/04/leaving-on-a-jet-plane/</link>
      <description>&lt;p&gt;If your preference is to increase your odds of having a successful digital nomad experience then I suggest taking longer. Do 3 things:&lt;/p&gt;
&lt;p&gt;1) Get experience earning money in a location independent way (you can do that where you live more easily than anywhere else).&lt;/p&gt;
&lt;p&gt;2) Save up some money...&lt;/p&gt;</description>
      <pubDate>Sun, 12 Apr 2026</pubDate>
      <guid>https://moneyite.com/2016/04/leaving-on-a-jet-plane/</guid>
    </item>
    <item>
      <title>Visual Management and Mistake-Proofing for Prescription Pills</title>
      <link>http://management.curiouscatblog.net/2015/05/05/visual-management-and-mistake-proofing-for-prescription-pills/</link>
      <description>&lt;p&gt;Mistake proofing is often really &lt;a href="http://evop.blogspot.com/2013/08/mistake-proofing-and-mistake-making.html"&gt;mistake-making-more-difficult&lt;/a&gt; (for some reason this term of mine hasn&amp;rsquo;t caught on).&lt;/p&gt;
&lt;p&gt;But the idea is pretty simple: when you have processes that are important and at risk of failure, design processes with elements to make mistakes hard (and ideas such as mistake-proofing and visual management can help you guide your mind to ways to create better processes).&lt;/p&gt;
&lt;p&gt;The entire process needs to be considered...&lt;/p&gt;</description>
      <pubDate>Sat, 11 Apr 2026</pubDate>
      <guid>http://management.curiouscatblog.net/2015/05/05/visual-management-and-mistake-proofing-for-prescription-pills/</guid>
    </item>
    <item>
      <title>Lessons for Managers from Wisconsin and Duke Basketball</title>
      <link>http://management.curiouscatblog.net/2015/04/06/lessons-for-managers-from-wisconsin-and-duke-basketball/</link>
      <description>&lt;p&gt;The lesson many people miss is that college teams are mostly about developing a team that wins. Developing individual players is a part of that, but it is subordinate to developing a team. I think &lt;a href="http://management.curiouscatblog.net/2014/09/17/take-advantage-of-the-strengths-each-person-brings-to-work/"&gt;college coaches understand this reality much more than most managers do&lt;/a&gt;. But a management system that develops a team that succeeds is also critical to the success of business.&lt;/p&gt;</description>
      <pubDate>Fri, 10 Apr 2026</pubDate>
      <guid>http://management.curiouscatblog.net/2015/04/06/lessons-for-managers-from-wisconsin-and-duke-basketball/</guid>
    </item>
    <item>
      <title>Deming’s Stage 0: By What Method?</title>
      <link>https://blog.deming.org/2015/12/demings-stage-0-by-what-method/</link>
      <description>&lt;p&gt;Ron talks about W. Edwards Deming teaching a 2 week course on consumer research in Japan in 1951: that course included a section titled &amp;ldquo;the art of questioning and interviewing.&amp;rdquo; Dr. Deming had participants go out into the street of Tokyo and interview potential customers. Those interested in Lean Startup will recognize this activity.&lt;/p&gt;
&lt;p&gt;Ron Moen&amp;rsquo;s presentation explores what &amp;ldquo;stage 0&amp;rdquo; should look like (Deming provided little guidance). Ron decided it was important to start with the customer need. When gathering data, to learn if the idea has merit, the data collection should be made at the &lt;a href="http://blog.deming.org/2012/12/user-gemba/"&gt;actual place of work by the people doing the work (gemba)&lt;/a&gt;.&lt;/p&gt;</description>
      <pubDate>Thu, 9 Apr 2026</pubDate>
      <guid>https://blog.deming.org/2015/12/demings-stage-0-by-what-method/</guid>
    </item>
    <item>
      <title>A Powerful Tool: The Capacity Matrix</title>
      <link>https://blog.deming.org/2015/11/the-powerful-capacity-learning-matrix/</link>
      <description>&lt;p&gt;One of the things that I learned about at that seminar was using a capacity matrix to improve student learning. It is one of those ideas that when you hear about it, immediately you realize this is a vastly superior method to those current used. I am cynical/experienced enough to know that &lt;a href="http://management.curiouscatblog.net/2015/06/03/the-future-of-quality-is-to-actually-do-what-people-talked-about-decades-ago/"&gt;just because much better methods are available, and explained to people, is no guaranty they will be used&lt;/a&gt;.&lt;/p&gt;</description>
      <pubDate>Wed, 8 Apr 2026</pubDate>
      <guid>https://blog.deming.org/2015/11/the-powerful-capacity-learning-matrix/</guid>
    </item>
    <item>
      <title>Riding a Bike and the Theory of Knowledge</title>
      <link>https://blog.deming.org/2015/09/riding-a-bike-and-the-theory-of-knowledge/</link>
      <description>&lt;p&gt;This video is a wonderfully visual example of how hard it can be for us to drop our ingrained habits and pick up new ones. When you watch this think about management concepts that are so difficult to drop that managers feel like this person trying to ride a bike.&lt;/p&gt;
&lt;p&gt;The bike looks just like any other bike but reacts in a different way to the bike riders actions. But that small adjustment on how the bike reacts is very challenging to overcome and makes you very uncomfortable while you try to make sense of this odd new system.&lt;/p&gt;</description>
      <pubDate>Tue, 7 Apr 2026</pubDate>
      <guid>https://blog.deming.org/2015/09/riding-a-bike-and-the-theory-of-knowledge/</guid>
    </item>
    <item>
      <title>Root Cause, Interactions, Robustness and Design of Experiments</title>
      <link>http://management.curiouscatblog.net/2014/06/18/root-cause-interactions-robustness-and-design-of-experiments/</link>
      <description>&lt;p&gt;A &lt;a href="http://curiouscat.com/management/dictionary/rootcause"&gt;single root cause&lt;/a&gt; is rare. Normally you can look at the question a bit differently see the scope a bit differently and get a different &amp;ldquo;root cause.&amp;rdquo; In my opinion &amp;ldquo;root cause&amp;rdquo; is more a decision about what is an effective way to improve the system right now rather than finding a scientifically valid &amp;ldquo;root cause.&amp;rdquo;&lt;/p&gt;</description>
      <pubDate>Mon, 6 Apr 2026</pubDate>
      <guid>http://management.curiouscatblog.net/2014/06/18/root-cause-interactions-robustness-and-design-of-experiments/</guid>
    </item>
    <item>
      <title>George Box Webcast on Statistical Design in Quality Improvement</title>
      <link>http://management.curiouscatblog.net/2014/06/11/george-box-webcast-on-statistical-design-in-quality-improvement/</link>
      <description>&lt;p&gt;There is great value in creating iterative processes with fast feedback to those attempting to design and improve. Box and Deming (with rapid turns of the PDSA cycle) and others promoted this 20, 30 and 40 years ago and now we get the same ideas tweaked for startups. The lean startup stuff is as closely related to Box&amp;rsquo;s ideas of experimentation as an iterative process as it is to anything else.&lt;/p&gt;</description>
      <pubDate>Sun, 5 Apr 2026</pubDate>
      <guid>http://management.curiouscatblog.net/2014/06/11/george-box-webcast-on-statistical-design-in-quality-improvement/</guid>
    </item>
    <item>
      <title>Practicing Mistake-Promoting Instead of Mistake-Proofing at Apple</title>
      <link>http://management.curiouscatblog.net/2014/06/05/practicing-mistake-promoting-instead-of-mistake-proofing-at-apple/</link>
      <description>&lt;p&gt;&lt;a href="http://curiouscat.com/management/dictionary/pokayoke"&gt;Mistake proofing&lt;/a&gt; is a wonderful management concept. Design systems not just to be effective when everything goes right but designing them so mistakes are prevented.&lt;/p&gt;
&lt;p&gt;...&lt;/p&gt;
&lt;p&gt;But guess what, the unnecessary steps Apple decided to force me through are broken so I can&amp;rsquo;t just waste my time to make them happy. No. They have created a failure point where they never should have forced the customer in the first place.&lt;/p&gt;</description>
      <pubDate>Sat, 4 Apr 2026</pubDate>
      <guid>http://management.curiouscatblog.net/2014/06/05/practicing-mistake-promoting-instead-of-mistake-proofing-at-apple/</guid>
    </item>
    <item>
      <title>How to Build a Great Software Development Team</title>
      <link>http://management.curiouscatblog.net/2014/05/29/building-a-great-software-development-team/</link>
      <description>&lt;p&gt;"Without confidence, honest debate about ideas is suppressed as people are constantly taking things personally instead of trying to find the best ideas (and if doing so means my idea is criticized that is ok).&lt;/p&gt;
&lt;p&gt;...&lt;/p&gt;
&lt;p&gt;This is also one of many areas where the culture within the team was self reinforcing. As new people came on they understood this practice. They saw it in practice. They could see it was about finding good ideas and if their idea was attacked they didn&amp;rsquo;t take it nearly as personally as most people do in most places."&lt;/p&gt;</description>
      <pubDate>Fri, 3 Apr 2026</pubDate>
      <guid>http://management.curiouscatblog.net/2014/05/29/building-a-great-software-development-team/</guid>
    </item>
    <item>
      <title>Give People Enough Rope (and the Right Rope) to Succeed</title>
      <link>http://evop.blogspot.com/2013/06/give-people-enough-rope-and-right-rope.html</link>
      <description>&lt;p&gt;You want systems that let people take on challenges without too many restrictions but with enough support and training that you don't leave them hanging.&lt;/p&gt;
&lt;p&gt;...&lt;/p&gt;
&lt;p&gt;the ropes should suit their situation. A tightrope over a chasm is fine for a trained acrobat with a balancing pole. It is foolish for someone without the right training or tools. They would be better served with something else - a rope bridge with railings.&lt;/p&gt;</description>
      <pubDate>Thu, 2 Apr 2026</pubDate>
      <guid>http://evop.blogspot.com/2013/06/give-people-enough-rope-and-right-rope.html</guid>
    </item>
  </channel>
</rss>
