<?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: How to be an Agile Technical Writer with a cool acronym like XTW</title>
	<atom:link href="http://justwriteclick.com/2008/02/19/how-to-be-an-agile-technical-writer-with-a-cool-acronym-like-xtw/feed/" rel="self" type="application/rss+xml" />
	<link>http://justwriteclick.com/2008/02/19/how-to-be-an-agile-technical-writer-with-a-cool-acronym-like-xtw/</link>
	<description>Documentation as conversation</description>
	<lastBuildDate>Sun, 14 Mar 2010 16:58:51 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Naiya Cominos</title>
		<link>http://justwriteclick.com/2008/02/19/how-to-be-an-agile-technical-writer-with-a-cool-acronym-like-xtw/comment-page-1/#comment-243</link>
		<dc:creator>Naiya Cominos</dc:creator>
		<pubDate>Wed, 02 Apr 2008 17:31:57 +0000</pubDate>
		<guid isPermaLink="false">http://annegentle.wordpress.com/?p=154#comment-243</guid>
		<description>Thank you for posting such excellent insights. I&#039;m trying to get our developers to understand that the writers need to be part of the agile process (not just chickens on the pig ranch; not scowled at for asking for a technical review here and there, or asking, &quot;Is this how it really works?). Wonderful; thank you so much. We (writers) can&#039;t write documentation to support vapor-ware; we try to read minds but don&#039;t always succeed. We can absolutely write documentation to support what you&#039;re designing and developing, and if you just nod or shake your head, that&#039;s all we need. :-)</description>
		<content:encoded><![CDATA[<p>Thank you for posting such excellent insights. I&#8217;m trying to get our developers to understand that the writers need to be part of the agile process (not just chickens on the pig ranch; not scowled at for asking for a technical review here and there, or asking, &#8220;Is this how it really works?). Wonderful; thank you so much. We (writers) can&#8217;t write documentation to support vapor-ware; we try to read minds but don&#8217;t always succeed. We can absolutely write documentation to support what you&#8217;re designing and developing, and if you just nod or shake your head, that&#8217;s all we need. <img src='http://justwriteclick.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ffeathers</title>
		<link>http://justwriteclick.com/2008/02/19/how-to-be-an-agile-technical-writer-with-a-cool-acronym-like-xtw/comment-page-1/#comment-242</link>
		<dc:creator>ffeathers</dc:creator>
		<pubDate>Wed, 20 Feb 2008 22:38:31 +0000</pubDate>
		<guid isPermaLink="false">http://annegentle.wordpress.com/?p=154#comment-242</guid>
		<description>Hallo Anne

Glad you like the &#039;XTW&#039; acronym :)

You&#039;re quite right in assuming that we use Confluence wiki for our technical documentation. (The &#039;eat your own dogfood&#039; thing.) We use the Confluence wiki to document Confluence itself, as one of our products. And we also use it to document almost all our other products (Bamboo, Crowd, Clover, FishEye and Crucible). Our JIRA documentation is currently held in Apache Forrest, but we&#039;re planning to migrate it some time soon.

I agree 100% that you need to evaluate a few tools, if you&#039;re given the luxury of choice. First, define your requirements: a wiki wouldn&#039;t be the most logical choice if most of your readers are offline, for example. And there&#039;s a whole lot of really interesting analysis going on, about structured documentation (DITA, DocBook) and tools like RoboHelp versus wikis. Eric Armstrong has some interesting points on his Cool Stuff blog.

Your own blog is choc-a-bloc with really good ideas and pointers too. I&#039;ve been following it for a few months now, and I&#039;d recommend to new-comers that they take a look at some of your past posts too :)

Seeya on the page, Sarah</description>
		<content:encoded><![CDATA[<p>Hallo Anne</p>
<p>Glad you like the &#8216;XTW&#8217; acronym <img src='http://justwriteclick.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>You&#8217;re quite right in assuming that we use Confluence wiki for our technical documentation. (The &#8216;eat your own dogfood&#8217; thing.) We use the Confluence wiki to document Confluence itself, as one of our products. And we also use it to document almost all our other products (Bamboo, Crowd, Clover, FishEye and Crucible). Our JIRA documentation is currently held in Apache Forrest, but we&#8217;re planning to migrate it some time soon.</p>
<p>I agree 100% that you need to evaluate a few tools, if you&#8217;re given the luxury of choice. First, define your requirements: a wiki wouldn&#8217;t be the most logical choice if most of your readers are offline, for example. And there&#8217;s a whole lot of really interesting analysis going on, about structured documentation (DITA, DocBook) and tools like RoboHelp versus wikis. Eric Armstrong has some interesting points on his Cool Stuff blog.</p>
<p>Your own blog is choc-a-bloc with really good ideas and pointers too. I&#8217;ve been following it for a few months now, and I&#8217;d recommend to new-comers that they take a look at some of your past posts too <img src='http://justwriteclick.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Seeya on the page, Sarah</p>
]]></content:encoded>
	</item>
</channel>
</rss>
