<?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/"
	>

<channel>
	<title>Paradigm-360 &#187; Management</title>
	<atom:link href="http://paradigm-360.com/category/management/feed" rel="self" type="application/rss+xml" />
	<link>http://paradigm-360.com</link>
	<description>Business Management, Web, &#38; Information Technology Solutions designed specifically for Builders, Remodelers, Contractors and other members of the Home &#38; Garden Industry</description>
	<lastBuildDate>Sun, 29 Jan 2012 19:11:16 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Productivity: The debate over one-person (lead carpenter concept) vs. two (or more) person crews</title>
		<link>http://paradigm-360.com/management/productivity-the-debate-over-one-person-lead-carpenter-concept-vs-two-or-more-person-crews</link>
		<comments>http://paradigm-360.com/management/productivity-the-debate-over-one-person-lead-carpenter-concept-vs-two-or-more-person-crews#comments</comments>
		<pubDate>Fri, 07 Jan 2011 20:49:01 +0000</pubDate>
		<dc:creator>J. Jerrald Hayes</dc:creator>
				<category><![CDATA[Critical Chain Project Management]]></category>
		<category><![CDATA[Lean Thinking]]></category>
		<category><![CDATA[Management]]></category>
		<category><![CDATA[Productivity]]></category>

		<guid isPermaLink="false">http://paradigm-360.com/?p=646</guid>
		<description><![CDATA[I&#8217;ve been thinking about the issue of &#34;productivity&#34; and the debate over one-person (lead carpenter concept) vs. two (or more) person crews. When I open up my estimating application or crack open a copy of R.S. Means&#8217; Repair and Remodeling Cost Data I might see a line item that looks like this: Description Crew Daily [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve been thinking about the issue of &quot;productivity&quot; and the debate over one-person (lead carpenter concept) vs. two (or more) person crews.</p>
<div class="blogRedBox">
<p>When I open up my estimating application or crack open a copy of R.S. Means&#8217; Repair and Remodeling Cost Data I might see a line item that looks like this:</p>
<table width="98%" border="1" align="center" cellpadding="1" cellspacing="0">
<tr>
<td width="68%">Description</td>
<td width="7%">Crew</td>
<td width="10%">Daily Output</td>
<td width="3%">Qty</td>
<td width="12%">Labor Hours</td>
</tr>
<tr>
<td>Interior,passage door, 4-5/8 solid jamb,Luan finish, solid core, 1-3/8&quot; x 6&#8242;-8&quot; x 2&#8242;-6&quot; wide</td>
<td>
<div align="center">2 Carp</div>
</td>
<td>
<div align="center">20</div>
</td>
<td>
<div align="center">ea.</div>
</td>
<td>
<p align="center">.800</p>
</td>
</tr>
</table>
<p>&nbsp;</p>
<p>Lets say I have a job to install twenty of just the door they are describing there. I&#8217;m going to use that .800 Labor Hours figure times the number of doors (20) to come up with a figure of 16 Labor Hours to install the twenty doors. <strong>While I think that generally speaking hanging doors is a solo carpenter job I can see there that R.S. Means has based there figures on a two person crew. I going to interpret that to mean that while they may see the task as primarily solo too they feel there are times when having and extra set of hands can sometimes help so the .800 Labor Hours per door figure is based on that.</strong> So I go with that and let that be my guide.</p>
<p><font size="1" face="Verdana, Arial">I will then take that 16 Labor Hours to install the twenty doors and then  multiply it by my <strong><a href="http://paradigm-360.com/resources/glossary#LoadedLaborRate" target="_blank">Loaded Labor Rate</a></strong> of $85 per hour to come up with a Price of $1360 to install those doors. <strong>My Cost Estimate is done.</strong></p>
</div>
<p>The text I&#8217;ve highlighted in bold red goes to so questions I have regarding productivity. When I first began to look at the topic of &quot;How long does it (really) take to do something that&#8217;s been estimated to take 200 labor hours?&quot; (JLC-Estimating &amp; Markup Forum&mdash;<a href="http://forums.jlconline.com/forums/showthread.php?t=15979" target="_blank"><strong>Estimating Conundrum #2 How long&#8230;</strong></a> March of 2003) I was trying then to look at it in almost a generic form without looking at the issues of crew size so that I could examine some very basic scheduling issues.</p>
<p>The truth of the matter ( and there were plenty of people who brought it to my attention back then too) is that there are very very few tasks in general building and remodeling that productivity isn&#8217;t effected by crew size.</p>
<p>While (I used to) hang doors all the time and I still recall my own personal solo record of 17 in an eight hour day back in &#8217;96 I also recall that I almost killed myself doing it and it took me days to recover from it so while I might have been ultra productive that one day I sure the days that followed were below average performance.</p>
<p>Regardless I mentioned above that while I personally see hanging doors as a solo carpenter activity (I could be wrong about that) I really see it done most efficiently by a two man crew so that on those occasions where you need an extra hand you don&#8217;t lose you productivity because your struggling to physically.</p>
<p>Despite what Walt Stopplewerth and the HomeTech school of thinking people seem to be advocating regarding using a one man crew I&#8217;m not at all convinced it&#8217;s the most productive way to get things done.</p>
<p>From <a href="http://www.hometechonline.com/rr/rrfac.htm" target="_blank"><strong>Home Techs Frequently Asked Questions:</strong></a></p>
<blockquote>
<p><strong>What Crew Types Do You Use When Determining Labor Costs?</strong></p>
<p> The simple answer is &#8216;all types of crews&#8217;. We do not believe that the price for a specific amount of production changes depending on the crew mix. Let me give you an example. One contractor uses an experienced lead carpenter to do framing by himself. Another uses an average carpenter with a helper. The first contractor pays the lead carpenter a total of $30 an hour and he finishes the job in 10 hours. His cost is $300. The second contractor pays his carpenter only $22.50 an hour and the helper $15 an hour and they finish the job in only 8 hours. His cost is also $300. Both companies used different crew mixes but the per unit or per job cost is the same. </p>
<p> We have found that with stable, profitable companies, crew mixes do not substantial change the unit costs. So if you are paying your employees what they are worth, 100 square feet of wall framing should cost you the same whether you use a one or two man crew. </p>
</blockquote>
<p>One problem I have with that is it just doesn&#8217;t quite work out that way in the real world. While not true of every task there are a lot of gains to be made at time by just having that extra time or perhaps it&#8217;s better stated that the extra time it takes to do a particular task all by yourself can be eliminated by having that &quot;extra hand&quot; on call from time to time.</p>
<p>But again,&#8230; it depends upon the task. And it certainly worth keeping in mind what is spoken about in software development circles as Brookes Law: &quot;<em>adding manpower to a late software project makes it later</em>&quot; which also has it&#8217;s humorous corollary &quot;<em>Nine women can&#8217;t make a baby in one month.</em>&quot; </p>
<p><a href="https://www.amazon.com/dp/0201835959?tag=paradigm360-20&amp;camp=213381&amp;creative=390973&amp;linkCode=as4&amp;creativeASIN=0201835959&amp;adid=1V2AD4ESJFSHB0E26XXH&amp;" target="_blank"><img src="/BlogMedia/BookImages/TheMythicalManMonth.jpg" alt="R=The Mythical Man Month" width="174" height="258" border="0" class="alignright" /></a>In his book <a href="https://www.amazon.com/dp/0201835959?tag=paradigm360-20&amp;camp=213381&amp;creative=390973&amp;linkCode=as4&amp;creativeASIN=0201835959&amp;adid=1V2AD4ESJFSHB0E26XXH&amp;" target="_blank"><strong>The Mythical Man Month</strong></a> Brookes himself stated that that &quot;law&quot; was a &quot;<em>outrageous oversimplification</em>&quot; he gives two reasons why it is so often true (from <a href="http://en.wikipedia.org/wiki/Brooks%27s_law" target="_blank">Wikipedia Brooks Law</a>):</p>
<ol>
<li>It takes some time for the people added to a project to become productive. Brooks calls this the &quot;ramp up&quot; time. Software projects are complex engineering endeavors, and new workers on the project must first become educated about the work that has preceded them; this education requires diverting resources already working on the project, temporarily diminishing their productivity while the new workers are not yet contributing meaningfully. Each new worker also needs to integrate with a team composed of multiple engineers who must educate the new worker in their area of expertise in the code base, day by day. In addition to reducing the contribution of experienced workers (because of the need to train), new workers may even have negative contributions &ndash; for example, if they introduce bugs that move the project further from completion.</li>
<li>Communication overheads increase as the number of people increases. The number of different communication channels increases along with the square of the number of people; doubling the number of people results in four times as many different conversations. Everyone working on the same task needs to keep in sync, so as more people are added they spend more time trying to find out what everyone else is doing. </li>
</ol>
<p>While Brookes is talking about software development I am sure intelligent builders and remodelers can see how this applies to building and remodeling projects too.</p>
<p>The answer I think is just don&#8217;t throw bodies and resources at a project and expect it to get done faster. You need to design and engineer the work flow process to succeed. </p>
<p>In another article from the Home Tech web site  on the Lead Carpenter Method: <a href="http://www.hometechonline.com/lead/lead.htm" target="_blank"><strong>Home Techs Lead Carpenter Concept Overview</strong></a>:</p>
<blockquote>
<p>Studies of remodeling have shown that the one-person crew is the most efficient: that first person is 80%-100% efficient, the second is 25% efficient, and the third is minus 5%. </p>
</blockquote>
<p>While  I never been a fan of the one man crew idea for safety reasons alone I also have to wonder,&#8230;what are those studies? This is one of my favorite pet topics and I have found tons of studies and papers on productivity over the years and I have never seen on that states that conclusion. Hey Home Tech how about a footnote? </p>
<p>My thinking,&#8230;.well it depends upon the task and how that task is organized and planned in relationship to other tasks.</p>
<p>While it is possible (I&#8217;ve actually done it a couple of times) one man alone cannot (or should not ) really install a shop built  stair by himself. But then again after the stair is installed to get the newels installed and the balustrade ready for installation doesn&#8217;t take two carpenters. But then again when it come times to install that balustrade once all the prep is done two or three hands makes short work of that process where one person would struggle with it for a while with a lot of wasted time and effort. </p>
<p>It makes perfect sense for the stair installer to have two other carpenters working on a non critical chain/path activity such as maybe running trim or hanging doors that he or she can interrupt and call away for assistance for a few minutes. </p>
<p>However (and while its unlikely in this sample case I&#8217;m making) if those other two carpenters are instead working on the critical chain/path task then calling them away slows and delays the completion of the whole project so the stair installer in interest of getting the whole project completed in the shortest duration of time is then better off , or the project is better off, with him or her finding a way to do it alone. </p>
<p>In other words it depends upon the overall project&#8217;s organization and logic. </p>
<p>So getting back to the point I&#8217;m looking to gather some thoughts on whether there is a big enough difference in productivity between a solo trades person and a two person crew that we need to really to go nuts paying attention to that when were estimating and then scheduling? When does it matter and when doesn&#8217;t it? </p>
<p>How do we &#8220;Think Lean&#8221; about this? </p>
<p>What are your thoughts? </p>
]]></content:encoded>
			<wfw:commentRss>http://paradigm-360.com/management/productivity-the-debate-over-one-person-lead-carpenter-concept-vs-two-or-more-person-crews/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Story Telling Frameworks</title>
		<link>http://paradigm-360.com/management/story-telling-frameworks</link>
		<comments>http://paradigm-360.com/management/story-telling-frameworks#comments</comments>
		<pubDate>Tue, 09 Feb 2010 21:19:34 +0000</pubDate>
		<dc:creator>J. Jerrald Hayes</dc:creator>
				<category><![CDATA[Management]]></category>

		<guid isPermaLink="false">http://paradigm-360.com/?p=505</guid>
		<description><![CDATA[With a hat tip to Steve Holt and his message on the CMSIG Yahoo Group where on reading his message there I followed a link and discovered this great little web site (Anekedote.com.au) with a video about the one of my favorite subjects: story telling in organizations and what is called the Cynefin Story Telling [...]]]></description>
			<content:encoded><![CDATA[<p>With a hat tip to Steve Holt and his message on the CMSIG Yahoo Group where on reading <a href="http://finance.groups.yahoo.com/group/cmsig/message/2529">his message there</a> I followed a link and discovered this great little web site (<a href="http://www.anecdote.com.au/" target="_blank"><strong>Anekedote.com.au</strong></a>) with a video about the  one of my favorite subjects: story telling in organizations and what is called the Cynefin Story Telling Framework. </p>
<p align="center"><object width="425" height="344"><param name="movie" value="http://www.youtube.com/v/5mqNcs8mp74&#038;hl=en_US&#038;fs=1&#038;"></param><param name="allowFullScreen" value="true"></param><param name="allowscriptaccess" value="always"></param><embed src="http://www.youtube.com/v/5mqNcs8mp74&#038;hl=en_US&#038;fs=1&#038;" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="425" height="344"></embed></object>
      </p>
<p align="left"> I often focus about the importance of telling stories in marketing situations but they are just as important inside and organization to communicate management concepts about systems and to help develop and reinforce culture. </p>
<p align="left">Acording to <a href="http://en.wikipedia.org/wiki/Cynefin">wikipedia Cynefin</a> (a Welsh word translated into English as &#8216;habitat&#8217; or &#8216;place&#8217;) is a  model or framework used to describe problems, situations and systems and&#8230;</p>
<blockquote>
<p>&#8230;The term was chosen by the Welsh scholar David Snowden to illustrate the evolutionary nature of complex systems, including their inherent uncertainty. The name is a reminder that all human interactions are strongly influenced and frequently determined by our experiences, both through the direct influence of personal experience, and through collective experience, such as stories or music. </p>
</blockquote>
<p>Story telling is the &#8220;hook&#8221; that makes it easy for people to relate to the underlying message or lesson. </p>
<p align="left">And here is the link to the Harvard Business Review article mentioned on the tail end of the video. </p>
<p align="center"><a href="http://hbr.org/product/a-leader-s-framework-for-decision-making-hbr-org/an/R0711C-PDF-ENG" target="_blank" align="left"><strong>Leader&#8217;s Framework for Decision Making</strong></a><br />
        by David J. Snowden, Mary E. Boone </p>
]]></content:encoded>
			<wfw:commentRss>http://paradigm-360.com/management/story-telling-frameworks/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How to Be a Good Boss in a Bad Economy</title>
		<link>http://paradigm-360.com/books/how-to-be-a-good-boss-in-a-bad-economy</link>
		<comments>http://paradigm-360.com/books/how-to-be-a-good-boss-in-a-bad-economy#comments</comments>
		<pubDate>Mon, 18 Jan 2010 19:11:38 +0000</pubDate>
		<dc:creator>J. Jerrald Hayes</dc:creator>
				<category><![CDATA[Books]]></category>
		<category><![CDATA[Management]]></category>

		<guid isPermaLink="false">http://paradigm-360.com/?p=420</guid>
		<description><![CDATA[I&#8217;ve was working cleaning up my computer files the other day and I ran across a PDF of a Harvard Business Review article had downloaded a while back entitled How to Be a Good Boss in a Bad Economy by Robert I. Sutton. Bob Sutton is the author of the excellent book The No Asshole [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve was working cleaning up my computer files the other day and I ran across a PDF of a Harvard Business Review article had downloaded a while back entitled <a href="http://hbr.org/2009/06/how-to-be-a-good-boss-in-a-bad-economy/ar/1" target="_blank"><strong>How to Be a Good Boss in a Bad Economy</strong></a> by Robert I. Sutton.</p>
<p><a href="https://www.amazon.com/dp/0446526568?tag=paradigmbuilding&#038;camp=213381&#038;creative=390973&#038;linkCode=as4&#038;creativeASIN=0446526568&#038;adid=0FMV2NYTSVDX4FGSQYDX&#038;"><img src="/BlogMedia/BookImages/TheNoAssholeRule.jpg" alt="The no Asshole Rule" width="152" height="209" border="0" class="imgright" /></a>Bob Sutton is the author of the excellent book <strong><a href="https://www.amazon.com/dp/0446526568?tag=paradigmbuilding&#038;camp=213381&#038;creative=390973&#038;linkCode=as4&#038;creativeASIN=0446526568&#038;adid=0FMV2NYTSVDX4FGSQYDX&#038;" target="_blank">The No Asshole Rule: Building a Civilized Workplace and Surviving One That Isn&#8217;t  </a></strong> (which is a book so many contractors I know really need to read) and writes the blog <a href="http://bobsutton.typepad.com/my_weblog/" target="_blank"><strong>Bob Sutton Work Matters</strong></a>. </p>
<p>Getting back to the article Sutton writes in the intro:</p>
<blockquote>
<p>The Idea in Brief</p>
<p>•	It’s not easy being the boss during a downturn. Your natural impulse is to focus on your own well-justified concerns, but your people are watching your every move for clues to their fate.</p>
<p>•	You need to rethink your responsibilities in terms of what your people may lack most in unsettling times: predictability, understanding, control, and compassion.</p>
<p>•	By making tough times less traumatic, you’ll equip your organization to thrive when conditions improve—and earn the loyalty of individuals who will remain in your network for years to come.</p>
</blockquote>
<p>Those are important points that I don&#8217;t most contractors think about proactively. In tough times our employees often talk scuttlebutt amongst themselves and with their peers about the state of their jobs and the companies they work for. The doubt and dissension that kind of talk can generate can destroy productivity and quality just when the business owners can least afford it. It&#8217;s always been my idea that a far better policy is to be up front and speak with authentic candor about just what is going on and what lies ahead. </p>
<p>If you are going to have to layoff or furlough staff be up front and let them know so that they can plan for it. The trust that builds will make employees far less likely to run out on you on short notice when it can really hurt you. </p>
<p><strong>Video: Management expert Robert Sutton shares lessons on handling layoffs and teams in crisis.</strong></p>
<p align="center"><object width="428" height="338"><param name="movie" value="http://www.mckinseyquarterly.com/App_Themes/v2.0/swf/external_player.swf"><param name="flashvars" value="assetsPath=http://www.mckinseyquarterly.com/App_Themes/v2.0/swf/&#038;xmlFileName=http://www.mckinseyquarterly.com/xmlresources/videol2XML.aspx?assetid=229%26localeid=1"><embed src="http://www.mckinseyquarterly.com/App_Themes/v2.0/swf/external_player.swf" width="428" height="338" flashvars="isProduction=true&#038;assetsPath=http://www.mckinseyquarterly.com/App_Themes/v2.0/swf/&#038;xmlFileName=http://www.mckinseyquarterly.com/xmlresources/videol2XML.aspx?assetid=229%26localeid=1"></embed></object><br />
  </p>
<p> </p>
]]></content:encoded>
			<wfw:commentRss>http://paradigm-360.com/books/how-to-be-a-good-boss-in-a-bad-economy/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Thinking About Project Management &amp; Traffic</title>
		<link>http://paradigm-360.com/management/critical-chain-project-management/thinking-about-project-management-traffic</link>
		<comments>http://paradigm-360.com/management/critical-chain-project-management/thinking-about-project-management-traffic#comments</comments>
		<pubDate>Sat, 19 Dec 2009 01:56:00 +0000</pubDate>
		<dc:creator>J. Jerrald Hayes</dc:creator>
				<category><![CDATA[Critical Chain Project Management]]></category>

		<guid isPermaLink="false">http://paradigm-360.com/?p=380</guid>
		<description><![CDATA[Twice during the last two weeks I found myself trapped in own neighborhood due to traffic snarls. You see I live on a hill right above a major intersection in northern Westchester County NY where Rte 35 the major East West route in the northern section of the county where the Saw Mill River Parkway [...]]]></description>
			<content:encoded><![CDATA[<p>Twice during the last two weeks I found myself trapped in own neighborhood due to traffic snarls. You see I live on a hill right above a major intersection in northern Westchester County NY where Rte 35 the major East West route in the northern section of the county where the Saw Mill River Parkway ends and intersects with Interstate 684.</p>
<p>What happened the other week was a freezing rain caught weekend Christmas shopping traffic and the highway departments off guard . Two accidents on Rte 35 just to the west of me managed to shut down traffic everywhere so I could even get out on to 35 to head the other direction and a week later an accident somewhere to the north out of site to me shutdown north bound traffic on I684 and cars and trucks trying to bypass the stoppage then backed up and clogged traffic on Rte 35 as they tried to skirt over to nearby Rte&#8217;s 22 and 100.</p>
<p>This all got me thinking about project management.</p>
<p>I have a saying I often use that is: </p>
<blockquote>
<p>&quot;It only takes a day to fall a week behind&quot;</p>
</blockquote>
<p>The funny thing is (or maybe it not so funny) I find I can often find circumstances where I can reframe that expression as:</p>
<blockquote>
<p>&quot;It only takes and hour to fall a week behind&quot; </p>
</blockquote>
<p>Or </p>
<blockquote>
<p>&quot;It only takes a day to fall a month behind&quot; </p>
</blockquote>
<p>All this reminded me of a <em>kool </em>traffic simulation tool that I discovered back in March of 2008 while reading Grist which I then <a href="http://finance.groups.yahoo.com/group/cmsig/message/1166" target="_blank">posted to the Yahoo CMSIG Group</a> I follow.</p>
<p>The java based traffic simulator you can find over here: <a href="http://www.traffic-simulation.de/index.html" target="_blank"><strong>Dynamic Traffic Simulation</strong></a> </p>
<p align="center"><a href="http://www.traffic-simulation.de/index.html" target="_blank"><img src="/media_P360/TrafficSimulator.jpg" alt="Traffic Simulator" width="444" height="329" border="0" /></a></p>
<p>&#8230;and the Grist article also had this neat YouTube video from New Scientist Magazine showing a real life experiment conducted by some Japanese researchers showing how some traffic jams can occur for no apparent reason at all.</p>
<p align="center"><object width="425" height="344"><param name="movie" value="http://www.youtube.com/v/Suugn-p5C1M&#038;hl=en_US&#038;fs=1&#038;"></param><param name="allowFullScreen" value="true"></param><param name="allowscriptaccess" value="always"></param><embed src="http://www.youtube.com/v/Suugn-p5C1M&#038;hl=en_US&#038;fs=1&#038;" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="425" height="344"></embed></object></p>
<p align="left">Lawrence Leach (the author of the excellent book <a href="https://www.amazon.com/dp/1580539033?tag=paradigm360-20&amp;camp=213381&amp;creative=390973&amp;linkCode=as4&amp;creativeASIN=1580539033&amp;adid=1WE8ZGJ2ABQVZXP74PN8&amp;" target="_blank"><strong>Critcal Chain Project Management</strong></a>) then replied (the emphasis is mine): </p>
<blockquote>
<p>Hi, Jerrald</p>
<p>How cool is that! Thanks.</p>
<p>My mind naturally wanders toward using it for learning about<br />
    projects. In some ways I think it might be more valuable than dynamic<br />
    Monte Carlo simultions; particularly to help thinking about multiple<br />
    projects. I have run such simulations, and get a blah response. Maybe<br />
    this works better because we can really relate to traffic flow.</p>
<p>I don&#8217;t know yet how well this metaphor works, but <strong>I naturally<br />
    thought of the vehicles as tasks on a project, and the two main lanes<br />
    as the critical chains for two projects flowing along. The on-ramp<br />
    represents feeding chains of tasks, of course.</strong></p>
<p><strong>One of the first things to catch my eye was how tie-ups flow upstream<br />
    against the flow. Its like problems near the end of one project, or<br />
    even on projects released to the field, impacting earlier work on<br />
    other projects.</strong></p>
<p>I didn&#8217;t fool with it, but one apparantly can show the effect of<br />
    queueing, and relate that to capacity buffer sizing.</p>
<p>I think there might be much more to learn from this simple dynamic<br />
    simulation. Other thoughts on it?</p>
</blockquote>
<p>And again a few days later <a href="http://finance.groups.yahoo.com/group/cmsig/message/1174" target="_blank">commented again</a> (again the emphasis is mine):</p>
<blockquote>
<p>Hi, All</p>
<p>I have been playing a little with the traffic simulation. I already<br />
    think there are some great messages one can put across from it.</p>
<p>BTW, I got the English download through the author, If he didn&#8217;t put<br />
    it on the original site, let me kwow and I will provide another link.</p>
<p>One of the first things I liked with <strong>the basic simulation is that it<br />
    shows how the traffic jam flows upstream from the merge point. If we<br />
    consider the merge the actual constraint, it means &quot;the pile&quot; can be<br />
    well upstream of it.</strong></p>
<p><strong>I also found that when you decrease the inflow, it takes a long time<br />
  for the jam to clear. The jam clears from the &quot;front end&quot; forward,<br />
    which would look like a moving constraint.</strong></p>
<p><strong>If you throttle in inflow, the system is insensitive to ramp flow,<br />
    once the ramp is clear and the oncommers can merge, rather than have<br />
    to accelerate.</strong></p>
<p><strong>Overall, it shows the power of dynamic simulation to understand<br />
  reality</strong>, as compared to the TOC over-simplificaition. It shows most<br />
    of the TOC statements reflect a subtle pseudo steady-flow assumption.<br />
    (OK, I am prepared to hear the screams of &quot;not so!&quot; on this, but its<br />
    my impression.)</p>
<p>I think there is much more to show. I am sure it will show the non-<br />
    linearity of queuing, for example.</p>
<p>Regards,<br />
    Larry Leach</p>
</blockquote>
<p>This all has me thinking again about project management as I drive around and run into holiday traffic and grid lock. Thinking what lessons relative to project magement can I learn from this jam I am in sure beats the stress and anger that some people let get their goat. </p>
]]></content:encoded>
			<wfw:commentRss>http://paradigm-360.com/management/critical-chain-project-management/thinking-about-project-management-traffic/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Missing What Is Right In Front of Our Noses</title>
		<link>http://paradigm-360.com/management/missing-what-is-right-in-front-of-our-noses</link>
		<comments>http://paradigm-360.com/management/missing-what-is-right-in-front-of-our-noses#comments</comments>
		<pubDate>Wed, 19 Mar 2008 18:32:15 +0000</pubDate>
		<dc:creator>Jerrald Hayes</dc:creator>
				<category><![CDATA[Management]]></category>

		<guid isPermaLink="false">http://paradigm-360.com/Blog/2008/03/19/missing-what-is-right-in-front-of-our-noses/</guid>
		<description><![CDATA[Just the other day I was checking in to one of the environmental blogs I read and ran across an interesting post about &#8220;An insanely clever bike-advocacy ad from the U.K&#8221; : Do the test &#124; Gristmill: The environmental news blog I actually knew as soon as I saw just what the test was going [...]]]></description>
			<content:encoded><![CDATA[<p>Just the other day I was checking in to one of the environmental blogs I read and ran across an interesting post about &#8220;An insanely clever bike-advocacy ad from the U.K&#8221; : <a href="http://gristmill.grist.org/story/2008/3/14/23388/9566" target="_blank"><strong>Do the test | Gristmill: The environmental news blog <img src="/media_P360/ArrowOut.gif" alt="Ope Do The Test in a New Window" width="10" height="11" /></strong></a></p>
<p align="center"><object width="425" height="355"><param name="movie" value="http://www.youtube.com/v/Ahg6qcgoay4&#038;hl=en"></param><param name="wmode" value="transparent"></param><embed src="http://www.youtube.com/v/Ahg6qcgoay4&#038;hl=en" type="application/x-shockwave-flash" wmode="transparent" width="425" height="355"></embed></object></p>
<p>I actually knew as soon as I saw just what the test was going to be all about in that I had seen it use before in a Discovery Channel television program that was about our brains and cognition but I still almost missed &#8216;<em>it</em>&#8216;.</p>
<p>Beyond the message regarding bicycles I think the actual &#8216;test&#8217; has so very interesting and poignant management implications and lessons in it.</p>
<p>In talk and discussions on management, notably Tom Peter&#8217;s 1986 article <strong><a href="http://www.tompeters.com/col_entries.php?note=005143&#038;year=1986" target="_blank">What Gets Measured Gets Done</a> <a href="http://gristmill.grist.org/story/2008/3/14/23388/9566" target="_blank"><img src="/media_P360/ArrowOut.gif" alt="Open What Gets Measured Gets Done in a New Window" width="10" height="11" /></a></strong> we often hear the expression:</p>
<p align="center" class="quotedText"><strong>&#8220;What Gets Measured Gets Done&#8221;</strong></p>
<p>While that is so very true and a very valuable tool in and of itself it comes along with the caveat we see and learn about in the Cognition Test. While what&#8217;s measured sure enough does get done can we be too focused on our measurements that we miss other important data and information that is flying right in front of our noses? </p>
]]></content:encoded>
			<wfw:commentRss>http://paradigm-360.com/management/missing-what-is-right-in-front-of-our-noses/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>On the Importance of Building Solid Systems That Allow Business Execution</title>
		<link>http://paradigm-360.com/management/on-the-importance-of-building-solid-systems-that-allow-business-execution</link>
		<comments>http://paradigm-360.com/management/on-the-importance-of-building-solid-systems-that-allow-business-execution#comments</comments>
		<pubDate>Tue, 06 Nov 2007 14:17:58 +0000</pubDate>
		<dc:creator>Jerrald Hayes</dc:creator>
				<category><![CDATA[Management]]></category>
		<category><![CDATA[Systems & Systems Thinking]]></category>

		<guid isPermaLink="false">http://paradigm-360.com/Blog/2007/12/19/on-the-importance-of-building-solid-systems-that-allow-business-execution/</guid>
		<description><![CDATA[In the Critical Chain Project Managment Yahoo group that I am subscribed too I just read a great post by Michael Carroll that I thought everyone here might benefit from reading. The topic his post was in response to was How common is it to have &#34;No plans&#34;? (The emphases placed are mine.) I have [...]]]></description>
			<content:encoded><![CDATA[<p>In the Critical Chain Project Managment Yahoo group that I am subscribed too I just read <a href="http://finance.groups.yahoo.com/group/CriticalChain/message/3975" target="_blank">a great post by Michael Carroll</a> that I thought everyone here might benefit from reading. The topic his post was in response to was <b>How common is it to have &quot;No plans&quot;?</b> (The emphases placed are mine.)  </p>
<blockquote>
<hr />
<p>I have been helping my son train for his swim team. Most local high school teams follow a tradition of generating what you might call brute force to achieve their results by what would seem to be a wise strategy to work harder, faster, and longer than the other teams. Yet this approach is a tad bit frustrating for both the coaches and swimmers as academics standards must also be met. In each of these swim programs you will always have a few swimmers who are naturals and rise to the top and yet the rest of the team struggles. You can observe all of the other swimmers putting their might into swimming with poor technique struggling against the water going home each day discouraged because the long hours, hard work and efforts are not paying off. To make it worse the coach is sure to let all know that to be more like the top tier swimmers you must have a better work effort, more drive, and more dedication.</p>
<p>    Why do I bring this up when talking about project plans? I do so for three reasons: Time, perspective, and tradition.</p>
<p> Time &#8211; The more pressure and organization has to perform a given task the more apt they are to roll up their sleeves and re double their efforts by working harder, faster, and longer. Why? Mainly because the technique has worked in the past. Yet on the other hand I think it would be fair to say business managers are wise and know that they need to think things out and generally will agree that planning is as equally important as taking immediate action. So attempts are made to plan. Often these show up as the daily stand up meetings like swimmers meeting with the coach each practice to get pumped up about how hard they are going to work, how they are going to change, and to discuss the upcoming meet. Fortunately swimming has an off season and the coaches will have a few months to create next years winning strategy. Unlike swimming teams most businesses don&#8217;t get an off season. More often then not, serious deep strategic planning is done in a shoot from the hip manner, for time pressures do not allow much of any thing else.</p>
<p> Perspective &#8211; Coaches study the tapes of Olympic swimmers over and over again looking to help their swimmers mimic the gold medal winning strokes. However there is a serious flaw in this. Swimmers swimming at max speed do not display perfect technique because they are swimming close to being completely out of control. Yet watch the great Alexander Popov and his practices sessions look nothing like his racing because he swims only fast enough to make his technique perfect. Yet watch most high school swimmers and they practice poor technique and swim at max effort. So when they get to race day and they push the engines hard they cross the line and the extra effort at race day only buys a minimal improvement in performance. Yet the great Popov&#8217;s muscles remember the perfect technique and allow him to stay in enough control to devastate the competition. Similarly in business, our perspective on the most successful companies is distorted because we watch the great organizations without seeing the disciplined approach to planning, training, and methodical execution. Additionally add in time pressure and inadequate training and the only thing left is the strategy of harder, faster, longer.</p>
<p> Tradition &#8211; Swimming has a long history of tradition and so do businesses. In fact most business leaders gained their first lessons in leadership in the sports arena. Most swimmers who make it to college level swimming are almost impossible to retrain. If they have defects in their stroke it can take years to erase because of muscle and nerve memory. The problem is even greater for men than women because of the tradition of using sheer strength to solve stroke problems. Do we not see the same thing in business?</p>
<p> As I apply these lessons to my own companies I am cognizant of how important disciplined project planning and execution is. <b>It takes a conscious effort to set aside the appropriate amount of time to not only plan, but to build solid systems that allow business execution to occur not only during the slow cycles but to do so at race time when customers are knocking at the door in the up cycle and to do it without going over the edge of control.</b></p>
<p>
      Regards,</p>
<p> Michael Carroll      </p>
<hr />
<p>&nbsp;</p>
</blockquote>
]]></content:encoded>
			<wfw:commentRss>http://paradigm-360.com/management/on-the-importance-of-building-solid-systems-that-allow-business-execution/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Relative Income</title>
		<link>http://paradigm-360.com/books/relative-income</link>
		<comments>http://paradigm-360.com/books/relative-income#comments</comments>
		<pubDate>Tue, 23 Oct 2007 00:38:49 +0000</pubDate>
		<dc:creator>Jerrald Hayes</dc:creator>
				<category><![CDATA[Books]]></category>
		<category><![CDATA[Contracting 101]]></category>
		<category><![CDATA[Management]]></category>
		<category><![CDATA[Markup & Pricing]]></category>
		<category><![CDATA[The Little Lessons]]></category>
		<category><![CDATA[getting a life]]></category>
		<category><![CDATA[income]]></category>
		<category><![CDATA[net profit]]></category>

		<guid isPermaLink="false">http://paradigm-360.com/Blog/2007/10/23/relative-income-2/</guid>
		<description><![CDATA[Relative Income, It&#8217;s a great concept so what is so many of us don&#8217;t seem t get it. As I was working today I was re-reading the The 4-Hour Workweek: Escape 9-5, Live Anywhere, and Join the New Rich, by Timothy Ferris by listening to the audio book edition as I was working today I [...]]]></description>
			<content:encoded><![CDATA[<p>Relative Income, It&#8217;s a great concept so what is so many of us don&#8217;t seem t get it.</p>
<p><a href="http://www.amazon.com/gp/product/0307353133?ie=UTF8&#038;tag=paradigm360-20&#038;linkCode=as2&#038;camp=1789&#038;creative=390957&#038;creativeASIN=0307353133" target="_blank"><img src="/media_P360/Book_Images/The4HourWorkweek.jpg" alt="The 4-Hour Workweek" width="139" height="210" border="0" align="right" /></a>As I was working today I  was re-reading the  <strong><a href="http://www.amazon.com/gp/product/0307353133?ie=UTF8&#038;tag=paradigm360-20&#038;linkCode=as2&#038;camp=1789&#038;creative=390957&#038;creativeASIN=0307353133" target="_blank">The 4-Hour Workweek: Escape 9-5, Live Anywhere, and Join the New Rich</a><img src="http://www.assoc-amazon.com/e/ir?t=paradigm360-20&#038;l=as2&#038;o=1&#038;a=0307353133" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" /></strong>, by Timothy Ferris by listening to the <a href="http://www.amazon.com/gp/product/0786158964?ie=UTF8&#038;tag=paradigm360-20&#038;linkCode=as2&#038;camp=1789&#038;creative=390957&#038;creativeASIN=0786158964" target="_blank"><strong>audio book edition </strong></a>as I was working today I was remnded of a passage I really enjoyed when I read it the first time through.</p>
<blockquote>
<div class="quotedText">
<p>Two hard-working chaps are headed towards each other. Chap A moving at 80 hours per week and Chap B moving at 10 hours per week. They both make $50,000 per year. Who will be richer when the pass in the middle of the night? If you said B, you would be correct, and this is the difference between absolute and relative income.</p>
<p>Absolute income is measured using one holy and inalterable variable: the raw and almighty dollar. Jane Doe makes $100,000 per year and is thus twice as rich as John Doe, who makes $50,000 per year.</p>
<p>Relative income uses two variables: the dollar and time, usually hours. The whole “per year” concept is arbitrary and makes it easy to trick yourself. Let’s look at the real trade.</p>
<p>Jane Doe makes $100,000 per year, $2,000 for each of 50 weeks per year, and works 80 hours per week. Jane Doe thus makes $25 per hour. </p>
<p>John Doe makes $50,000 per year, $1,000 for each of 50 weeks per year, but works 10 hours per week and hence makes $100 per hour.</p>
<p> In relative income, John is four times richer.</p>
<p>… The top New Rich mavericks make at least $5,000 per hour.</p>
</p></div>
</blockquote>
<p>The other day I was in one of the discussion forums and I heard one contractor telling another fellow that was getting set to start out on his own that he could expect to spend </p>
<blockquote>
<div class="quotedText">
<p>&#8220;&#8230;65 hours working [in the field], another 20 for office crap&#8221; </p>
</p></div>
</blockquote>
<p>&#8230;and I thought that was just insane. That&#8217;s not a life , it&#8217;s a self imposed prison sentence and in my estimation evidence of poor business design. To his credit the guy who was putting the pieces together and doing the planning to go out on his own wasn&#8217;t buying into any of that insanity. The insane guys who work that kind of schedule (and there are lot of them out there) are often the ones who don&#8217;t have a decent or respectable <a href="/Resources/Glossary.php#NetProfit" target="_blank">Net Profit</a> margin in place and try to make up for that lack by doing it &#8220;<em>in volume</em>&#8220;.</p>
<p>Generally speaking contractors need to work smarter learn to substitute that for working harder and longer.</p>
<p>Perhaps the key central premise of the booke  <a href="http://www.amazon.com/gp/product/0307353133?ie=UTF8&#038;tag=paradigm360-20&#038;linkCode=as2&#038;camp=1789&#038;creative=390957&#038;creativeASIN=0307353133" target="_blank"><strong>The 4-Hour Workweek <img src="/media_P360/ArrowOut.gif" alt="Open The 4-Hour Workweek Book Info in a new window" width="10" height="11" align="baseline" /></strong></a> is that you are only “rich” if you have leisure time to enjoy yourself. It probably should go on the contractors required reading list. </p>
]]></content:encoded>
			<wfw:commentRss>http://paradigm-360.com/books/relative-income/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Paperwork</title>
		<link>http://paradigm-360.com/humor/paperwork</link>
		<comments>http://paradigm-360.com/humor/paperwork#comments</comments>
		<pubDate>Fri, 18 May 2007 22:06:43 +0000</pubDate>
		<dc:creator>Jerrald Hayes</dc:creator>
				<category><![CDATA[Humor]]></category>
		<category><![CDATA[Management]]></category>

		<guid isPermaLink="false">http://360.pmhclients.com/Blog/?p=55</guid>
		<description><![CDATA[I was going through a stack of old handwritten notes yesterday tossing what I no longer needed (which amounted to about 99% if what I had in the shoe-box) and found this scribbled on a old 3&#215;5 card and thought it was project management relevant and worth saving. &#8220;Although I can accept talking scarecrows, lions [...]]]></description>
			<content:encoded><![CDATA[<p>I was going through a stack of old handwritten notes yesterday tossing what I no longer needed (which amounted to about 99% if what I had in the shoe-box) and found this scribbled on a old 3&#215;5 card and thought it was project management relevant and worth saving.</p>
<blockquote><p>&#8220;Although I can accept talking scarecrows, lions and great wizards of emerald cities, I find it hard to believe there is no paperwork involved when your house lands on a witch.&#8221;<br />
&#8212; Dave James
</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://paradigm-360.com/humor/paperwork/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Little Lessons we get hit with every day in Lean, TOC, &amp; Six Sigma: Lesson 1; Poke-Yoke (Mistake-proofing a process)</title>
		<link>http://paradigm-360.com/the-little-lessons/the-little-lessons-we-get-hit-with-every-day-in-lean-toc-six-sigma-lesson-1-poke-yoke-mistake-proofing-a-process</link>
		<comments>http://paradigm-360.com/the-little-lessons/the-little-lessons-we-get-hit-with-every-day-in-lean-toc-six-sigma-lesson-1-poke-yoke-mistake-proofing-a-process#comments</comments>
		<pubDate>Sat, 21 Apr 2007 19:20:02 +0000</pubDate>
		<dc:creator>Jerrald Hayes</dc:creator>
				<category><![CDATA[Lean Thinking]]></category>
		<category><![CDATA[The Little Lessons]]></category>
		<category><![CDATA[Theory of Constraints]]></category>

		<guid isPermaLink="false">http://360.pmhclients.com/Blog/?p=54</guid>
		<description><![CDATA[Last night I bought and downloaded Jeff &#8220;SKI&#8221; Kinsey&#8217;s e-book Purple Curve Effect: Throughput on Command (hey it&#8217;s just $2.00, what a deal!) and picked up on this little lesson in Lean Thinking that had a touch of Six Sigma to it too. This little lesson came up as I was printing it out. I [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://consultski.blogspot.com/2006/03/value-menu.html" target="_blank"><img src="http://www.applyingcommonsense.com/images/PCE_CVR.gif" alt="Purple Curve Effect" width="200" height="300" hspace="8" vspace="6" border="0" align="right" /></a>Last night I bought and downloaded Jeff &#8220;SKI&#8221; Kinsey&#8217;s e-book <a href="http://consultski.blogspot.com/2006/03/value-menu.html" target="_blank"><strong>Purple Curve Effect: Throughput on Command</strong></a> (hey it&#8217;s just $2.00, what a deal!) and picked up on this little lesson in Lean Thinking that had a touch of Six Sigma to it too.</p>
<p>This little lesson came up as I was printing it out. I like to print out documents so I can read, highlight, and write notes in the margins (see <a href="http://paradigm-360.com/Blog/?p=52"><strong>Looking Back on My Thoughts On Reading from August in ‘97</strong></a> for more on that). Generally speaking if whatever I&#8217;m printing out works out to be about 15 pages or more I&#8217;ll bind them up using A GBC hole punch and presentation binding comb setup I have. </p>
<p>Well I went to print out SKI&#8217;s book and given that it&#8217;s 185 pages both to make the book less thick and to save on paper I would print the odd pages first and then flip the bundle of printed pages over and print again only this time printing the even pages and then I have the book in front and back printed pages.</p>
<p>Well I printed it all out  and as I was getting set to bind it up I noticed something was wrong with the page sequencing starting around page 80. Instead of page 85 having page 86 printed on the backside it had page 84. What the h&#8230;.?!? </p>
<p>I quickly discovered what must have happened. Printing through the first run of just the odd pages at some point the printer grabbed two sheets of paper rather than just one so in that first run I had a uncalled for totally out of place blank page. When I printed it through for the even pages everything printed out just fine until I got that blank page which would then throw the rest of the printing page logic off.</p>
<p>That&#8217;s not a big deal right? I can just print the pages from 85 on again. And what is the lesson in Lean and Six Sigma in all of this?</p>
<p>Well as soon as the problem arose I realized there was a simple Lean term or tool for a procedure that I ignored and didn&#8217;t use that had I done it, it would have prevented the problem from ever occurring. The lean term is <strong><a href="http://paradigm-360.com/WhitePapers/Glossary.html#Pokayoke" target="_blank">Poke-Yoke</a> </strong>which is &#8220;a method of making process robust and mistake-proof&#8221;. What was the Poke-Yoke? Often printed on the packaging the paper comes in and certainly in the printer manuals for our printers in mentions that we should bend back the stack of paper and flip or leaf through it to separate the pages before loading the paper into the printer.</p>
<p>A simple second and a half procedure I just simply ignored wasted some 40 sheets of paper, a little ink and the entire process of printing out the e-book which should have taken maybe 7-9 minutes ended up taking me four to five times longer that it should of had. I had to discover and then diagnose the problem and then find where I had to restart the process from and then restart and repeat the process again from that point.</p>
<p>A little lesson learned&#8230;.</p>
<p>&#8230;.again. </p>
]]></content:encoded>
			<wfw:commentRss>http://paradigm-360.com/the-little-lessons/the-little-lessons-we-get-hit-with-every-day-in-lean-toc-six-sigma-lesson-1-poke-yoke-mistake-proofing-a-process/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Profit is like oxygen,&#8230;</title>
		<link>http://paradigm-360.com/management/profit-is-like-oxygen</link>
		<comments>http://paradigm-360.com/management/profit-is-like-oxygen#comments</comments>
		<pubDate>Thu, 05 Apr 2007 01:17:03 +0000</pubDate>
		<dc:creator>J. Jerrald Hayes</dc:creator>
				<category><![CDATA[Management]]></category>
		<category><![CDATA[Markup & Pricing]]></category>

		<guid isPermaLink="false">http://360.pmhclients.com/Blog/?p=50</guid>
		<description><![CDATA[For a long time there a quote I like that I repeat over again from time to time that I&#8217;ve attributed to Jim Collins &#038; Jerry Poras authors of Built to Last: Successful Habits of Visionary Companies. Profit is like oxygen, food, water, and blood for the body; they are not the point of life, [...]]]></description>
			<content:encoded><![CDATA[<p>For a long time there a quote I like that I repeat over again from time to time that I&#8217;ve attributed to Jim Collins &#038; Jerry Poras authors of <strong><a href="http://www.amazon.com/gp/product/0060566108?ie=UTF8&#038;tag=paradigmbuilding&#038;linkCode=as2&#038;camp=1789&#038;creative=390957&#038;creativeASIN=0060566108">Built to Last: Successful Habits of Visionary Companies</a><img src="http://www.assoc-amazon.com/e/ir?t=paradigmbuilding&#038;l=as2&#038;o=1&#038;a=0060566108" width="1" height="1" border="0" alt="" style="border:none !important; margin:0px !important;" /></strong>.</p>
<blockquote><p><strong>Profit is like oxygen, food, water, and blood for the body; they are not the point of life, but without them there is no life.</strong></p></blockquote>
<p>I did a search online this evening to try and verify my sourcing and found the full quote:</p>
<blockquote><p><strong>Profitability is a necessary condition for existence and a means to more important ends, but it is not the end in itself for many of the visionary companies. Profit is like oxygen, food, water, and blood for the body; they are not the point of life, but without them, there is no life.</strong></p></blockquote>
<p>But in addition to that verification I also found a great post in another good blog with &#8220;Profit is like oxygen,&#8230;&#8221; commentary.</p>
<p>In the Talentism Blog I found the article: <strong><a href="http://www.talentism.com/business_talent/2006/05/principles_of_t_1.html"   target ="_blank">Principles Of Talentism: Part 4 &#8211; Purpose Before Profit</a></strong></p>
]]></content:encoded>
			<wfw:commentRss>http://paradigm-360.com/management/profit-is-like-oxygen/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

