<?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: Enhancements vs. Just Documenting It</title>
	<atom:link href="http://www.gryphonmountain.net/2008/08/enhancements-vs-just-documenting-it/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gryphonmountain.net/2008/08/enhancements-vs-just-documenting-it/</link>
	<description>Technical Communication and Other Writing Topics (by Ben Minson)</description>
	<lastBuildDate>Thu, 11 Mar 2010 13:12:35 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ben</title>
		<link>http://www.gryphonmountain.net/2008/08/enhancements-vs-just-documenting-it/comment-page-1/#comment-14103</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Wed, 31 Dec 2008 23:40:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.gryphonmountain.net/?p=84#comment-14103</guid>
		<description>In this particular example, I might not document the enhancement because it&#039;s what the users expected to see in the first place. It also wouldn&#039;t make sense to say &quot;You can see all the text with no scrolling&quot; (duh...?) The original issue seems to need some mention because the users noticed that they weren&#039;t seeing all the text if it exceeded three lines. Perhaps the fact that scrolling is needed for more than three lines in itself doesn&#039;t need documentation. Here&#039;s some complexity for you. One role that can view the page can&#039;t edit the text boxes, so they&#039;re grayed out. Therefore, if the text exceeds three lines, they can&#039;t scroll to read the entire contents. However, the page was coded so that if they print it, all the text shows up. (And this is for a system that is supposed to save paper in a previously paper-heavy process.) So that was the bigger problem and turned out to need some documentation at least for the interim.In thinking about this post, I don&#039;t know if I would do much to change the documentation for the specific issue I mentioned. I think my point was just that our interaction with the users prompted me to think about enhancements vs. just explaining the way the product is and which is more costly. I think the technical communicator simply adding a sentence or two to the documentation is cheaper than changing and testing code, which probably leads to the developer&#039;s request to &quot;just explain it in the manual.&quot;</description>
		<content:encoded><![CDATA[<p>In this particular example, I might not document the enhancement because it&#8217;s what the users expected to see in the first place. It also wouldn&#8217;t make sense to say &#8220;You can see all the text with no scrolling&#8221; (duh&#8230;?) The original issue seems to need some mention because the users noticed that they weren&#8217;t seeing all the text if it exceeded three lines. Perhaps the fact that scrolling is needed for more than three lines in itself doesn&#8217;t need documentation. Here&#8217;s some complexity for you. One role that can view the page can&#8217;t edit the text boxes, so they&#8217;re grayed out. Therefore, if the text exceeds three lines, they can&#8217;t scroll to read the entire contents. However, the page was coded so that if they print it, all the text shows up. (And this is for a system that is supposed to save paper in a previously paper-heavy process.) So that was the bigger problem and turned out to need some documentation at least for the interim.In thinking about this post, I don&#8217;t know if I would do much to change the documentation for the specific issue I mentioned. I think my point was just that our interaction with the users prompted me to think about enhancements vs. just explaining the way the product is and which is more costly. I think the technical communicator simply adding a sentence or two to the documentation is cheaper than changing and testing code, which probably leads to the developer&#8217;s request to &#8220;just explain it in the manual.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sameera</title>
		<link>http://www.gryphonmountain.net/2008/08/enhancements-vs-just-documenting-it/comment-page-1/#comment-14050</link>
		<dc:creator>sameera</dc:creator>
		<pubDate>Wed, 31 Dec 2008 11:27:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.gryphonmountain.net/?p=84#comment-14050</guid>
		<description>Or now that I think of it......
that for minor enhancements like this, documenting the change is also costly and maybe not necessary?</description>
		<content:encoded><![CDATA[<p>Or now that I think of it&#8230;&#8230;<br />
that for minor enhancements like this, documenting the change is also costly and maybe not necessary?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sameera</title>
		<link>http://www.gryphonmountain.net/2008/08/enhancements-vs-just-documenting-it/comment-page-1/#comment-14049</link>
		<dc:creator>sameera</dc:creator>
		<pubDate>Wed, 31 Dec 2008 11:26:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.gryphonmountain.net/?p=84#comment-14049</guid>
		<description>Hi Ben,

Sorry that this is coming up this late after your post, but could you explain more in terms of the example you state?

Are you trying to say that in the case above, you would explain to the users that scrolling is needed once the number of lines exceed three? And probably the cost of documenting this is better than having to change the product?

Thanks!</description>
		<content:encoded><![CDATA[<p>Hi Ben,</p>
<p>Sorry that this is coming up this late after your post, but could you explain more in terms of the example you state?</p>
<p>Are you trying to say that in the case above, you would explain to the users that scrolling is needed once the number of lines exceed three? And probably the cost of documenting this is better than having to change the product?</p>
<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Enhancements vs. Just Documenting It Writer River</title>
		<link>http://www.gryphonmountain.net/2008/08/enhancements-vs-just-documenting-it/comment-page-1/#comment-1864</link>
		<dc:creator>Enhancements vs. Just Documenting It Writer River</dc:creator>
		<pubDate>Tue, 12 Aug 2008 07:11:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.gryphonmountain.net/?p=84#comment-1864</guid>
		<description>[...] Gryphon Mountain Journals » Blog Archive » Enhancements vs. Just Documenting It. [...]</description>
		<content:encoded><![CDATA[<p>[...] Gryphon Mountain Journals » Blog Archive » Enhancements vs. Just Documenting It. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
