<?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>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>Sun, 31 May 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>Sat, 30 May 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>Fri, 29 May 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>Thu, 28 May 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>Wed, 27 May 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>Tue, 26 May 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>Mon, 25 May 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>Sun, 24 May 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>Sat, 23 May 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>Fri, 22 May 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>Thu, 21 May 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>Wed, 20 May 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>Tue, 19 May 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>Mon, 18 May 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>Sun, 17 May 2026</pubDate>
      <guid>http://evop.blogspot.com/2013/06/give-people-enough-rope-and-right-rope.html</guid>
    </item>
  </channel>
</rss>
