<?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"
	>
<channel>
	<title>Comments on: Your publishing model is broken</title>
	<atom:link href="http://www.onemanwrites.co.uk/2008/06/23/your-publishing-model-is-broken/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.onemanwrites.co.uk/2008/06/23/your-publishing-model-is-broken/</link>
	<description>musings on technical communications</description>
	<pubDate>Fri, 21 Nov 2008 04:58:47 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: WriterRiver.com</title>
		<link>http://www.onemanwrites.co.uk/2008/06/23/your-publishing-model-is-broken/#comment-4129</link>
		<dc:creator>WriterRiver.com</dc:creator>
		<pubDate>Thu, 03 Jul 2008 07:08:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.onemanwrites.co.uk/?p=154#comment-4129</guid>
		<description>&lt;strong&gt;Your publishing model is broken...&lt;/strong&gt;

having looked long and hard at the information my team produce, I’m increasingly finding that a lot of it can be published instantly and, given that most computer/internet literate people are used to demanding information immediately (thanks Google!)...</description>
		<content:encoded><![CDATA[<p><strong>Your publishing model is broken&#8230;</strong></p>
<p>having looked long and hard at the information my team produce, I’m increasingly finding that a lot of it can be published instantly and, given that most computer/internet literate people are used to demanding information immediately (thanks Google!)&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sita Bhatt</title>
		<link>http://www.onemanwrites.co.uk/2008/06/23/your-publishing-model-is-broken/#comment-4000</link>
		<dc:creator>Sita Bhatt</dc:creator>
		<pubDate>Mon, 30 Jun 2008 06:07:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.onemanwrites.co.uk/?p=154#comment-4000</guid>
		<description>Sure, Gordon, it was clear when i said "as soon as the feature is ready". This means, one would need to ensure that the software release for the feature is done. 
Thanks for clarifying.</description>
		<content:encoded><![CDATA[<p>Sure, Gordon, it was clear when i said &#8220;as soon as the feature is ready&#8221;. This means, one would need to ensure that the software release for the feature is done.<br />
Thanks for clarifying.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://www.onemanwrites.co.uk/2008/06/23/your-publishing-model-is-broken/#comment-3899</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Fri, 27 Jun 2008 22:57:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.onemanwrites.co.uk/?p=154#comment-3899</guid>
		<description>I agree--I don't like having to wait for production launches for updated documentation to go out. With the model I'm working in, it's easy because it gets rolled out with the production build, but that also limits how often I can release the information. I'm pretty much at the mercy of the release schedule. I've started working on ways to change that, but I need a solution before I go to project management and customers and point out the problem.</description>
		<content:encoded><![CDATA[<p>I agree&#8211;I don&#8217;t like having to wait for production launches for updated documentation to go out. With the model I&#8217;m working in, it&#8217;s easy because it gets rolled out with the production build, but that also limits how often I can release the information. I&#8217;m pretty much at the mercy of the release schedule. I&#8217;ve started working on ways to change that, but I need a solution before I go to project management and customers and point out the problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gordon McLean</title>
		<link>http://www.onemanwrites.co.uk/2008/06/23/your-publishing-model-is-broken/#comment-3842</link>
		<dc:creator>Gordon McLean</dc:creator>
		<pubDate>Tue, 24 Jun 2008 06:49:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.onemanwrites.co.uk/?p=154#comment-3842</guid>
		<description>Sita - I think you need to be careful here. You say "as soon as the feature is ready", which implies both a software and documentation release which, if your company can manage that, is perfectly acceptable.

But I am not advocating that feature specific documentation is shipped before the feature itself. Rather that any information that is not reliant on new features, can be published at any point. Apologies if I didn't make that clear enough.</description>
		<content:encoded><![CDATA[<p>Sita - I think you need to be careful here. You say &#8220;as soon as the feature is ready&#8221;, which implies both a software and documentation release which, if your company can manage that, is perfectly acceptable.</p>
<p>But I am not advocating that feature specific documentation is shipped before the feature itself. Rather that any information that is not reliant on new features, can be published at any point. Apologies if I didn&#8217;t make that clear enough.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sita Bhatt</title>
		<link>http://www.onemanwrites.co.uk/2008/06/23/your-publishing-model-is-broken/#comment-3838</link>
		<dc:creator>Sita Bhatt</dc:creator>
		<pubDate>Tue, 24 Jun 2008 03:30:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.onemanwrites.co.uk/?p=154#comment-3838</guid>
		<description>Completely agree! I feel the technical content process needs to have shorter turnaround time. This seems to be a very valid approach - to publish as soon as the feature is ready, rather than wait till a mainline release.</description>
		<content:encoded><![CDATA[<p>Completely agree! I feel the technical content process needs to have shorter turnaround time. This seems to be a very valid approach - to publish as soon as the feature is ready, rather than wait till a mainline release.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
