<?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: 7 principles for decentralized publishing</title>
	<atom:link href="http://netjmc.com/intranet-management/7-principles-for-decentralized-publishing/feed" rel="self" type="application/rss+xml" />
	<link>http://netjmc.com/intranet-management/7-principles-for-decentralized-publishing</link>
	<description>Digital Workplace Strategy &#38; Governance</description>
	<lastBuildDate>Thu, 26 Jan 2012 15:30:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jane McConnell</title>
		<link>http://netjmc.com/intranet-management/7-principles-for-decentralized-publishing/comment-page-1#comment-320</link>
		<dc:creator>Jane McConnell</dc:creator>
		<pubDate>Mon, 19 Oct 2009 18:27:02 +0000</pubDate>
		<guid isPermaLink="false">http://wntr.org/tempjmc/2009/10/7-principles-for-decentralized-publishing/#comment-320</guid>
		<description>Nice to hear from you Mike, and thanks for the details about your support system.
Having the help desk manned on a rota basis by the central team is a very interesting idea. In addition to giving people faster response time, it also has the advantage of keeping all members of the central team in very close contact with the content editors and contributors. (It&#039;s like having managers in a consumer products company working one day a month at the call centre listening to customer problems and needs.)
Sounds to me like your intranet is essential for the organization if people expect responses within one working day for content publishing issues.</description>
		<content:encoded><![CDATA[<p>Nice to hear from you Mike, and thanks for the details about your support system.<br />
Having the help desk manned on a rota basis by the central team is a very interesting idea. In addition to giving people faster response time, it also has the advantage of keeping all members of the central team in very close contact with the content editors and contributors. (It&#8217;s like having managers in a consumer products company working one day a month at the call centre listening to customer problems and needs.)<br />
Sounds to me like your intranet is essential for the organization if people expect responses within one working day for content publishing issues.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Chapman</title>
		<link>http://netjmc.com/intranet-management/7-principles-for-decentralized-publishing/comment-page-1#comment-319</link>
		<dc:creator>Mike Chapman</dc:creator>
		<pubDate>Mon, 19 Oct 2009 16:52:18 +0000</pubDate>
		<guid isPermaLink="false">http://wntr.org/tempjmc/2009/10/7-principles-for-decentralized-publishing/#comment-319</guid>
		<description>We started decentralising 3 years ago and have 130+ &#039;local editors&#039;.   All have gone through a 2.5 day training programme (3 sessions with a mini-project between numbers 2 &amp; 3) and have access to an &quot;editors&#039; corner&quot; containing guidelines, training materials etc.
We are taking the opportunity created by a site rebuild to split the departmental network into two levels: editors and contributors. The reason for this is that we&#039;ve realised that the &quot;one size fits all&quot; training approach means wasted time and effort when people need to be trained specifically for a one-off project to create a handful of pages for a specific activity that they need to communicate/share information on.   It would be better for them to focus on the basics with the editor for their area trained up to provide guidance and support on usability, accessibility, etc.
The other big change for us is the introduction of a helpdesk manned on a rota basis by a member of the central team, Mon-Fri 9am-5pm.  Until now we have tried to get editors who can&#039;t find the answer themselves to send an email which we can respond to based on our own priorities but the demand for guaranteed help by phone at the time that the query comes up is too great to ignore.
The above changes in approach have come about following an editors&#039; survey we ran in the summer.</description>
		<content:encoded><![CDATA[<p>We started decentralising 3 years ago and have 130+ &#8216;local editors&#8217;.   All have gone through a 2.5 day training programme (3 sessions with a mini-project between numbers 2 &#038; 3) and have access to an &#8220;editors&#8217; corner&#8221; containing guidelines, training materials etc.<br />
We are taking the opportunity created by a site rebuild to split the departmental network into two levels: editors and contributors. The reason for this is that we&#8217;ve realised that the &#8220;one size fits all&#8221; training approach means wasted time and effort when people need to be trained specifically for a one-off project to create a handful of pages for a specific activity that they need to communicate/share information on.   It would be better for them to focus on the basics with the editor for their area trained up to provide guidance and support on usability, accessibility, etc.<br />
The other big change for us is the introduction of a helpdesk manned on a rota basis by a member of the central team, Mon-Fri 9am-5pm.  Until now we have tried to get editors who can&#8217;t find the answer themselves to send an email which we can respond to based on our own priorities but the demand for guaranteed help by phone at the time that the query comes up is too great to ignore.<br />
The above changes in approach have come about following an editors&#8217; survey we ran in the summer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jane McConnell</title>
		<link>http://netjmc.com/intranet-management/7-principles-for-decentralized-publishing/comment-page-1#comment-318</link>
		<dc:creator>Jane McConnell</dc:creator>
		<pubDate>Fri, 16 Oct 2009 08:55:59 +0000</pubDate>
		<guid isPermaLink="false">http://wntr.org/tempjmc/2009/10/7-principles-for-decentralized-publishing/#comment-318</guid>
		<description>Ernst, I agree with you that new content publishers could need special support. Some might want pre-publication support, others post-publication.
Ironically, in a very large organization, even this support role would be decentralized.
What I think is really important is to have an understanding of what &quot;content quality&quot; means.  I know of cases where the so-called quality standards are so high that only professional communicators with can meet them. That &quot;paralyzes&quot; the intranet and certainly does not encourage others to contribute. I realize this is not what you are suggesting, but I wanted to mention it because - for me - defining &quot;content quality&quot; is not an easy thing to do. Lots of flexibility is required in the definition to fit all publishing purposes in an intranet.</description>
		<content:encoded><![CDATA[<p>Ernst, I agree with you that new content publishers could need special support. Some might want pre-publication support, others post-publication.<br />
Ironically, in a very large organization, even this support role would be decentralized.<br />
What I think is really important is to have an understanding of what &#8220;content quality&#8221; means.  I know of cases where the so-called quality standards are so high that only professional communicators with can meet them. That &#8220;paralyzes&#8221; the intranet and certainly does not encourage others to contribute. I realize this is not what you are suggesting, but I wanted to mention it because &#8211; for me &#8211; defining &#8220;content quality&#8221; is not an easy thing to do. Lots of flexibility is required in the definition to fit all publishing purposes in an intranet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jane McConnell</title>
		<link>http://netjmc.com/intranet-management/7-principles-for-decentralized-publishing/comment-page-1#comment-317</link>
		<dc:creator>Jane McConnell</dc:creator>
		<pubDate>Fri, 16 Oct 2009 08:47:14 +0000</pubDate>
		<guid isPermaLink="false">http://wntr.org/tempjmc/2009/10/7-principles-for-decentralized-publishing/#comment-317</guid>
		<description>I agree with you, Mark and Richard, that the CMS and how it is deployed is a key enabler.
As I read through the comments from survey participants on the future role of the intranet manager (as I did a couple days ago while preparing this year&#039;s report), I saw that many feel one major reason the role will evolve towards business support role and/or collaboration facilitation is because of the implementation of a CMS and distributed publishing.
The comments are thought-provoking as some people even think the role will disappear or be so devolved that it no longer resides in a single person/team.</description>
		<content:encoded><![CDATA[<p>I agree with you, Mark and Richard, that the CMS and how it is deployed is a key enabler.<br />
As I read through the comments from survey participants on the future role of the intranet manager (as I did a couple days ago while preparing this year&#8217;s report), I saw that many feel one major reason the role will evolve towards business support role and/or collaboration facilitation is because of the implementation of a CMS and distributed publishing.<br />
The comments are thought-provoking as some people even think the role will disappear or be so devolved that it no longer resides in a single person/team.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ernst Decsey</title>
		<link>http://netjmc.com/intranet-management/7-principles-for-decentralized-publishing/comment-page-1#comment-316</link>
		<dc:creator>Ernst Decsey</dc:creator>
		<pubDate>Thu, 15 Oct 2009 23:15:09 +0000</pubDate>
		<guid isPermaLink="false">http://wntr.org/tempjmc/2009/10/7-principles-for-decentralized-publishing/#comment-316</guid>
		<description>We&#039;ve just started decentralized content publishing and I think that another principle can be followed (alhtough this comment might be due to our early stage of decentralized content publishing).
Using a WCMS is one thing, laying down the right information in a good or right way is another and it takes time and experience to become proficient.
Setting up an Authoring Community can help but I think that having an initial temporary check of all the content published by new content publishers can help maintain content quality.
Ernst</description>
		<content:encoded><![CDATA[<p>We&#8217;ve just started decentralized content publishing and I think that another principle can be followed (alhtough this comment might be due to our early stage of decentralized content publishing).<br />
Using a WCMS is one thing, laying down the right information in a good or right way is another and it takes time and experience to become proficient.<br />
Setting up an Authoring Community can help but I think that having an initial temporary check of all the content published by new content publishers can help maintain content quality.<br />
Ernst</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Dennison</title>
		<link>http://netjmc.com/intranet-management/7-principles-for-decentralized-publishing/comment-page-1#comment-315</link>
		<dc:creator>Richard Dennison</dc:creator>
		<pubDate>Thu, 15 Oct 2009 10:37:44 +0000</pubDate>
		<guid isPermaLink="false">http://wntr.org/tempjmc/2009/10/7-principles-for-decentralized-publishing/#comment-315</guid>
		<description>Of course the &#039;killer&#039; enabler is having a content management system that is intuitive enough for anyone to use and understand easily ...
Richard</description>
		<content:encoded><![CDATA[<p>Of course the &#8216;killer&#8217; enabler is having a content management system that is intuitive enough for anyone to use and understand easily &#8230;<br />
Richard</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Morrell</title>
		<link>http://netjmc.com/intranet-management/7-principles-for-decentralized-publishing/comment-page-1#comment-314</link>
		<dc:creator>Mark Morrell</dc:creator>
		<pubDate>Mon, 12 Oct 2009 15:44:44 +0000</pubDate>
		<guid isPermaLink="false">http://wntr.org/tempjmc/2009/10/7-principles-for-decentralized-publishing/#comment-314</guid>
		<description>Jane,
Your 7 principles are pretty much what BT&#039;s intranet goverance model has.  I agree with what you say.
I would add enablers so it is more likely and easier for this to happen.
1. Templates - make sure as many standards are built into your templates so they don&#039;t need to be added by the content publishers.
2. Training - make sure content publishers understand the context in which they are publishing and think of their audience&#039;s needs not just their own.
3. Standards based on business, user and legal needs are used for any compliance tests for content published.
If anyone needs any more details you can find it on my blog http://markmorrell.wordpress.com/.
Mark</description>
		<content:encoded><![CDATA[<p>Jane,<br />
Your 7 principles are pretty much what BT&#8217;s intranet goverance model has.  I agree with what you say.<br />
I would add enablers so it is more likely and easier for this to happen.<br />
1. Templates &#8211; make sure as many standards are built into your templates so they don&#8217;t need to be added by the content publishers.<br />
2. Training &#8211; make sure content publishers understand the context in which they are publishing and think of their audience&#8217;s needs not just their own.<br />
3. Standards based on business, user and legal needs are used for any compliance tests for content published.<br />
If anyone needs any more details you can find it on my blog <a href="http://markmorrell.wordpress.com/" rel="nofollow" onclick="pageTracker._trackPageview('/outgoing/markmorrell.wordpress.com/?referer=');">http://markmorrell.wordpress.com/</a>.<br />
Mark</p>
]]></content:encoded>
	</item>
</channel>
</rss>

