<?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: What&#8217;s more important, content or process?</title>
	<atom:link href="http://www.dmncommunications.com/weblog/?feed=rss2&#038;p=1542" rel="self" type="application/rss+xml" />
	<link>http://www.dmncommunications.com/weblog/?p=1542</link>
	<description></description>
	<lastBuildDate>Wed, 08 Sep 2010 16:04:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Scott</title>
		<link>http://www.dmncommunications.com/weblog/?p=1542&#038;cpage=1#comment-2524</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Wed, 25 Nov 2009 00:42:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.dmncommunications.com/weblog/?p=1542#comment-2524</guid>
		<description>@Ben, thanks for the comment. I have to agree with you on those points. I&#039;ve been in work situations where a style guide was used as just that: &lt;em&gt;a guide&lt;/em&gt;, which helped maintain consistency. But I&#039;ve also been in situation like the one at TCTSNBN where the style guide was the be all, end all. And adhering to it made the writing turgid, wordy, and generally ineffective.</description>
		<content:encoded><![CDATA[<p>@Ben, thanks for the comment. I have to agree with you on those points. I&#8217;ve been in work situations where a style guide was used as just that: <em>a guide</em>, which helped maintain consistency. But I&#8217;ve also been in situation like the one at TCTSNBN where the style guide was the be all, end all. And adhering to it made the writing turgid, wordy, and generally ineffective.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://www.dmncommunications.com/weblog/?p=1542&#038;cpage=1#comment-2523</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Mon, 23 Nov 2009 22:33:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.dmncommunications.com/weblog/?p=1542#comment-2523</guid>
		<description>The style guides I&#039;ve encountered seem to be written to provide consistency, not really trying to enforce &quot;good writing.&quot; Consistency contributes to usability and clarity, but there&#039;s more. I think a style guide can go only so far to increase the effectiveness of writing; most of the responsibility is on the writers and editors/reviewers.
.-= Ben´s last blog ..&lt;a href=&quot;http://feedproxy.google.com/~r/gryph/~3/4bMXgfR4Q7w/&quot; rel=&quot;nofollow&quot;&gt;Five Skills for Managing Documentation Projects in an Agile Environment&lt;/a&gt; =-.</description>
		<content:encoded><![CDATA[<p>The style guides I&#8217;ve encountered seem to be written to provide consistency, not really trying to enforce &#8220;good writing.&#8221; Consistency contributes to usability and clarity, but there&#8217;s more. I think a style guide can go only so far to increase the effectiveness of writing; most of the responsibility is on the writers and editors/reviewers.<br />
<span class="cluv"> Ben´s last blog ..<a href="http://feedproxy.google.com/~r/gryph/~3/4bMXgfR4Q7w/" rel="nofollow">Five Skills for Managing Documentation Projects in an Agile Environment</a> </span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tweets that mention   What’s more important, content or process? by Communications from DMN -- Topsy.com</title>
		<link>http://www.dmncommunications.com/weblog/?p=1542&#038;cpage=1#comment-2519</link>
		<dc:creator>Tweets that mention   What’s more important, content or process? by Communications from DMN -- Topsy.com</dc:creator>
		<pubDate>Mon, 23 Nov 2009 16:00:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.dmncommunications.com/weblog/?p=1542#comment-2519</guid>
		<description>[...] This post was mentioned on Twitter by DMN Communications, WritePoint. WritePoint said: RT @dmnguys: [Blog post] What&#039;s more important, content or process? http://bit.ly/7qtyfz [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by DMN Communications, WritePoint. WritePoint said: RT @dmnguys: [Blog post] What&#39;s more important, content or process? <a href="http://bit.ly/7qtyfz" rel="nofollow">http://bit.ly/7qtyfz</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://www.dmncommunications.com/weblog/?p=1542&#038;cpage=1#comment-2518</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Mon, 23 Nov 2009 15:14:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.dmncommunications.com/weblog/?p=1542#comment-2518</guid>
		<description>@Ivan, I find that to be easier now that I&#039;m a consultant. But back when I was a full timer, avoiding the distractions and getting on with the work was more difficult than it needed to be. Especially at TCTSNBN ...</description>
		<content:encoded><![CDATA[<p>@Ivan, I find that to be easier now that I&#8217;m a consultant. But back when I was a full timer, avoiding the distractions and getting on with the work was more difficult than it needed to be. Especially at TCTSNBN &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ivan Walsh</title>
		<link>http://www.dmncommunications.com/weblog/?p=1542&#038;cpage=1#comment-2517</link>
		<dc:creator>Ivan Walsh</dc:creator>
		<pubDate>Mon, 23 Nov 2009 13:22:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.dmncommunications.com/weblog/?p=1542#comment-2517</guid>
		<description>Hi Scott, 

&lt;their attitude towards The Company’s rather large set of style guidelines

People tend to get defensive when the &#039;way we always do it&#039; is questioned, i.e. the style guides become an impediment or distraction to getting the material written up. 

Their is no magic bullet to solve this, tbh. 

I try to save my energy, do the work, and move to the next project. Life is too short. 

&quot;You can lead a horse to water...&quot;

Regards, 

Ivan
.-= Ivan Walsh´s last blog ..&lt;a href=&quot;http://www.ivanwalsh.com/2009/06/how-to-link-your-flickr-and-twitter-accounts/comment-page-1/#comment-733&quot; rel=&quot;nofollow&quot;&gt;Comment on How to link your Flickr and Twitter accounts by DailyCashSaver&lt;/a&gt; =-.</description>
		<content:encoded><![CDATA[<p>Hi Scott, </p>
<p>&lt;their attitude towards The Company’s rather large set of style guidelines</p>
<p>People tend to get defensive when the &#039;way we always do it&#039; is questioned, i.e. the style guides become an impediment or distraction to getting the material written up. </p>
<p>Their is no magic bullet to solve this, tbh. </p>
<p>I try to save my energy, do the work, and move to the next project. Life is too short. </p>
<p>&quot;You can lead a horse to water&#8230;&quot;</p>
<p>Regards, </p>
<p>Ivan<br />
<span class="cluv"> Ivan Walsh´s last blog ..<a href="http://www.ivanwalsh.com/2009/06/how-to-link-your-flickr-and-twitter-accounts/comment-page-1/#comment-733" rel="nofollow">Comment on How to link your Flickr and Twitter accounts by DailyCashSaver</a> </span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://www.dmncommunications.com/weblog/?p=1542&#038;cpage=1#comment-2516</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Mon, 23 Nov 2009 13:15:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.dmncommunications.com/weblog/?p=1542#comment-2516</guid>
		<description>@Milan, Darn it! I&#039;m not changing the title ...</description>
		<content:encoded><![CDATA[<p>@Milan, Darn it! I&#8217;m not changing the title &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Milan Davidovic</title>
		<link>http://www.dmncommunications.com/weblog/?p=1542&#038;cpage=1#comment-2515</link>
		<dc:creator>Milan Davidovic</dc:creator>
		<pubDate>Mon, 23 Nov 2009 12:57:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.dmncommunications.com/weblog/?p=1542#comment-2515</guid>
		<description>Is this really &quot;process&quot;? Looks to me more like &quot;standards&quot;.
.-= Milan Davidovic´s last blog ..&lt;a href=&quot;http://altmilan.blogspot.com/2009/11/drum-n-voice-20091117.html&quot; rel=&quot;nofollow&quot;&gt;drum &#039;n&#039; voice (20091117)&lt;/a&gt; =-.</description>
		<content:encoded><![CDATA[<p>Is this really &#8220;process&#8221;? Looks to me more like &#8220;standards&#8221;.<br />
<span class="cluv"> Milan Davidovic´s last blog ..<a href="http://altmilan.blogspot.com/2009/11/drum-n-voice-20091117.html" rel="nofollow">drum &#8216;n&#8217; voice (20091117)</a> </span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://www.dmncommunications.com/weblog/?p=1542&#038;cpage=1#comment-2514</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Mon, 23 Nov 2009 12:53:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.dmncommunications.com/weblog/?p=1542#comment-2514</guid>
		<description>@Kai, good points (as always). My overall impression is that most writers will internalize the salient points of whatever style guide their company uses. It&#039;s pretty much a matter of repeated use. However, strictly adhering to a set of guidelines won&#039;t make your documentation better or more usable.</description>
		<content:encoded><![CDATA[<p>@Kai, good points (as always). My overall impression is that most writers will internalize the salient points of whatever style guide their company uses. It&#8217;s pretty much a matter of repeated use. However, strictly adhering to a set of guidelines won&#8217;t make your documentation better or more usable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kai</title>
		<link>http://www.dmncommunications.com/weblog/?p=1542&#038;cpage=1#comment-2513</link>
		<dc:creator>Kai</dc:creator>
		<pubDate>Mon, 23 Nov 2009 11:43:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.dmncommunications.com/weblog/?p=1542#comment-2513</guid>
		<description>Interesting post, Scott! As a writer who sometimes edits other writers&#039; work, I can relate to either side of the argument.

So I tend to a middleground approach which gives both sides their due, if it requires a bit more thought: The style guide is supposed to be a tool, not a torture instrument. Items and rules in the style guide are appropriate not because they there, but because there&#039;s a reason for them. If a writer goes against the style guide for a better reason, that&#039;s often fine.

I don&#039;t quite agree that &quot;any deviation from the style guidelines that&#039;s transparent to the reader is OK&quot;. I know style guides that contain several items that are transparent to the reader, but they help the documentation process, such as reuse, translation (be it manual or automated) or content structure. Again, if you reckon with the reasons behind the rules, you know better when you can bend the rules and at what cost, not just to yourself, but the documentation as a whole.

&quot;What’s more important, content or process?&quot; I think some people in any given doc team are better with one, some with the other. Hopefully, they balance out and appreciate each other&#039;s contribution to the success of the joint documentation.</description>
		<content:encoded><![CDATA[<p>Interesting post, Scott! As a writer who sometimes edits other writers&#8217; work, I can relate to either side of the argument.</p>
<p>So I tend to a middleground approach which gives both sides their due, if it requires a bit more thought: The style guide is supposed to be a tool, not a torture instrument. Items and rules in the style guide are appropriate not because they there, but because there&#8217;s a reason for them. If a writer goes against the style guide for a better reason, that&#8217;s often fine.</p>
<p>I don&#8217;t quite agree that &#8220;any deviation from the style guidelines that&#8217;s transparent to the reader is OK&#8221;. I know style guides that contain several items that are transparent to the reader, but they help the documentation process, such as reuse, translation (be it manual or automated) or content structure. Again, if you reckon with the reasons behind the rules, you know better when you can bend the rules and at what cost, not just to yourself, but the documentation as a whole.</p>
<p>&#8220;What’s more important, content or process?&#8221; I think some people in any given doc team are better with one, some with the other. Hopefully, they balance out and appreciate each other&#8217;s contribution to the success of the joint documentation.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.491 seconds -->
