<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	xmlns:series="http://unfoldingneurons.com/"
		xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
>

<channel>
	<title>Lean Project Consulting</title>
	<atom:link href="http://www.leanproject.com/feed/rss/" rel="self" type="application/rss+xml" />
	<link>http://www.leanproject.com</link>
	<description>...transforming the experience of project work</description>
	<lastBuildDate>Wed, 01 Feb 2012 17:36:08 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<copyright>Copyright &#xA9; Lean Project Consulting 2011 </copyright>
	<managingEditor>hmacomber@leanproject.com (Lean Project Consulting)</managingEditor>
	<webMaster>hmacomber@leanproject.com (Lean Project Consulting)</webMaster>
	<image>
		<url>http://www.leanproject.com/wp-content/plugins/podpress/images/powered_by_podpress.jpg</url>
		<title>Lean Project Consulting</title>
		<link>http://www.leanproject.com</link>
		<width>144</width>
		<height>144</height>
	</image>
	<itunes:subtitle></itunes:subtitle>
	<itunes:summary>...transforming the experience of project work</itunes:summary>
	<itunes:keywords></itunes:keywords>
	<itunes:category text="Society &#38; Culture" />
	<itunes:author>Lean Project Consulting</itunes:author>
	<itunes:owner>
		<itunes:name>Lean Project Consulting</itunes:name>
		<itunes:email>hmacomber@leanproject.com</itunes:email>
	</itunes:owner>
	<itunes:block>no</itunes:block>
	<itunes:explicit>no</itunes:explicit>
	<itunes:image href="http://www.leanproject.com/wp-content/plugins/podpress/images/powered_by_podpress_large.jpg" />
		<item>
		<title>CBA Decisionmaking at the LCI Congress</title>
		<link>http://www.leanproject.com/lean-tools/cba-decisionmaking-at-the-lci-congress/</link>
		<comments>http://www.leanproject.com/lean-tools/cba-decisionmaking-at-the-lci-congress/#comments</comments>
		<pubDate>Mon, 12 Sep 2011 20:22:07 +0000</pubDate>
		<dc:creator>Hal Macomber</dc:creator>
				<category><![CDATA[CBA Decisionmaking]]></category>
		<category><![CDATA[Lean Tools]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[course]]></category>
		<category><![CDATA[LCI]]></category>
		<category><![CDATA[master class]]></category>
		<category><![CDATA[training]]></category>

		<guid isPermaLink="false">http://www.leanproject.com/?p=361</guid>
		<description><![CDATA[A little over three years ago I had my first exposure to Choosing By Advantages Decisionmaking. Three colleagues were working on the California Prison Receivership hospitals program. CBA had found its way to that program from the Sutter Health Cathedral Hill project in San Francisco. There, John Koga, AIA had introduced the CBA Decisionmaking System [...]]]></description>
			<content:encoded><![CDATA[<p>A little over three years ago I had my first exposure to Choosing By Advantages Decisionmaking. Three colleagues were working on the California Prison Receivership hospitals program. CBA had found its way to that program from the Sutter Health Cathedral Hill project in San Francisco. There, John Koga, AIA had introduced the CBA Decisionmaking System and Process to design teams that were undertaking concurrent set-based design.</p>
<p>One thing led to another, the CPR team was trained in CBA, other colleagues got exposure to CBA at the LCI Design Forum and then we held a CBA Sound Decisionmaking class for our staff and some of our clients. Jim Suhr, founder of the CBA system, was our instructor. I couldn&#8217;t attend, but my youngest son who had just graduated from college attended. When he returned his mother asked, &#8220;How was the training?&#8221; He answered, &#8220;It changed my life.&#8221; Well that statement changed my life.</p>
<p>I have completed 16 days of training in all of the CBA public courses plus a special Master Class that three colleagues and I attended with clients Jeff Loeb and Jeff Murray from CH2M Hill, Alan Mossman and John Koga. We are now introducing all our clients to sound decisionmaking the CBA way. While CBA has been very useful in the design of buildings, we&#8217;re seeing great results throughout the design and construction process.</p>
<p>You can learn about CBA at this year&#8217;s Lean Construction Congress in Pasadena. My colleagues and others in the CBA Master Class are putting on a one-day sound decisionmaking class on the day before the Congress. <a title="CBA Session Enrollment" href=" http://goo.gl/Nbv8Z" target="_blank">Enroll in the CBA session along with the balance of the Congress</a>. In addition to the class materials, attendees will get Jim Suhr&#8217;s two short books Sound Decisionmaking the first &amp; second essentials.</p>
<p>It might change your life too!</p>]]></content:encoded>
			<wfw:commentRss>http://www.leanproject.com/lean-tools/cba-decisionmaking-at-the-lci-congress/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Understand the Pull Planning Question</title>
		<link>http://www.leanproject.com/last-planner/understand-the-pull-planning-question/</link>
		<comments>http://www.leanproject.com/last-planner/understand-the-pull-planning-question/#comments</comments>
		<pubDate>Sun, 11 Sep 2011 17:04:40 +0000</pubDate>
		<dc:creator>Hal Macomber</dc:creator>
				<category><![CDATA[Last Planner® System]]></category>
		<category><![CDATA[check list]]></category>
		<category><![CDATA[pull planning]]></category>

		<guid isPermaLink="false">http://www.leanproject.com/?p=351</guid>
		<description><![CDATA[The first installment in the Pull Planning Primer explored the confusion people have between the activity they can observe and the outcomes they are pursuing with pull planning. One of the keys to success in designing a production system based on lean principles is to get all of the work experts who are supervising the [...]]]></description>
			<content:encoded><![CDATA[<p>The first installment in the Pull Planning Primer explored the confusion people have between the activity they can observe and the outcomes they are pursuing with pull planning.</p>
<p>One of the keys to success in designing a production system based on lean principles is to get all of the work experts who are supervising the work, we call them last planners, to engage with each other to collaboratively work out a plan for the phase that includes the best of the alternatives available to them. Facilitating that conversation can be a challenge if you aren&#8217;t starting out with the right question. What question?</p>
<h4 style="padding-left: 30px">How will we do our work to meet the client (or project) milestone?</h4>
<p>Looks simple. Let&#8217;s break it into its parts.<span id="more-351"></span></p>
<h3>we</h3>
<p><span class="Apple-style-span" style="font-size: 13px;font-weight: normal">&#8220;We&#8221; is a specific group of people who are managing the work of others. &#8220;We&#8221; is not any trade foreman or design lead, nor is it the supervisor&#8217;s supervisor. It is the person who will show up everyday with his/her workers who will perform the work in that phase.</span></p>
<p>You cannot substitute people in this planning conversation. You need the people who know the staff and what that staff is good at doing and what they are not good at doing. It is only with deep knowledge of the people that a last planner can engage with others in evaluating alternative approaches to choose an approach with the greatest advantages for all the trades in that phase.</p>
<p>&#8220;We&#8221; is also a collective of last planners. Change out one last planner for another and the resulting plan will likely be different.</p>
<h3>our work</h3>
<p>What is it that &#8220;we&#8221; are doing? Starting with a particular discipline, the last planner has to know the scope of work in the phase. There&#8217;s no showing up to a pull planning meeting without having studied the work of the phase. It won&#8217;t do. Last planners must know the scope, the materials, the hours planned for the work and the equipment or information that is available to them or that is needed. But it doesn&#8217;t end there.</p>
<p>&#8220;Our work&#8221; also means the work that others will be doing. Why? Because completing the work of one trade creates the conditions for beginning the work of other trades. Last planners need to understand what the starting conditions are for their work. This allows them to make requests and negotiate hand-offs during the pull planning conversation.</p>
<h3>meet the milestone</h3>
<p>We can&#8217;t know what work we have to do without understanding what has been promised to be in place. Sometimes this comes from an explicit promise to a client. Other times the milestone definition is established by the project team for managing the project. In both cases, we can describe the milestone as a set of conditions that must be satisfied for successful completion.</p>
<p>Last planners must understand the conditions of satisfaction (COS) to do a good job in the planning of the work in the phase. And, that is not enough. Why are those COS important to the job? One answer to that is the completion of every milestone sets the stage for doing something different in the next phase. Knowing what is to come next and why it is important to the client or the project creates the context for pull planning in the phase.</p>
<p>That wasn&#8217;t difficult. Add these items to your pull planning preparation checklist:</p>
<ul>
<li>Invite the people who will be the last planners</li>
<li>Share the conditions of satisfaction for the milestone with all the last planners</li>
<li>Brief the whole group on all the work going on in the phase</li>
<li>Have each last planner study their scopes</li>
</ul>
<p>Remember, don&#8217;t let people lose sight of their role in pull planning. Throughout your pull planning sessions remind the last planners they are there to answer the pull planning question.</p>]]></content:encoded>
			<wfw:commentRss>http://www.leanproject.com/last-planner/understand-the-pull-planning-question/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	
		<series:name><![CDATA[Pull Planning Primer]]></series:name>
	</item>
		<item>
		<title>Pull Planning Confusion</title>
		<link>http://www.leanproject.com/last-planner/pull-planning-confusion/</link>
		<comments>http://www.leanproject.com/last-planner/pull-planning-confusion/#comments</comments>
		<pubDate>Tue, 30 Aug 2011 14:45:31 +0000</pubDate>
		<dc:creator>Hal Macomber</dc:creator>
				<category><![CDATA[Last Planner® System]]></category>
		<category><![CDATA[COS]]></category>
		<category><![CDATA[flow]]></category>
		<category><![CDATA[lean]]></category>
		<category><![CDATA[outcome]]></category>
		<category><![CDATA[pull]]></category>
		<category><![CDATA[small batch]]></category>

		<guid isPermaLink="false">http://www.leanproject.com/?p=332</guid>
		<description><![CDATA[Many people misunderstand pull planning, a central practice in the Last Planner® System. It stems, in part, from an unfortunate characterization that some early LPS practitioners made. They called pull planning &#8220;reverse phase scheduling.&#8221; That name only tells one small part of the story. The purpose of pull planning is to design a project-based production [...]]]></description>
			<content:encoded><![CDATA[<p>Many people misunderstand pull planning, a central practice in the Last Planner® System. It stems, in part, from an unfortunate characterization that some early LPS practitioners made. They called pull planning &#8220;reverse phase scheduling.&#8221; That name only tells one small part of the story.</p>
<p>The purpose of pull planning is to design a project-based production system in conformance with lean principles. Like all aspects of Last Planner, it is a collaborative approach that includes those who are directly responsible for supervising the work on the project. People mistake merely scheduling a phase of work from the end working backwards for the intent of pull planning.<span id="more-332"></span></p>
<p>Another problem I see is that people are focused on the wrong things. Some people take great care in getting all the data elements on a sticky note. But you have to use the correct data and use that data correctly. Just the other day I saw a series of stickies with &#8220;activities&#8221; versus &#8220;conditions of satisfaction&#8221; (COS) and &#8220;durations&#8221; rather than &#8220;concentrated effort&#8221;. These are major mistakes in understanding. People can&#8217;t do the work of designing a lean production system without the correct data. Some people say why does this matter? I can explain.</p>
<p>Let&#8217;s say that we want to bake a pie. The recipe for the crust calls for a 1/4 cup of white chrystalized granules, a cup of white powder and a stick of white sticky stuff. Is this an adequate description of ingredients for making pie crust? Do we use sugar or salt? Do we add powdered sugar, flour, baking soda, baking powder or corn starch? Do we mix them with lard, vegetable shortening or marshmallow fluff?</p>
<p>Vocabulary matters because the distinctions we make in language matter to the actions we will take. Substituting the word &#8220;activity&#8221; for &#8220;conditions of satisfaction&#8221; puts the attention on the action rather than on the outcome. One of the keys to the design of the production system is clear conditions for handing the work off from one performer to the other. We call those &#8220;conditions of satisfaction,&#8221; not &#8220;activities.&#8221; Similarly, we want to know the concentrated effort to fulfill the conditions of satsifaction which is the elapsed time to perform for specific people who are performing, e.g., 10 hours for 1 licensed mechanic and 1 apprentice. The team needs this information so they can adjust crew sizes and batch sizes across the whole project to design for flow.</p>
<p>You won&#8217;t get pie crust from adding any three white things together just like you won&#8217;t get a lean project by working only with activities, durations and scheduling backwards. To borrow a principle from Choosing By Advantages Decisionmaking, you must learn and skillfully use the pull planning method to create flow on your project.</p>
<p>There is more to pull planning than I can cover in this blog post. Look for other lessons in the <a title="Learn about the Last Planner System Pull Planning approach from the experts at Lean Project Consulting" href="http://www.leanproject.com/series/pull-planning-primer/">Pull Planning Primer</a> series.</p>]]></content:encoded>
			<wfw:commentRss>http://www.leanproject.com/last-planner/pull-planning-confusion/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
	
		<series:name><![CDATA[Pull Planning Primer]]></series:name>
	</item>
		<item>
		<title>Announcing Problems Is a Key Lean Behavior</title>
		<link>http://www.leanproject.com/lean-tools/announcing-problems-is-a-key-lean-behavior/</link>
		<comments>http://www.leanproject.com/lean-tools/announcing-problems-is-a-key-lean-behavior/#comments</comments>
		<pubDate>Sun, 28 Aug 2011 17:29:26 +0000</pubDate>
		<dc:creator>Hal Macomber</dc:creator>
				<category><![CDATA[Lean Tools]]></category>
		<category><![CDATA[5-why]]></category>
		<category><![CDATA[leadership]]></category>
		<category><![CDATA[lean management]]></category>

		<guid isPermaLink="false">http://www.leanproject.com/?p=300</guid>
		<description><![CDATA[Alan Mullaly, CEO Ford, gave an interview for the Financial Times, Alan Mullaly: in the Driving Seat at Ford, where he spoke about the breakthrough the management team had leading to breakaway company performance. In short, he adopted a &#8220;problems-first&#8221; environment. Mark Fields, head of the Americas business unit, announced at a weekly executives meeting that [...]]]></description>
			<content:encoded><![CDATA[<p>Alan Mullaly, CEO Ford, gave an interview for the Financial Times, <a title="Mullaly speaks about the breakthrough in management" href="http://www.ft.com/cms/s/0/eda88d96-4410-11e0-8f20-00144feab49a.html#axzz1ViMf43r6" target="_blank">Alan Mullaly: in the Driving Seat at Ford</a>, where he spoke about the breakthrough the management team had leading to breakaway company performance. In short, he adopted a &#8220;problems-first&#8221; environment. Mark Fields, head of the Americas business unit, announced at a weekly executives meeting that there was a problem in launching the Ford Edge.</p>
<p style="padding-left: 30px;">“I could feel the chairs moving away from me,” Fields recently recalled. “At Ford, in the past, if you delivered bad news, it wasn’t good for your mojo.”</p>
<p>The &#8220;old Ford&#8221; would create thick reports that would hide the problems a business unit was having. <span id="more-300"></span>The new Ford puts their problems on the table for others to provide help.</p>
<p>Neither Ford nor Mullaly invented the problems-first approach. Credit has to go to Toyota. As Ralph Keller, President of the Association of Manufacturing Excellence says, &#8220;<a title="Keller writes about problems as hidden gems" href="http://www.industryweek.com/articles/continuous_improvement_--_dont_allow_problems_to_be_hidden_theyre_jewels_21273.aspx" target="_blank">Don&#8217;t Allow Problems to Be Hidden; They&#8217;re Jewels</a>.&#8221; Jewels? Really? You bet! Problems &#8212; variances to our expectations &#8212; are the opportunity to learn and start a cycle of improvement.</p>
<p>The challenge is not problem-solving. Toyota claims that over 80% of all their improvements start and finish with a <a class="glossaryLink" href="http://www.leanproject.com/glossary/good-5-why/" title="Glossary: Good 5-Why" onmouseover="tooltip.show('Most variances (problems) have more than one contributing cause. LPC\'s approach puts the emphasis on learning while generating multiple countermeasures along the way.');" onmouseout="tooltip.hide();">Good 5-Why</a>™. When people recognize and investigate variances they inevitably improve the situation.</p>
<p>The challenge is in announcing problems. In the design and construction industry, we deal with problems as we encounter them fixing and &#8220;<a class="glossaryLink" href="http://www.leanproject.com/glossary/making-do/" title="Glossary: making do" onmouseover="tooltip.show('Considered to be the \"eighth waste\" in the design and construction industry. Proposed by Dr. Lauri Kosskela in a paper presented to the International Group for Lean Construction in Copenhagen in 2004.');" onmouseout="tooltip.hide();">making do</a>&#8221; without fan-fare. Most problems are never reported. For all kinds of reasons, reporting problems is seen as job-limiting.</p>
<p>What can leaders do? We must set good examples to celebrate problem discovery, problem announcement and problem learning. Getting involved with learning from variances is one of the most important things a leader can do. It shows a respect for people and leads directly to continuous improvement.</p>
<p>What problems will you announce today?</p>]]></content:encoded>
			<wfw:commentRss>http://www.leanproject.com/lean-tools/announcing-problems-is-a-key-lean-behavior/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Focus on Tool Users for Lean Success</title>
		<link>http://www.leanproject.com/lean-tools/focus-on-tool-users-for-lean-success/</link>
		<comments>http://www.leanproject.com/lean-tools/focus-on-tool-users-for-lean-success/#comments</comments>
		<pubDate>Sun, 21 Aug 2011 20:24:52 +0000</pubDate>
		<dc:creator>Hal Macomber</dc:creator>
				<category><![CDATA[Last Planner® System]]></category>
		<category><![CDATA[Lean Tools]]></category>
		<category><![CDATA[improvement]]></category>
		<category><![CDATA[lean]]></category>
		<category><![CDATA[respect]]></category>
		<category><![CDATA[tool]]></category>

		<guid isPermaLink="false">http://www.leanproject.com/?p=296</guid>
		<description><![CDATA[John Seddon warns, Watch Out for the Toolheads.  Ralph Keller, President of Assoc for Manufacturing Excellence claims Tools Are Necessary, but Not Sufficient. Bob Emiliani coined the term &#8220;Fake Lean&#8221; to describe the tool-based focus on continuous improvement that had become ubiquitous. In my study of Toyota and the work we do with design and [...]]]></description>
			<content:encoded><![CDATA[<p>John Seddon warns, <a title="Vocal critic of lean initiatives" href="http://www.superfactory.com/articles/featured/2007/0706-seddon-tool-heads.html" target="_blank">Watch Out for the Toolheads</a>.  Ralph Keller, President of Assoc for Manufacturing Excellence claims <a title="Tools are worthless withou the trained people knowing what tools to use and how to use them" href=" http://www.industryweek.com/articles/continuous_improvement_--_tools_are_necessary_but_not_sufficient_20436.aspx" target="_blank">Tools Are Necessary, but Not Sufficient</a>. Bob Emiliani coined the term &#8220;Fake Lean&#8221; to describe the tool-based focus on continuous improvement that had become ubiquitous. In my study of Toyota and the work we do with design and construction firms, attention to lean tools is unavoidable. We can&#8217;t be lean by using the same ol&#8217; tools in the same ol&#8217; way.</p>
<p>Adopting new tools and using some of the old tools with a new emphasis is part of the process for transforming the way we deliver design and construction services.<span id="more-296"></span> However, we must place our emphasis on the tool users rather than the tools themselves.</p>
<p>Toyota&#8217;s two pillars are &#8220;respect for people&#8221; and &#8220;continuous improvement.&#8221; But I see far too many firms and project teams focusing on using Last Planner® System without putting the pillars first. The same goes for all the attention given to kaizen blitzes/events/workshops. A few &#8220;experts&#8221; lead a week-long event that while it improves an underperforming process it doesn&#8217;t leave the organization with the new employee capability. Now don&#8217;t get me wrong, if a group is unable to improve their own processes, then for sure bring in experts to help. We&#8217;ve done a lot of that work in the last 10 years. However, we do it in a way that builds capability.</p>
<p>It will take you longer to improve the process while investing in staff. But that is one of the keys to &#8220;Real Lean&#8221;, as Emiliani says. Going slow to start will allow you to go fast later on.</p>]]></content:encoded>
			<wfw:commentRss>http://www.leanproject.com/lean-tools/focus-on-tool-users-for-lean-success/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Is a High Reliability Project in Your Future?</title>
		<link>http://www.leanproject.com/last-planner/is-a-high-reliability-project-in-your-future/</link>
		<comments>http://www.leanproject.com/last-planner/is-a-high-reliability-project-in-your-future/#comments</comments>
		<pubDate>Thu, 18 Aug 2011 19:27:27 +0000</pubDate>
		<dc:creator>Hal Macomber</dc:creator>
				<category><![CDATA[Last Planner® System]]></category>
		<category><![CDATA[construction]]></category>
		<category><![CDATA[continuous improvement]]></category>
		<category><![CDATA[foremen]]></category>
		<category><![CDATA[lean]]></category>
		<category><![CDATA[planned]]></category>
		<category><![CDATA[planner]]></category>
		<category><![CDATA[reliability]]></category>
		<category><![CDATA[respect]]></category>
		<category><![CDATA[tasks]]></category>

		<guid isPermaLink="false">http://www.leanproject.com/?p=271</guid>
		<description><![CDATA[Construction firms have been using the Last Planner® System for almost 20 years. The situations have been relatively the same over that period. A company starts measuring reliability and they find about 50% of the tasks they plan for next week get done sometime during the week. Once they put the Last Planner practices in [...]]]></description>
			<content:encoded><![CDATA[<p>Construction firms have been using the Last Planner® System for almost 20 years. The situations have been relatively the same over that period. A company starts measuring reliability and they find about 50% of the tasks they plan for next week get done sometime during the week. Once they put the Last Planner practices in place the same team gets about 75% of the planned work done on the day they promised to complete the task. Most of the tasks not completed as promised still get done during the week promised. This improvement in reliability makes life better for all.</p>
<p>So you might think, &#8220;What happens next? What about improving reliability to 80%? 85%? 90%?&#8221; Continuous improvement<span id="more-271"></span> is one of the two pillars of lean. However, most teams are not continuously improving reliability. Why? We don&#8217;t know for sure. We speculate that the initial performance improvement is so much better than anyone has seen before that they get complacent.</p>
<p>But not all teams and construction firms are like that. We know of one west coast company that routinely runs high reliability projects. How do they do it? They embrace both lean pillars &#8212; respect for people and continuous improvement. It happens in the way that project supervision interacts with the specialty contractor foremen. Rather than emphasizing the technical aspects of the project, project supervision shows up as mentors and coaches to the last planners (foremen). This shift from being the boss to being the coach allows teams to continue improving reliabilty.</p>
<p>Who&#8217;s in the mood to mentor foremen?</p>]]></content:encoded>
			<wfw:commentRss>http://www.leanproject.com/last-planner/is-a-high-reliability-project-in-your-future/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Reflections of, The Way Things Used To Be</title>
		<link>http://www.leanproject.com/philosphy/reflections-of-the-way-things-used-to-be/</link>
		<comments>http://www.leanproject.com/philosphy/reflections-of-the-way-things-used-to-be/#comments</comments>
		<pubDate>Fri, 05 Mar 2010 20:46:59 +0000</pubDate>
		<dc:creator>Rebecca Bettler</dc:creator>
				<category><![CDATA[Lean Tools]]></category>
		<category><![CDATA[Philosophy]]></category>
		<category><![CDATA[lean]]></category>
		<category><![CDATA[meeting]]></category>
		<category><![CDATA[Quarterly]]></category>
		<category><![CDATA[reflect]]></category>
		<category><![CDATA[Reflections]]></category>
		<category><![CDATA[tool]]></category>

		<guid isPermaLink="false">http://www.leanproject.com/?p=279</guid>
		<description><![CDATA[Every time I hear the word “reflections” used as an agenda topic, I can’t help but to start smiling. There are two reasons it makes me smile, and both are linked to the same story. A few years back, I was part of a leadership team that put together quarterly presentations for the executives. One [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.leanproject.com/wp-content/uploads/2011/08/reflection.jpg"><img class="alignleft size-medium wp-image-280" title="reflection" src="http://www.leanproject.com/wp-content/uploads/2011/08/reflection-300x200.jpg" alt="" width="300" height="200" /></a>Every time I hear the word “reflections” used as an agenda topic, I can’t help but to start smiling. There are two reasons it makes me smile, and both are linked to the same story.</p>
<p>A few years back, I was part of a leadership team that put together quarterly presentations for the executives. One of the sections we had to prepare was titled “reflections.” As a team, this was the only time that we would reflect on how we got where we were. Except most of us really didn’t reflect. One person on the team would take responsibility for preparing our “reflections.” When we presented, it was really just that one person’s reflection on the past quarter.</p>
<p>The first reason I smile is because the vision that comes to my mind is one of my dear colleagues would break out in his best Diana Ross impersonation singing “Reflections of, the way life used to be.” Even though he did this a dozen or so times before each quarterly meeting, it never failed to bring laughter about the team.</p>
<p>The second reason I smile is a little more reflective (if you will). As the years moved on and I began to learn about lean, the idea that our team only took the time to reflect four times a year (and in the fashion we did) seems ignorantly arrogant and quite foolish.</p>
<p>It’s also a gentle reminder that I can still be ignorantly arrogant and quite foolish when I forget to reflect as often as I should.</p>]]></content:encoded>
			<wfw:commentRss>http://www.leanproject.com/philosphy/reflections-of-the-way-things-used-to-be/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>A Hidden Beauty</title>
		<link>http://www.leanproject.com/philosphy/a-hidden-beauty/</link>
		<comments>http://www.leanproject.com/philosphy/a-hidden-beauty/#comments</comments>
		<pubDate>Thu, 16 Apr 2009 19:29:37 +0000</pubDate>
		<dc:creator>Rebecca Bettler</dc:creator>
				<category><![CDATA[Lean Tools]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Philosophy]]></category>
		<category><![CDATA[accountants]]></category>
		<category><![CDATA[example]]></category>
		<category><![CDATA[QnEK]]></category>
		<category><![CDATA[Quick n’ Easy Kaizen]]></category>

		<guid isPermaLink="false">http://www.leanproject.com/?p=273</guid>
		<description><![CDATA[I’ll never forget the first time I actually experienced first-hand how important it is to share improvement ideas. Like many people, I often made little improvements to my work – it just made sense to do that. I was reviewing Quick n’ Easy Kaizens with a small group of three accountants a few months back. [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.leanproject.com/wp-content/uploads/2011/08/expense_report.jpg"><img class="alignleft size-medium wp-image-275" title="expense_report" src="http://www.leanproject.com/wp-content/uploads/2011/08/expense_report-300x191.jpg" alt="" width="300" height="191" /></a>I’ll never forget the first time I actually experienced first-hand how important it is to share improvement ideas. Like many people, I often made little improvements to my work – it just made sense to do that.</p>
<p>I was reviewing Quick n’ Easy Kaizens with a small group of three accountants a few months back. Something really interesting happened. The situation starts with one of the accountants sharing her QnEK of posting the 5 most commonly used expense codes right on her cubical wall. People were constantly coming up to her to ask her for them – interrupting her work or causing them to wait if she was on the phone or away from her desk.</p>
<p>The interesting thing to me was that it wasn’t until she shared her improvement with the others that they even realized this was a situation that had opportunity for improvement. The group talked discussed her improvement, and other improvements they could make to the situation. One of them suggested emailing those 5 common codes around to everyone that used them. This was good in the sense that the three of them were talking, and building off of each other. After a few minutes of discussion, the third person in the group very excitedly shared that those codes could go <strong>right on the expense reports. </strong>This would completely eliminate the need for anyone to look up the codes because they are right there, where the work happens.</p>
<p>I think this situation represents some of the hidden beauties of a good QnEK program. When people get in the mood of improving together, their ideas bounce off each other and grow from each other. If these three people didn’t communicate about the situation and the improvements, minimal improvements would have been made. Not only did the accounting department end up with more correct expense reports to process, but they were able to eliminate unnecessary movement, prevent defects and reduce waiting for many others.</p>]]></content:encoded>
			<wfw:commentRss>http://www.leanproject.com/philosphy/a-hidden-beauty/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Building Improvements on Each Other&#8217;s</title>
		<link>http://www.leanproject.com/philosphy/building-improvements-on-each-others/</link>
		<comments>http://www.leanproject.com/philosphy/building-improvements-on-each-others/#comments</comments>
		<pubDate>Wed, 01 Apr 2009 19:20:45 +0000</pubDate>
		<dc:creator>Rebecca Bettler</dc:creator>
				<category><![CDATA[Lean Tools]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Philosophy]]></category>
		<category><![CDATA[home]]></category>
		<category><![CDATA[QnEK]]></category>
		<category><![CDATA[Quick n' Easy Kaizen]]></category>
		<category><![CDATA[spices]]></category>

		<guid isPermaLink="false">http://www.leanproject.com/?p=270</guid>
		<description><![CDATA[As I first started learning about Quick n&#8217; Easy Kaizen, I quickly took the idea home and started talking about it with my husband. One day, I rearranged our spice cabinets by getting 2 small wooden trays to hold all of the spices. Then I labeled the lid of each spice with its name. This [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.leanproject.com/wp-content/uploads/2011/08/kaizen.jpg"><img class="alignleft size-full wp-image-272" title="kaizen" src="http://www.leanproject.com/wp-content/uploads/2011/08/kaizen.jpg" alt="" width="240" height="214" /></a>As I first started learning about Quick n&#8217; Easy Kaizen, I quickly took the idea home and started talking about it with my husband. One day, I rearranged our spice cabinets by getting 2 small wooden trays to hold all of the spices. Then I labeled the lid of each spice with its name. This way, I could pull out the two trays, read the lids and quickly identify the spice I needed. Believe it or not, I was really excited! Seriously&#8230;grabbing the tarragon when I needed the thyme was incredibly frustrating, and something I experienced quite often!</p>
<p>When my husband came home, I was very excited to share my improvement with him. I was a little taken aback when he responded by suggesting that we separate the spices in the trays by the ones we use most often or alphabetically. It made perfect sense! Why hadn’t I thought of that? I was not very accustomed to somebody else making improvements to my improvements!</p>
<p>We wound up alphabetizing the spices. I quickly began to appreciate his idea built on mine. It is so much better to have multiple minds working to improve things. What one mind thinks of can be very different than what another mind thinks. The impact of the improvements built together is always much better than one!</p>]]></content:encoded>
			<wfw:commentRss>http://www.leanproject.com/philosphy/building-improvements-on-each-others/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>There Is No One Right Answer</title>
		<link>http://www.leanproject.com/cba/no-one-right-answer/</link>
		<comments>http://www.leanproject.com/cba/no-one-right-answer/#comments</comments>
		<pubDate>Mon, 03 Oct 2011 18:00:36 +0000</pubDate>
		<dc:creator>Hal Macomber</dc:creator>
				<category><![CDATA[CBA Decisionmaking]]></category>
		<category><![CDATA[decisions]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[patterns]]></category>

		<guid isPermaLink="false">http://www.leanproject.com/?p=365</guid>
		<description><![CDATA[The title of this post was inspired from Patterns in Design, Technology and Business, by Fred White . I often hear people say, &#8220;The only thing we can do now is (fill in the blank).&#8221; Really? The ONLY thing? I like having a little fun when I hear that. I quickly ask someone else, &#8220;Is [...]]]></description>
			<content:encoded><![CDATA[<p>The title of this post was inspired from <a title="From Fred White's &quot;Practice Lab&quot;" href="http://www.practicelab.com/2011/07/patterns-in-design-technology-and-business/" target="_blank">Patterns in Design, Technology and Business</a>, by Fred White .</p>
<p>I often hear people say, &#8220;The only thing we can do now is (fill in the blank).&#8221; Really? The ONLY thing? I like having a little fun when I hear that. I quickly ask someone else, &#8220;Is there something you can think of that we could do?&#8221; Invariably, one or more people come up with good alternative actions. Often, much better than the &#8220;only solution.&#8221;</p>
<p>There are a few things at work when people offer &#8220;only-solutions&#8221;. First, they lock-on early to their view of the situation (world). Second, they skip the most important step in any decision process. Third, they are stuck with few thinking patterns. Let&#8217;s take them one at a time.<span id="more-365"></span></p>
<p>Locking on to one view of the world is quite easy to do. For most of us, we only have the view we have. That&#8217;s why in any serious decision situation we will usually do better if we engage others in our decision process. This brings different perspectives (view), experiences and knowledge. All can enhance decision-making.</p>
<p>There is a tautology about making sound decisions. You can&#8217;t choose the best althernative if the best alternative wasn&#8217;t considered in the first place. The second phase of the Choosing By Advantages (CBA) Decisionmaking System for sound decisions is to innovate alternatives. We don&#8217;t have the habit of generating a multitude of alternatives in the see-problem, fix-problem world of construction. Consequently, we are not getting the best decisions.</p>
<p>Design and construction call for both practical patterns and the mingling of patterns in novel ways. &#8220;If this, then that&#8221; is a practical pattern that fits prior experience to a recognizable situation. &#8220;Try something, learn something&#8221; is a pattern for dealing with ambiguous circumstances. By combining thinking patterns we can gain a richer appreciation of the decision situations we face.</p>
<p>Fred White closes his article with a pattern for the business environment, one that fits will in design and construction: &#8220;There is no one right answer.&#8221; To that CBA practitioners would add, there are &#8220;only&#8221; sound, congruent and effective decisions.</p>]]></content:encoded>
			<wfw:commentRss>http://www.leanproject.com/cba/no-one-right-answer/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

