<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: &quot;Good Enough&quot; Really Isn&#039;t</title>
	<atom:link href="http://www.gryphonmountain.net/2009/04/good-enough-really-isnt/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gryphonmountain.net/2009/04/good-enough-really-isnt/</link>
	<description>Technical Communication and Other Writing Topics, by Ben Minson</description>
	<lastBuildDate>Wed, 11 Jan 2012 04:05:49 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: Ben</title>
		<link>http://www.gryphonmountain.net/2009/04/good-enough-really-isnt/#comment-283</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Tue, 12 May 2009 23:51:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.gryphonmountain.net/?p=534#comment-283</guid>
		<description>Great point. In my post and our discussion, we neglected the customer perspective, which is really the most important consideration. I completely agree with your comment. Sometimes (or maybe most of the time) we may think we&#039;re pushing our improvement of the documentation to meet users&#039; needs, but we don&#039;t actually find out if it&#039;s doing so. As a result, we don&#039;t know whether we&#039;re improving it in reality.</description>
		<content:encoded><![CDATA[<p>Great point. In my post and our discussion, we neglected the customer perspective, which is really the most important consideration. I completely agree with your comment. Sometimes (or maybe most of the time) we may think we&#8217;re pushing our improvement of the documentation to meet users&#8217; needs, but we don&#8217;t actually find out if it&#8217;s doing so. As a result, we don&#8217;t know whether we&#8217;re improving it in reality.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alistair Christie</title>
		<link>http://www.gryphonmountain.net/2009/04/good-enough-really-isnt/#comment-282</link>
		<dc:creator>Alistair Christie</dc:creator>
		<pubDate>Tue, 12 May 2009 18:56:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.gryphonmountain.net/?p=534#comment-282</guid>
		<description>Ben
Your post leaves me wondering: who says when the documentation is &quot;good enough&quot;? It *should* be the customer: the people who *need* assistance. In some organisations, however, I think the &quot;good enough&quot; philosophy is sometimes driven by individuals outside the documentation team who really mean: &quot;let&#039;s just give them the minimum possible amount of documentation we can get away with while avoiding them (i.e. the customer) suing us or bad-mouthing us in public.&quot; I&#039;m lucky to work for a company where &quot;good enough&quot; documentation means: &quot;let&#039;s aim to deliver documentation that meets our customers&#039; requirements&quot;.
The temptation is always to keep improving your documentation way past the point where anyone other than a fellow tech writer would value - or maybe even notice - your improvements. If we do this at the expense of other documentation that needs written or updated, then we&#039;re not doing our customers any favours.</description>
		<content:encoded><![CDATA[<p>Ben<br />
Your post leaves me wondering: who says when the documentation is &#8220;good enough&#8221;? It *should* be the customer: the people who *need* assistance. In some organisations, however, I think the &#8220;good enough&#8221; philosophy is sometimes driven by individuals outside the documentation team who really mean: &#8220;let&#8217;s just give them the minimum possible amount of documentation we can get away with while avoiding them (i.e. the customer) suing us or bad-mouthing us in public.&#8221; I&#8217;m lucky to work for a company where &#8220;good enough&#8221; documentation means: &#8220;let&#8217;s aim to deliver documentation that meets our customers&#8217; requirements&#8221;.<br />
The temptation is always to keep improving your documentation way past the point where anyone other than a fellow tech writer would value &#8211; or maybe even notice &#8211; your improvements. If we do this at the expense of other documentation that needs written or updated, then we&#8217;re not doing our customers any favours.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://www.gryphonmountain.net/2009/04/good-enough-really-isnt/#comment-281</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Sun, 26 Apr 2009 01:00:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.gryphonmountain.net/?p=534#comment-281</guid>
		<description>@Mike, Gordon, Craig,

Sounds like you have a handle on your perfectionism. I&#039;m not at that point yet. Mike used a key word: excessively. Anything that is excessive is by definition more than is healthy. This post reflects the connotations I have with the phrase &quot;good enough&quot;—it involves concessions and giving up. For some, including you guys, it may not carry those negative associations. However, I agree that this is an issue we have to be smart and deliberate about in our work.

@Margaret,

Thanks for adding your voice. Perfectionists of the world, unite! :)</description>
		<content:encoded><![CDATA[<p>@Mike, Gordon, Craig,</p>
<p>Sounds like you have a handle on your perfectionism. I&#8217;m not at that point yet. Mike used a key word: excessively. Anything that is excessive is by definition more than is healthy. This post reflects the connotations I have with the phrase &#8220;good enough&#8221;—it involves concessions and giving up. For some, including you guys, it may not carry those negative associations. However, I agree that this is an issue we have to be smart and deliberate about in our work.</p>
<p>@Margaret,</p>
<p>Thanks for adding your voice. Perfectionists of the world, unite! <img src='http://www.gryphonmountain.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Margaret</title>
		<link>http://www.gryphonmountain.net/2009/04/good-enough-really-isnt/#comment-280</link>
		<dc:creator>Margaret</dc:creator>
		<pubDate>Fri, 24 Apr 2009 15:58:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.gryphonmountain.net/?p=534#comment-280</guid>
		<description>Ben:

I feel the same conflict you do. &quot;Good Enough&quot; may be what my boss and company want, and are happy to get, but when I know the product could have been better or more complete with just a little more time or effort, I have regrets that it wasn&#039;t.
Maybe it&#039;s an age or attitude thing, and in this economy, especially, we have to do what we can with the resources available, and balance the competing demands and restrictions. But we can always resolve to try to add what we missed this time to the next release.</description>
		<content:encoded><![CDATA[<p>Ben:</p>
<p>I feel the same conflict you do. &#8220;Good Enough&#8221; may be what my boss and company want, and are happy to get, but when I know the product could have been better or more complete with just a little more time or effort, I have regrets that it wasn&#8217;t.<br />
Maybe it&#8217;s an age or attitude thing, and in this economy, especially, we have to do what we can with the resources available, and balance the competing demands and restrictions. But we can always resolve to try to add what we missed this time to the next release.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Craig</title>
		<link>http://www.gryphonmountain.net/2009/04/good-enough-really-isnt/#comment-279</link>
		<dc:creator>Craig</dc:creator>
		<pubDate>Thu, 23 Apr 2009 18:44:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.gryphonmountain.net/?p=534#comment-279</guid>
		<description>&quot;Good enough&quot; is good enough only when your supervisor says so. That remains my benchmark.</description>
		<content:encoded><![CDATA[<p>&#8220;Good enough&#8221; is good enough only when your supervisor says so. That remains my benchmark.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gordon</title>
		<link>http://www.gryphonmountain.net/2009/04/good-enough-really-isnt/#comment-278</link>
		<dc:creator>Gordon</dc:creator>
		<pubDate>Thu, 23 Apr 2009 08:20:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.gryphonmountain.net/?p=534#comment-278</guid>
		<description>As Mike hints, the underlying thinking, as a professional, should really be focussed on ROI.

It&#039;s a classic and much needed conflict that is at play here, where one side of the scales is weighted with cost, the other with quality. Good enough documentation should, ideally, balance the scales.</description>
		<content:encoded><![CDATA[<p>As Mike hints, the underlying thinking, as a professional, should really be focussed on ROI.</p>
<p>It&#8217;s a classic and much needed conflict that is at play here, where one side of the scales is weighted with cost, the other with quality. Good enough documentation should, ideally, balance the scales.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Unwalla</title>
		<link>http://www.gryphonmountain.net/2009/04/good-enough-really-isnt/#comment-277</link>
		<dc:creator>Mike Unwalla</dc:creator>
		<pubDate>Thu, 23 Apr 2009 07:21:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.gryphonmountain.net/?p=534#comment-277</guid>
		<description>Quote: I wonder if settling for good enough contributes to lower job satisfaction and a feeling of not adding value.

To the contrary, &#039;good enough&#039; maximises value. It&#039;s an optimisation problem. Low-quality documentation results in dissatisfied customers and enquiries to a help desk. Excessively high-quality documentation wastes resources. Our task as technical communicators is to produce documentation that is &#039;good enough&#039;.</description>
		<content:encoded><![CDATA[<p>Quote: I wonder if settling for good enough contributes to lower job satisfaction and a feeling of not adding value.</p>
<p>To the contrary, &#8216;good enough&#8217; maximises value. It&#8217;s an optimisation problem. Low-quality documentation results in dissatisfied customers and enquiries to a help desk. Excessively high-quality documentation wastes resources. Our task as technical communicators is to produce documentation that is &#8216;good enough&#8217;.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

