<?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>DaveKawalec.com &#187; Enterprise</title>
	<atom:link href="http://www.davekawalec.com/category/enterprise/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.davekawalec.com</link>
	<description>People and Technology</description>
	<lastBuildDate>Thu, 10 Mar 2011 17:06:31 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
		<item>
		<title>When &#8220;good enough&#8221; is not good enough</title>
		<link>http://www.davekawalec.com/2011/01/when-good-enough-is-not-good-enough/</link>
		<comments>http://www.davekawalec.com/2011/01/when-good-enough-is-not-good-enough/#comments</comments>
		<pubDate>Mon, 31 Jan 2011 16:49:36 +0000</pubDate>
		<dc:creator>Dave Kawalec</dc:creator>
				<category><![CDATA[Enterprise]]></category>
		<category><![CDATA[IT]]></category>
		<category><![CDATA[Process]]></category>

		<guid isPermaLink="false">http://www.davekawalec.com/?p=56</guid>
		<description><![CDATA[NASA optimizes for performance. We optimize for cost. They pay five times the cost for the last 5 percent of performance. - Tom Mueller, Vice President of Propulsion, SpaceX Everything should be made as simple as possible, but no simpler. - Albert Einstein Anybody interested in improving personal or group performance struggles constantly between &#8220;Get [...]]]></description>
			<content:encoded><![CDATA[<p><a class="post_image_link" href="http://www.davekawalec.com/2011/01/when-good-enough-is-not-good-enough/" title="Permanent link to When &#8220;good enough&#8221; is not good enough"><img class="post_image alignleft" src="http://www.davekawalec.com/pix/carts_thumb.jpg" width="261" height="320" alt="Would you classify this as a design problem or a launch problem?" /></a>
</p><blockquote><p>NASA optimizes for performance. We optimize for cost. They pay five times the cost for the last 5 percent of performance.</p>
<p>- Tom Mueller, Vice President of Propulsion, SpaceX</p></blockquote>
<blockquote><p>Everything should be made as simple as possible, but no simpler.</p>
<p>- Albert Einstein</p></blockquote>
<p>Anybody interested in improving personal or group performance struggles constantly between &#8220;Get it Done&#8221; and &#8220;Get it Perfect&#8221;. We want to do our best, and to be proud of the work we do. We also want to get things accomplished and move on to the next important thing.</p>
<p>We make this compromise in two distinct ways. First and most obviously, we do our best up to a point, declare the work &#8220;good enough&#8221; and then move on. The other way we create &#8220;good enough&#8221; solutions is to ask a different question, reframe it as a simpler problem and solve that with a simpler solution.</p>
<p>Most of the time, these are good compromises to make, but many times &#8212; too often, in fact &#8212; they create bigger problems than they solve and can cause a cascade of disasters.</p>
<p><strong>Half-assed is worse than lazy</strong><br />
People at the supermarket who don&#8217;t put their shopping carts back annoy me. They make parking spots unusable and make parking lots difficult to navigate for everyone else. One supermarket where I used to shop was on a main highway, and carts would roll out of the parking lots and into oncoming traffic! People create this disorder and mayhem to save themselves about twenty or thirty feet of walking. Seriously, how much lazier can a person be?</p>
<p>But in their laziness, these people have spawned a second solution. Supermarkets hire people to scour the parking lot for carts, gather them together and wheel them back in front of the store. There are downsides. Prices are higher because the market has at least one more salary to pay. Parking lots are still littered with stray carts, but that can be managed to the point of a low-level annoyance that most people don&#8217;t even notice anymore. In short, it&#8217;s an ugly solution but for the most part it works (even if it does cause a bit of resentment from people who put their carts back themselves).</p>
<p>If we have two working solutions, then why is there a problem?</p>
<p>There is a third group of shoppers who are the actual cause of the shopping cart madness. They push their carts over to the holding stall like group one. But instead of stacking the carts together, they fling them from about six feet away and make a group two style mess inside the holding stall (see pic above).</p>
<p>By committing half-way, they make the holding stall unusable, not only for group one, but for the supermarket employees in group two. They may sort of solve the problem of <i>their individual cart</i> but their &#8220;compromise&#8221; has <i>broken the entire system</i> of dealing with all carts. To a large degree, they are guilty of creating the hassle that drives people to join group two in the first place.</p>
<p>The worst part, is I&#8217;m sure these people think they are making a good compromise. &#8220;At least I didn&#8217;t leave the cart in the parking lot,&#8221; they must think, &#8220;It&#8217;s not perfect, but it&#8217;s good enough.&#8221; Nothing could be further from the truth.</p>
<ul>
<li>Think about the effects of your &#8220;good enough&#8221; compromises and try to see where you may be unintentionally creating &#8220;group three&#8221; disasters.</li>
<li>When giving performance reviews, do you recognize your &#8220;group three&#8221; employees as negatively affecting your team, or do you fill the box for &#8220;Consistently puts shopping cart back in stall&#8221; with &#8220;Meets expectations&#8221;?</li>
</ul>
<p><strong>Simple is Better than Overly-simple</strong><br />
I&#8217;m a big fan of simplification. When we try to tackle a seemingly insurmountable obstacle, the best way forward is often to break it down into simple manageable chunks. If we ask less complex questions, good answers are easier to find.</p>
<p>And if simple is good, simpler is always better, right?</p>
<p>Wrong.</p>
<p>Once a client asked me to design a simple group calendar with some automated workflow through Outlook forms. Because of some inconsistencies with their Outlook deployment, it turned out to be not such a straight-forward endeavor. The forms worked for some people, but not for others.</p>
<p>There were two solutions on the table that would have solved the problem. We could have re-imaged about 50 computers to ensure that everyone in this workgroup had an identical build (i.e., solve the problem by fixing Outlook inconsistencies). Alternately, we could have quickly built a web-based solution that hooked into Exchange server on the backend (i.e., sidestep the Outlook issues altogether).</p>
<p>It was decided that both of these solutions were too complex. We were told to continue to troubleshoot the &#8220;simple&#8221; Outlook forms solution. Though we spent a little less time than we would have with one of the proposed solutions, ultimately we wound up with a half-working process that was part manual and part automated and wasn&#8217;t really any better than the original manual one.</p>
<p>Sure we saved time by removing complexity. But we would have seen a much more worthwhile return if we invested the time in one of the more permanent fixes. We over-simplified the problem to the point that we didn&#8217;t solve the original problem. It would have made more sense to scrap the initiative altogether.</p>
<ul>
<li>Think for a moment about past projects that didn&#8217;t go to plan. Can you identify an instance when over-simplifying caused you just as much work as tackling the original problem?</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.davekawalec.com/2011/01/when-good-enough-is-not-good-enough/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>What problem are you solving?</title>
		<link>http://www.davekawalec.com/2010/03/what-problem-are-you-solving/</link>
		<comments>http://www.davekawalec.com/2010/03/what-problem-are-you-solving/#comments</comments>
		<pubDate>Mon, 15 Mar 2010 16:53:29 +0000</pubDate>
		<dc:creator>Dave Kawalec</dc:creator>
				<category><![CDATA[Books to Read]]></category>
		<category><![CDATA[Enterprise]]></category>
		<category><![CDATA[IT]]></category>
		<category><![CDATA[Process]]></category>

		<guid isPermaLink="false">http://www.davekawalec.com/?p=84</guid>
		<description><![CDATA[In 1714, the British Parliament passed the Longitude Act, which set up a £20,000 prize to the person who could come up with a way to accurately determine longitude (where you are East-to-West) for a ship at sea. This was a major business problem for shipping between Europe and the New World that needed to [...]]]></description>
			<content:encoded><![CDATA[<p><a class="post_image_link" href="http://www.davekawalec.com/2010/03/what-problem-are-you-solving/" title="Permanent link to What problem are you solving?"><img class="post_image alignleft" src="http://www.davekawalec.com/pix/Pocket_watch_4_small.jpg" width="240" height="180" alt="Post image for What problem are you solving?" /></a>
</p><p>In 1714, the British Parliament passed the Longitude Act, which set up a £20,000 prize to the person who could come up with a way to accurately determine longitude (where you are East-to-West) for a ship at sea. This was a major business problem for shipping between Europe and the New World that needed to be solved. The prize was equivalent to over $4.5 million in today&#8217;s cash &#8211; an 18th century prototype for the <a href="http://www.xprize.org/">X PRIZE</a>.</p>
<p>The mathematics of the problem were simple. The real issue was that the math required an accurate measure of the time of day. The only clocks at the time accurate enough to solve the problem were pendulum clocks, which are utterly useless on a rocking sailing ship. So, the race to solve the longitude problem was really a race to engineer a clock that would work on a boat.</p>
<p>An English clockmaker named John Harrison worked for almost thirty years to solve the problem. His first attempts were based on the idea that a clock&#8217;s pendulum could be replaced by springs and balances. These would not only keep time, but subtract out the motion of the ship. Harrison spent over twenty years refining this idea. The only problem was it didn&#8217;t really work.</p>
<p>Harrison had been trying to build a kind of pendulum that could work on a moving boat. However, after designing a precision pocket watch to help him with observation and measurements, Harrison realized he had been looking at the problem the wrong way all along. Pocket watches at the time were far too inaccurate and unreliable to solve the longitude problem. However, despite this major weakness, pocket watches performed reasonably well, and more importantly did so while moving around in a person&#8217;s pocket.</p>
<p>Harrison realized his very difficult motion problem had already been solved. He didn&#8217;t need a pendulum clock that worked on a boat, he needed a pocket watch that was very accurate. It only took him six years to solve this simpler problem. The result &#8211; the H4 marine chronometer, which won the Longitude Prize and changed maritime transportation forever.</p>
<p>What inspires me about Harrison&#8217;s story is not just his dogged perseverance in working the problem for thirty years. I am awed by the selflessness and courage it took Harrison to reframe his problem, abandon over twenty years of work and move in a new direction. Sometimes the answer is not a tweak of the obvious solution, but rather a refinement of something that on the surface seems completely inadequate to the task.</p>
<p>How often do we get stuck doing what we do because it&#8217;s what we&#8217;re comfortable with, or it&#8217;s our biggest selling product or service, or we&#8217;re out to prove something to the world? When we can let go of all that, we can finally begin to define our work not by the things we do, but by the problems that we solve.</p>
<p>&#8212;</p>
<p>To read more about John Harrison, check out the excellent book <a href="http://amzn.com/080271529X">Longitude: The True Story of a Lone Genius Who Solved the Greatest Scientific Problem of His Time</a>.</p>
<p>Image by <a href="http://commons.wikimedia.org/wiki/File:Pocket_watch_4.jpg">lucunus</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.davekawalec.com/2010/03/what-problem-are-you-solving/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Thoughts on the paperless office</title>
		<link>http://www.davekawalec.com/2008/07/thoughts-on-the-paperless-office/</link>
		<comments>http://www.davekawalec.com/2008/07/thoughts-on-the-paperless-office/#comments</comments>
		<pubDate>Sat, 26 Jul 2008 20:29:17 +0000</pubDate>
		<dc:creator>Dave Kawalec</dc:creator>
				<category><![CDATA[Apple]]></category>
		<category><![CDATA[Enterprise]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Macintosh]]></category>
		<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[Surface]]></category>
		<category><![CDATA[Windows]]></category>

		<guid isPermaLink="false">http://www.davekawalec.com/?p=15</guid>
		<description><![CDATA[I had a great conversation last night with my friend Mark. Among many other things we talked about, we came around to the topic of the paperless office. For about a decade now, we&#8217;ve heard that we are at the dawn of the paperless office. Documents can be virtualized, then organized and re-organized on a [...]]]></description>
			<content:encoded><![CDATA[<p></p><p>I had a great conversation last night with my friend Mark. Among many other things we talked about, we came around to the topic of the paperless office. For about a decade now, we&#8217;ve heard that we are at the dawn of the paperless office. Documents can be virtualized, then organized and re-organized on a whim. Data in XML format can be ported and shared between people and applications with very little loss due to &#8220;friction&#8221; in process. We are no longer beholden to the costs of filing and storing physical paper pages.</p>
<p>So, why do we still use paper?</p>
<p>I think there are two main reasons:</p>
<ul>
<li>Paper is cheap.</li>
<li>Paper is simple to use, and as a technology, provides additional functionality over what current computer displays can provide.</li>
</ul>
<p>Since I know very little about the economics of paper production, I can&#8217;t really address the first point, other than to say if paper suddenly jumped in price the way gasoline has, I doubt you&#8217;d see nearly as many people in the office sending those 200 page reports over to the LaserJet.</p>
<p>The second point however is firmly in techno-weenie land (my happy home). What kind of digital technology can compete with paper for functionality and ease-of-use?</p>
<p><strong>Readability</strong><br />
Face it, computer screens are hard to read. If you look at them too long you go cross-eyed. Innovations like the <a href="http://www.amazon.com/gp/product/B000FI73MA/ref=amb_link_6369712_1/102-1463579-9192148?pf_rd_m=ATVPDKIKX0DER&#038;pf_rd_s=center-1&#038;pf_rd_r=0PY5H6KY4E17QC1C1Q9T&#038;pf_rd_t=101&#038;pf_rd_p=417285101&#038;pf_rd_i=507846">Amazon Kindle</a> make me hopeful that in the near future, all monitors will be similarly optimized for document readability.</p>
<p><strong>Organizing, highlighting and notetaking</strong><br />
The one thing you definitely learn after you&#8217;ve shuffled papers around your desk for any length of time is that paper is easy to shuffle around. If you want to combine a spreadsheet and a document into one report, all you need is a stapler. Marking up printed documents is simple and quick.</p>
<p>Touch screen interfaces seem to be the best prospect for easy manipulation of digital documents. Personally, I think the best current implementation is Apple&#8217;s <a href="http://www.apple.com/iphone/">iPhone</a>. Microsoft also has an exciting offering in this space, called <a href="http://www.microsoft.com/surface/index.html">Surface</a>. Rather than being a touchscreen you can fit in your pocket like the iPhone, with Surface, the interface is a multi-touch tabletop. The demo shows applications in the home, restaurants, bars, etc.</p>
<p>Imagine a different application where your physical desktop is replaced with a Surface interface instead. You can do your regular computing with your standard keyboard/mouse/monitor. Then, we you need to, you just drag your document over to your Surface desktop, where you can use the touch interface to flip through documents, shuffle pages, blend documents together, insert photos, markup documents with a pen or stylus &#8230; whatever you want to do, all with the same relative ease of manipulating paper documents. The best of both worlds.</p>
<p>The biggest downside to this is that currently Surface is not available to consumers. Also, it&#8217;s very expensive, the main current target market being hotels, resorts, casinos, trendy high-end bars, etc. Also, let&#8217;s face it, as this hysterical <a href="http://youtube.com/watch?v=CZrr7AZ9nCY">Surface parody</a> from <a href="http://youtube.com/user/sarcasticgamer">SarcasticGamer</a> points out, Surface is a big-ass table. There is a long way to go before this could be integrated into the workplace.</p>
<p><strong>Power Consumption</strong><br />
You don&#8217;t have to plug paper in. Not sure what we can do about that one.</p>
<p>I believe the paperless office can actually become a reality, but we&#8217;re not really there yet. Why do I care so much about it? Because even though I&#8217;ve never hugged one, trees are nice. They provide shade, they make the air smell nice, they use up carbon dioxide and exhale oxygen, and it sounds cool when wind blows through their leaves. We should cut fewer of them down.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.davekawalec.com/2008/07/thoughts-on-the-paperless-office/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

