<?xml version="1.0"?>
<!-- RSS generated by Radio UserLand v8.2 on Thu, 13 Oct 2005 21:46:38 GMT -->
<rss version="2.0">
	<channel>
		<title>Jeff Potts: Corporate Blogging or K-Logs</title>
		<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/</link>
		<description>Thoughts on the use of blogs for Knowledge Management within a company.</description>
		<copyright>Copyright 2005 Jeff Potts</copyright>
		<lastBuildDate>Thu, 13 Oct 2005 21:46:38 GMT</lastBuildDate>
		<docs>http://backend.userland.com/rss</docs>
		<generator>Radio UserLand v8.2</generator>
		<managingEditor>jpotts@navigatorsystems.com</managingEditor>
		<webMaster>jpotts@navigatorsystems.com</webMaster>
		<category domain="http://www.weblogs.com/rssUpdates/changes.xml">rssUpdates</category> 
		<skipHours>
			<hour>1</hour>
			<hour>2</hour>
			<hour>3</hour>
			<hour>4</hour>
			<hour>5</hour>
			<hour>18</hour>
			<hour>0</hour>
			<hour>13</hour>
			</skipHours>
		<cloud domain="radio.xmlstoragesystem.com" port="80" path="/RPC2" registerProcedure="xmlStorageSystem.rssPleaseNotify" protocol="xml-rpc"/>
		<ttl>60</ttl>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2005/10/11.html#a743</link>
			<description>&lt;P&gt;This is an interesting thread on Slashdot. Someone asked about capturing, organizing, and sharing knowledge in an IT department and the majority of folks are responding with various wiki tools and open source portals. Although the question was directed at the needs of an IT department, the advice is probably applicable to any department in an enterprise, provided the UI of the chosen tool scores high in the usability department.&lt;/P&gt;
&lt;P&gt;&lt;A href=&quot;http://c.moreover.com/click/here.pl?r399394154&quot;&gt;Knowledge Management for an IT Department?&lt;/A&gt;. Slashdot Sep 30 2005 8:25PM GMT [&lt;A href=&quot;http://www.moreover.com/rss&quot;&gt;Moreover Technologies - Knowledge management news&lt;/A&gt;]&lt;/P&gt;
&lt;P&gt;The key issues, as I&apos;ve mentioned before are:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;it has to be easy to contribute content&lt;/LI&gt;
&lt;LI&gt;it has to be easy to find content (via search and possibly taxonomy browsing)&lt;/LI&gt;
&lt;LI&gt;it has to be secure&lt;/LI&gt;
&lt;LI&gt;it has to have all of the &quot;-abilities&quot; (eg, scalability, extensibility, usability, etc.).&lt;/LI&gt;&lt;/UL&gt;
&lt;P&gt;Something like a combination of blogs, wikis, possibly a document repository, and a search engine for the whole thing ought to do the trick.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2005/10/11.html#a743</guid>
			<pubDate>Tue, 11 Oct 2005 16:37:52 GMT</pubDate>
			<source url="http://www.moreover.com/cgi-local/page?o=rss&amp;c=Knowledge%20management%20news">Moreover Technologies - Knowledge management news</source>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2005/10/04.html#a740</link>
			<description>&lt;P&gt;This is worth a read. It has definite applicability to corporate use of wiki and blog technology. The key paragraph is&lt;/P&gt;&lt;FONT face=&quot;Times New Roman&quot;&gt;
&lt;BLOCKQUOTE dir=ltr style=&quot;MARGIN-RIGHT: 0px&quot;&gt;
&lt;P align=left&gt;&lt;FONT face=Geneva,Arial,Sans-Serif&gt;&lt;EM&gt;The Wiki and the Blog are complimentary companion technologies that together form the core &lt;/EM&gt;&lt;/FONT&gt;&lt;FONT face=Geneva,Arial,Sans-Serif&gt;&lt;EM&gt;workspace that will allow intelligence officers to share, innovate, adapt, respond, and be&amp;#151;on &lt;/EM&gt;&lt;/FONT&gt;&lt;FONT face=Geneva,Arial,Sans-Serif&gt;&lt;EM&gt;occasion&amp;#151;brilliant. Blogs will cite Wiki entries. The occasional brilliant blog comment will &lt;/EM&gt;&lt;/FONT&gt;&lt;FONT face=Geneva,Arial,Sans-Serif&gt;&lt;EM&gt;shape the Wiki. The Blog will be vibrant, and make many sea changes in real-time. The Wiki, &lt;/EM&gt;&lt;/FONT&gt;&lt;FONT face=Geneva,Arial,Sans-Serif&gt;&lt;EM&gt;as it matures, will serve as corporate knowledge and will not be as fickle as the Blog. The Wiki &lt;/EM&gt;&lt;/FONT&gt;&lt;FONT face=Geneva,Arial,Sans-Serif&gt;&lt;EM&gt;will be authoritative in nature, while the Blog will be highly agile. The Blog is personal and &lt;/EM&gt;&lt;/FONT&gt;&lt;FONT face=Geneva,Arial,Sans-Serif&gt;&lt;EM&gt;opinionated. The Wiki is agreed-upon and corporate.&lt;/EM&gt;&lt;/FONT&gt;&lt;/P&gt;&lt;/BLOCKQUOTE&gt;
&lt;P dir=ltr align=left&gt;&lt;FONT face=Arial size=2&gt;Andrus goes on to add additional supporting components to the core of blogs and wikis which consists of search, feedback, and an underlying document repository.&lt;/FONT&gt;&lt;/P&gt;&lt;/FONT&gt;
&lt;BLOCKQUOTE&gt;
&lt;P&gt;&lt;A href=&quot;http://www.mcgeesmusings.net/2005/10/03.html#a4704&quot;&gt;The Wiki and the Blog: Toward a Complex Adaptive Intelligence Community&lt;/A&gt;. &lt;A href=&quot;http://billives.typepad.com/portals_and_km&quot;&gt;Bill Ives &lt;/A&gt;finds a nice report on the use of new technology within the intelligence community...&lt;/P&gt;
&lt;DIV style=&quot;MARGIN-LEFT: 40px&quot;&gt;&lt;A href=&quot;http://billives.typepad.com/portals_and_km/2005/09/the_wiki_and_th.html&quot;&gt;The Wiki and the Blog: Toward a Complex Adaptive Intelligence Community&lt;/A&gt;. Here is an article by Calvin Andrus of the CIA on how they can use blogs and wikis to help them change, &lt;A href=&quot;http://papers.ssrn.com/sol3/papers.cfm?abstract_id=755904&quot;&gt;The Wiki and the Blog: Toward a Complex Adaptive Intelligence Community&lt;/A&gt;, which is not a bad idea. As... [&lt;A href=&quot;http://billives.typepad.com/portals_and_km/&quot;&gt;Portals and KM&lt;/A&gt;]&lt;/DIV&gt;
&lt;DIV style=&quot;MARGIN-LEFT: 40px&quot;&gt;&amp;nbsp;&lt;/DIV&gt;
&lt;P&gt;[&lt;A href=&quot;http://www.mcgeesmusings.net/&quot;&gt;McGee&apos;s Musings&lt;/A&gt;]&lt;/P&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;Note that the Stanford Law School link to the PDF does not require registration. &lt;/P&gt;
&lt;P&gt;&lt;FONT face=Arial size=2&gt;I definitely like the idea of using the repository as a sort of loosely organized collection point for raw knowledge. At Navigator we call this the &quot;unstructured data warehouse&quot;. It needs to be secure and I suppose it needs some amount of organization but the key is to make it easy for employees to contribute, easy to administer, and as open as possible.&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face=Arial size=2&gt;Then, on top of that you add tools to glean intelligence from the warehouse (ie wikis) and a mechanism for expressing opinions about that separately (blogs). Index the whole shooting-match with a search engine and you&apos;ve got something.&lt;/FONT&gt;&lt;/P&gt;
&lt;P&gt;&lt;FONT face=Arial size=2&gt;The final ingredient is incentive. You&apos;ve got to make it beneficial for employees to leverage this infrastructure (and painful if they don&apos;t!).&lt;/FONT&gt;&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2005/10/04.html#a740</guid>
			<pubDate>Tue, 04 Oct 2005 18:02:22 GMT</pubDate>
			<source url="http://www.mcgeesmusings.net/rss.xml">McGee&apos;s Musings</source>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2005/05/11.html#a713</link>
			<description>&lt;A href=&quot;http://feeds.feedburner.com/EnterContentHere?m=41&quot;&gt;Gilbane Enterprise Blog Survey&lt;/A&gt;. 
&lt;DIV xmlns=&quot;http://www.w3.org/1999/xhtml&quot;&gt;The Gilbane Report recently posted the results of their Survey on Enterprise blog, wiki, and RSS Use. While the survey sample is not representative of a larger population of companies (the survey was voluntary and Gilbane readers are probably ahead of the curve), the results are interesting. Of the 58 respondents (mostly from companies under $25MM in annual revenues but 10 from companies of over&lt;/DIV&gt;By &lt;a href=&quot;mailto:noemail@noemail.org&quot;&gt;noemail@noemail.org&lt;/a&gt; (Seth). [&lt;A href=&quot;http://contenthere.blogspot.com&quot;&gt;Enter Content Here&lt;/A&gt;]</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2005/05/11.html#a713</guid>
			<pubDate>Wed, 11 May 2005 19:13:50 GMT</pubDate>
			<source url="http://feeds.feedburner.com/EnterContentHere">Enter Content Here</source>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2005/05/06.html#a706</link>
			<description>&lt;P dir=ltr&gt;This would be a cool corporate blogging feature...&lt;/P&gt;
&lt;BLOCKQUOTE dir=ltr style=&quot;MARGIN-RIGHT: 0px&quot;&gt;
&lt;P&gt;&lt;A href=&quot;http://www.eweek.com/article2/0,1759,1813385,00.asp?kc=EWRSS03119TX1K0000594&quot;&gt;AOL Opens Blog Service to IM Users&lt;/A&gt;. Members of AOL Instant Messenger gain connections to the AOL Journals blogging tool, including the ability to send posts through instant messages. [&lt;A href=&quot;http://www.eweek.com&quot;&gt;eWEEK Technology News&lt;/A&gt;]&lt;/P&gt;&lt;/BLOCKQUOTE&gt;</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2005/05/06.html#a706</guid>
			<pubDate>Fri, 06 May 2005 22:45:06 GMT</pubDate>
			<source url="http://rssnewsapps.ziffdavis.com/tech.xml">eWEEK Technology News</source>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2005/04/13.html#a692</link>
			<description>&lt;P&gt;&quot;Technology&quot; is one of the three converging forces. Under that heading, Charlie notes how blogs and CMS/Portals are converging.&lt;/P&gt;
&lt;BLOCKQUOTE dir=ltr style=&quot;MARGIN-RIGHT: 0px&quot;&gt;
&lt;P&gt;&lt;A href=&quot;http://www.steptwo.com.au/columntwo/archives/001675.html&quot;&gt;Technology: the perfect storm for portals?&lt;/A&gt;. Charlie Wood has written a blog entry on the uncertain future of portals. To quote: The enterprise portal industry stands squarely in the path of three converging forces, any one of which could be devastating. Together, they might be fatal.... [&lt;A href=&quot;http://www.steptwo.com.au/columntwo/&quot;&gt;Column Two&lt;/A&gt;]&lt;/P&gt;&lt;/BLOCKQUOTE&gt;</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2005/04/13.html#a692</guid>
			<pubDate>Wed, 13 Apr 2005 16:28:19 GMT</pubDate>
			<source url="http://www.steptwo.com.au/columntwo/index.xml">Column Two</source>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2005/04/08.html#a686</link>
			<description>&lt;A href=&quot;http://feeds.feedburner.com/EnterContentHere?m=32&quot;&gt;Corporate Use of Blogs and Wikis&lt;/A&gt;. 
&lt;DIV xmlns=&quot;http://www.w3.org/1999/xhtml&quot;&gt;Lauren Wood, of The Gilbane Report has an excellent introductory article on the corporate use of Blogs and Wikis (factoid: did you know that &quot;Wiki&quot; is a Hawaiian word for &quot;hurry&quot; or &quot;quick&quot;?). The article gives real world examples of companies using blogs and Wiki&apos;s for internal and external communication purposes. I agree with Lauren that these tools have great potential in the enterprise. &lt;/DIV&gt;By &lt;a href=&quot;mailto:noemail@noemail.org&quot;&gt;noemail@noemail.org&lt;/a&gt; (Seth). [&lt;A href=&quot;http://contenthere.blogspot.com&quot;&gt;Enter Content Here&lt;/A&gt;]</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2005/04/08.html#a686</guid>
			<pubDate>Fri, 08 Apr 2005 20:47:10 GMT</pubDate>
			<source url="http://feeds.feedburner.com/EnterContentHere">Enter Content Here</source>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2005/04/07.html#a682</link>
			<description>&lt;P&gt;The March 28 issue of Infoworld has a cover story on corporate blogging called &lt;A href=&quot;http://www.infoworld.com/article/05/03/28/13FEblogwiki_1.html&quot;&gt;The Enterprise Blogosphere&lt;/A&gt;. It covers both blogs and wikis in the corporate environment and sidebars on JotSpot, Movable Type, TWiki, and Socialtext.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2005/04/07.html#a682</guid>
			<pubDate>Thu, 07 Apr 2005 21:58:19 GMT</pubDate>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2005/01/20.html#a652</link>
			<description>&lt;A href=&quot;http://blog.case.edu/#whatsnew&quot;&gt;Case Western Reserve University&lt;/A&gt; uses Movable Type to host blogs. They&apos;ve got a nice FAQ and some good explanations of the various features available to their community. Might be a good reference for the corporate world.</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2005/01/20.html#a652</guid>
			<pubDate>Fri, 21 Jan 2005 01:59:33 GMT</pubDate>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2004/12/30.html#a650</link>
			<description>&lt;A href=&quot;http://www.mcgeesmusings.net/2004/12/12.html#a4436&quot;&gt;Cadenhead&apos;s Radio UserLand Kick Start - 50 Book Challenge&lt;/A&gt;. &lt;A href=&quot;http://www.amazon.com/exec/obidos/ASIN/0672325632/mostlymcgee-20&quot;&gt;&lt;IMG src=&quot;http://www.mcgeesmusings.net/images/3292.JPG&quot;&gt;&lt;/A&gt; &lt;BR&gt;&lt;A href=&quot;http://www.amazon.com/exec/obidos/ASIN/0672325632/mostlymcgee-20&quot;&gt;Radio UserLand Kick Start&lt;/A&gt;&lt;BR&gt;Cadenhead, Rogers&lt;BR&gt;&lt;BR&gt;A must-have book if you use Userland&apos;s Radio weblogging tool. It extends and supplements the sometimes sparse documentation. It is also a nice introduction to how you can go about extending and improving your weblogging toolkit.&lt;BR&gt;[&lt;A href=&quot;http://www.mcgeesmusings.net/&quot;&gt;McGee&apos;s Musings&lt;/A&gt;]</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2004/12/30.html#a650</guid>
			<pubDate>Thu, 30 Dec 2004 15:22:24 GMT</pubDate>
			<source url="http://www.mcgeesmusings.net/rss.xml">McGee&apos;s Musings</source>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2004/10/25.html#a639</link>
			<description>&lt;A href=&quot;http://www.mcgeesmusings.net/2004/10/13.html#a4402&quot;&gt;KMPro panel on Blogs in Business&lt;/A&gt;. It was a lot of fun riffing with Scoble, Ian, and John about blogs in the organization. I&apos;ve got some notes and reflections I&apos;ll want to post later, but wanted to get this nice summary from Jack posted while I had a moment.[&lt;A href=&quot;http://www.mcgeesmusings.net/&quot;&gt;McGee&apos;s Musings&lt;/A&gt;]</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2004/10/25.html#a639</guid>
			<pubDate>Mon, 25 Oct 2004 14:25:52 GMT</pubDate>
			<source url="http://www.mcgeesmusings.net/rss.xml">McGee&apos;s Musings</source>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2004/08/23.html#a626</link>
			<description>&lt;A href=&quot;http://weblog.infoworld.com/udell/2004/08/16.html#a1060&quot;&gt;Information routing&lt;/A&gt;. Everybody processes a ton of email. And nowadays, some of us also process a ton of RSS feeds. In both cases, inbound items fall into three categories...[&lt;A href=&quot;http://weblog.infoworld.com/udell/&quot;&gt;Jon&apos;s Radio&lt;/A&gt;]</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2004/08/23.html#a626</guid>
			<pubDate>Tue, 24 Aug 2004 03:17:09 GMT</pubDate>
			<source url="http://weblog.infoworld.com/udell/rss.xml">Jon&apos;s Radio</source>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2004/05/05.html#a595</link>
			<description>&lt;A href=&quot;http://c.moreover.com/click/here.pl?r150359312&quot;&gt;How blogs and wikis can help knowledge management&lt;/A&gt;. Cutting Through May 1 2004 8:51PM GMT [&lt;A href=&quot;http://www.moreover.com&quot;&gt;Moreover - Knowledge management news&lt;/A&gt;]</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2004/05/05.html#a595</guid>
			<pubDate>Wed, 05 May 2004 05:04:56 GMT</pubDate>
			<source url="http://www.moreover.com/cgi-local/page?o=rss&amp;c=Knowledge%20management%20news">Moreover - Knowledge management news</source>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2004/04/29.html#a586</link>
			<description>&lt;A href=&quot;http://weblog.infoworld.com/udell/2004/04/28.html#a986&quot;&gt;Jack of all trades, master of none&lt;/A&gt;. 
&lt;BLOCKQUOTE&gt;E-mail is the jack of all trades, but the master of none. There are better ways to transfer files, hold discussions, deliver notifications, broadcast newsletters, schedule meetings, work collaboratively, and manage personal information. But even though e-mail isn&apos;t the best tool for any of these tasks, it provides a single interface to all of them. Here&apos;s a challenge: Let&apos;s improve the various functions performed by e-mail without multiplying the interfaces people must learn in order to use those functions. [Full story at &lt;A href=&quot;http://www.infoworld.com/article/04/04/23/17OPstrategic_1.html&quot;&gt;InfoWorld.com&lt;/A&gt;] &lt;/BLOCKQUOTE&gt;A favorite example of mine is RSS. It&apos;s an inherently opt-in, spam-free channel of communication that can replace certain of email&apos;s most broken functions: broadcast newsletters, notifications. But, as &lt;A href=&quot;http://www.newsgator.com/&quot;&gt;NewsGator&lt;/A&gt; shows us, RSS can still look and feel like email to the user. &lt;B&gt;...&lt;/B&gt; [&lt;A href=&quot;http://weblog.infoworld.com/udell/&quot;&gt;Jon&apos;s Radio&lt;/A&gt;]</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2004/04/29.html#a586</guid>
			<pubDate>Thu, 29 Apr 2004 17:00:15 GMT</pubDate>
			<source url="http://weblog.infoworld.com/udell/rss.xml">Jon&apos;s Radio</source>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2004/02/22.html#a564</link>
			<description>&lt;P&gt;&lt;A href=&quot;http://www.cmswire.com/archives/micro_cms/blogging_for_business_37_signals.php&quot;&gt;Blogging for Business - 37 Signals&lt;/A&gt;. 37 Signals are a web design and usability firm based in Chicago. They&apos;ve got a good prezzy introducing blogs, discussing blogging for business, and covering blogs as a business. They call Blogs &quot;tiny but mighty cms&quot;. Take a look: Blogging for Business... [&lt;A href=&quot;http://www.cmswire.com/&quot;&gt;cms~wire&lt;/A&gt;]&lt;/P&gt;
&lt;P&gt;From the 37 Signals article...&lt;/P&gt;
&lt;BLOCKQUOTE&gt;
&lt;P&gt;Businesses are starting to use blogs internally to share knowledge, disseminate information across the entire organization, and manage projects. Some advantages of using internal blogs include: &lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;An archive of contributions if an employee leaves 
&lt;LI&gt;Central spot for communication instead of email here, IM there 
&lt;LI&gt;Written record of who said what, approvals, comments, etc. 
&lt;LI&gt;Central location eases bandwidth requirements 
&lt;LI&gt;Central location for project assets (logos, fonts, documentation) &lt;/LI&gt;&lt;/UL&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;This is a really good article with many links to helpful resources, particularly if you are looking to use blogs within&amp;nbsp;your company.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2004/02/22.html#a564</guid>
			<pubDate>Mon, 23 Feb 2004 04:22:13 GMT</pubDate>
			<source url="http://www.cmswire.com/index.rdf">cms~wire</source>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2004/02/03.html#a544</link>
			<description>&lt;P&gt;Our internal blog pilot has failed to move off the mark after a little more than a year. Here are&amp;nbsp;what I think are the top reasons why. Note:&amp;nbsp;This feedback should not be taken&amp;nbsp;as&amp;nbsp;&quot;Why Radio Sucks&quot;. It&apos;s just a brainstorm of some of the reasons why it hasn&apos;t taken off (yet?) within our particular organization. Most of the issues are probably things to watch out for regardless of the blogging tool being used.&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;What we did&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;We gave a copy of &lt;A href=&quot;http://radio.userland.com&quot;&gt;Radio&lt;/A&gt; to our most ardent &quot;sharers of knowledge&quot;. We basically painted a modest vision of what blogging could do for us internally, showed how the tool worked, and then let nature take its course. We gave each blogger space on an internal &lt;A href=&quot;http://www.zope.org&quot;&gt;Zope&lt;/A&gt; server (running on Linux)&amp;nbsp;and provided detailed instructions on setting up a category within Radio that would upstream to the&amp;nbsp;Zope server.&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;Why it hasn&apos;t grown like crazy&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;1.&amp;nbsp;We made it harder than it had to be for people to upstream to the internal server&lt;/P&gt;
&lt;P&gt;The blog pilot particpants are typically always on a client engagement. The Zope server sits on the intranet behind a firewall. You have to VPN to get to it. Most of the time that works but not always due to proxy configs at the client. So, upstreaming to the internal blog web server was an extra step for most and impossible for some, other than what little time could be spent at home or at the office upstreaming.&lt;/P&gt;
&lt;P&gt;2. We didn&apos;t index the blog content&lt;/P&gt;
&lt;P&gt;Our Zope server does not currently get indexed by the corporate search engine. So, the content that does get created by our bloggers for the internal server doesn&apos;t get seen by people who aren&apos;t subscribing to those feeds.&lt;/P&gt;
&lt;P&gt;3. We didn&apos;t drive traffic to the blog content through the portal&lt;/P&gt;
&lt;P&gt;This is related to the search engine point. One way to drive use would have been for people to get to valuable content and then ask, &quot;Where did that come from?&quot; or &quot;What are you using to&amp;nbsp;create that?&quot;. We could have driven more traffic to the blog web server by dropping in a couple of RSS portlets on the main page of the portal.&lt;/P&gt;
&lt;P&gt;4. Email is easier&lt;/P&gt;
&lt;P&gt;As much as I hate getting &quot;internal spam&quot;, for most people, email is still easier to use when sharing links, news clippings, or thoughts on a topic.&amp;nbsp;The client&amp;nbsp;is almost always open on a user&apos;s desktop and the interface is very familiar. And, many things you want to share about come in the form of email so you hit forward and go. Also, unless everyone is aggregating internal feeds religiously, you cannot be sure someone got your post. Email is closer to a guaranteed read.&lt;/P&gt;
&lt;P&gt;Because not everyone uses an aggregator, I always felt like I had to do double-entry--post once on my blog and then send a link to my blog post via email to the people I thought would be interested but who don&apos;t aggregate feeds.&lt;/P&gt;
&lt;P&gt;5. Radio is still beyond &quot;typical&quot; corporate users&lt;/P&gt;
&lt;P&gt;Although it is a relatively simple tool, I think Radio is still beyond &quot;typical&quot; corporate users. Yes, the install is fast and simple. Yes, you can be publishing in minutes. But, there are a few things that should be table stakes for a desktop tool that aren&apos;t there yet. Reliable backup/recovery/migration procedures are a good example. Try installing Radio on a different computer than you have now and moving all of your posts and stories over intact, even if you are using the built-in backup tool. The two or three times I had to do this due to laptop swaps, I was able to get all of my posts, but the stories had an annoying feature where the original post date was updated to the file modified date. I&apos;m not sure a non-technical user would be able to execute the recovery procedure.&lt;/P&gt;
&lt;P&gt;Debugging and troubleshooting has also been an issue. If a business user is having trouble upstreaming and the events page doesn&apos;t have an obvious indicator as to what&apos;s wrong, it can be tough to figure out how to get them going again.&lt;/P&gt;
&lt;P&gt;Modifying the navigation is another example. It is extremely easy to update the XML file that controls those links. But would our CxO be up for doing that? Maybe. Maybe not.&lt;/P&gt;
&lt;P&gt;6. Radio is a desktop tool but sometimes you need to&amp;nbsp;blog from anywhere&lt;/P&gt;
&lt;P&gt;For the most part, I like that Radio is a client-side tool, but there have been times when I wished I could get to it from a different machine. I know you can set up a POP3 account to send mail to that Radio would look at, but that seemed lame. And, I know you can set up Radio for remote access, but for me I&apos;m not sure that would work very well. Radio is installed on my laptop and my laptop is not always-on&amp;nbsp;or always-connected.&lt;/P&gt;
&lt;P&gt;7. We didn&apos;t offer clear instructions on when to use a blog versus a teamroom&lt;/P&gt;
&lt;P&gt;We have standardized on a teamroom technology for group collaboration. Usually, the subject area for a team room is a project or client engagement. Sometimes, though, it is more horizontal, like in the case of a teamroom focused on a particular vendor. We handed out Radio to our early adopter/collaboration junkie types and said, &quot;Here&apos;s this cool tool. You can aggregate RSS feeds from the net and each other&apos;s blogs.&quot; But, we didn&apos;t clarify the types of things that should go in a blog versus when a teamroom is more appropriate.&lt;/P&gt;
&lt;P&gt;I don&apos;t think it is too late for blogging to catch on here at Navigator. And, I will continue to use Radio because I like the tool despite some minor annoyances. But, the items listed here are going to have to get addressed to re-energize the original pilot group and to grow it beyond that.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2004/02/03.html#a544</guid>
			<pubDate>Wed, 04 Feb 2004 04:47:51 GMT</pubDate>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2003/12/07.html#a527</link>
			<description>&lt;A href=&quot;http://www.eventweb.com/2002/graphics/022202/scoble.jpg&quot;&gt;&lt;IMG height=54 alt=&quot;A picture named scoble.jpg&quot; hspace=15 src=&quot;http://monster2.scripting.com/z/images/archiveScriptingCom/2003/12/07/scoble.jpg&quot; width=45 align=right vspace=5 border=0&gt;&lt;/A&gt;&lt;A href=&quot;http://radio.weblogs.com/0001011/2003/12/07.html#a5700&quot;&gt;Scoble&lt;/A&gt;: &quot;I don&apos;t like group weblogs.&quot; This is a current topic with me. A bunch of people I know wanted to do a group blog. I said okay give it a try. I&apos;m watching from a distance. I prefer to write for my blog and develop a way to route posts to categories so readers can &lt;A href=&quot;http://davenet.scripting.com/2002/10/08/whatIsANewsAggregator&quot;&gt;assemble&lt;/A&gt; their own group blogs out of their favorite authors (of which I hope to be one). Scoble is a &lt;A href=&quot;http://archive.scripting.com/cats/%2FPundits%2FRobert%20Scoble&quot;&gt;pundit&lt;/A&gt; and a very wise man. He&apos;s onto something. [&lt;A href=&quot;http://www.scripting.com/&quot;&gt;Scripting News&lt;/A&gt;]</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2003/12/07.html#a527</guid>
			<pubDate>Mon, 08 Dec 2003 03:10:44 GMT</pubDate>
			<source url="http://www.scripting.com/rss.xml">Scripting News</source>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2003/10/26.html#a483</link>
			<description>I&apos;m trying out &lt;A href=&quot;http://www.newsmonster.org&quot;&gt;NewsMonster&lt;/A&gt; on my home machine. Seems pretty cool so far. I like the UI. A large number of feeds is much more manageable using its folder metaphor than Radio&apos;s flat list. I&apos;m sure it&apos;s got a lot of nifty features I haven&apos;t stumbled onto yet. If someone just wants to aggregate feeds or doesn&apos;t mind that the aggregator isn&apos;t integrated with their blogging tool, this is just the ticket. Note that if you are using Blogger, you can right click on a news item and post to your blog. Maybe someone&apos;s got an add-in that does the same for Radio.</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2003/10/26.html#a483</guid>
			<pubDate>Mon, 27 Oct 2003 03:46:31 GMT</pubDate>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2003/09/06.html#a430</link>
			<description>Chicago Tribune &lt;A href=&quot;http://www.ecommercetimes.com/perl/story/31509.html&quot;&gt;article&lt;/A&gt; on blogging in the workplace. [&lt;A href=&quot;http://www.scripting.com/&quot;&gt;Scripting News&lt;/A&gt;]</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2003/09/06.html#a430</guid>
			<pubDate>Sun, 07 Sep 2003 03:21:57 GMT</pubDate>
			<source url="http://www.scripting.com/rss.xml">Scripting News</source>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2003/08/08.html#a405</link>
			<description>&lt;A href=&quot;http://weblog.siliconvalley.com/column/dangillmor/archives/001264.shtml&quot;&gt;Dan Gillmor&lt;/A&gt; on Microsoft&apos;s blogging software. &quot;This strikes me as no threat to the current and upcoming end-user tools from the vendors we use today.&quot; [&lt;A href=&quot;http://www.scripting.com/&quot;&gt;Scripting News&lt;/A&gt;]</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2003/08/08.html#a405</guid>
			<pubDate>Sat, 09 Aug 2003 03:44:52 GMT</pubDate>
			<source url="http://www.scripting.com/rss.xml">Scripting News</source>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2003/07/07.html#a380</link>
			<description>Heads up:&amp;nbsp; &lt;STRONG&gt;I do not work at UserLand anymore&lt;/STRONG&gt;.&amp;nbsp; People have been calling me and sending me e-mails about this, so this should set the record straight.&amp;nbsp; Final resolution of my departure isn&apos;t over with yet, so no details will be released until then, if ever. 
&lt;P&gt;In the meantime, I am going to work on building the Weblog Network, K-Logs, and more...There is a huge amount of forward motion in the weblog world from organizations that will pay real money&amp;nbsp;(this answers &lt;A href=&quot;http://radio.weblogs.com/0001011/2003/07/06.html#a3683&quot;&gt;Scoble&apos;s question&lt;/A&gt;) ;-&amp;gt;&amp;nbsp; [&lt;A href=&quot;http://jrobb.userland.com/&quot;&gt;John Robb&apos;s Weblog&lt;/A&gt;]&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2003/07/07.html#a380</guid>
			<pubDate>Tue, 08 Jul 2003 03:36:41 GMT</pubDate>
			<source url="http://jrobb.userland.com/rss.xml">John Robb&apos;s Weblog</source>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2003/06/30.html#a379</link>
			<description>&lt;STRONG&gt;RSS and Echo.&lt;/STRONG&gt;&amp;nbsp; Well the big companies have finally made their move in the weblog world with Sam Ruby being directed by IBM to take control of&amp;nbsp;an emerging syndication&amp;nbsp;standard...IBM is very interested in this given their longstanding and extremely lucrative relationship with the WSJ ($500m over the last three years) and other publishers.&amp;nbsp;&amp;nbsp;It would be against their interest&amp;nbsp;to let a simple syndication standard emerge that didn&apos;t require lots of IBM iron and software expertise. [&lt;A href=&quot;http://jrobb.userland.com/&quot;&gt;John Robb&apos;s Radio Weblog&lt;/A&gt;]</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2003/06/30.html#a379</guid>
			<pubDate>Mon, 30 Jun 2003 05:44:45 GMT</pubDate>
			<source url="http://jrobb.userland.com/rss.xml">John Robb&apos;s Radio Weblog</source>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2003/06/13.html#a363</link>
			<description>&lt;P&gt;I&apos;m BACK! What a week. I went to Orlando to the IBM Content Management and Portal Conference. I had every intention of blogging the event, but Sunday night, my hard drive bit the dust. My hotel and the conference hotel were both WiFi-enabled so I was really disappointed.&lt;/P&gt;
&lt;P&gt;I thought everything was totally gone (including the web log) but it turned out I could still read from the drive once I added it to the modular bay of my laptop. It&apos;s pretty spotty, though. I snagged everything I couldn&apos;t live without.&lt;/P&gt;
&lt;P&gt;Restoring Radio was a pain. I thought I was covered because I used the backup utility. After reinstalling and setting my serial number, I tried using Restore but it didn&apos;t do anything. I&apos;d click Restore, it&apos;d give me an &quot;are you sure?&quot; message, I&apos;d confirm, and then it&apos;d be back to the backup/restore page.&lt;/P&gt;
&lt;P&gt;To fix it, I uninstalled Radio, went back to my old hard drive, pulled the entire Radio directory, reinstalled on the new drive, and then overlayed the directories with my recovered Radio directories. Worked like a charm.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2003/06/13.html#a363</guid>
			<pubDate>Sat, 14 Jun 2003 03:53:18 GMT</pubDate>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2003/05/05.html#a311</link>
			<description>&lt;A href=&quot;http://doc.weblogs.com/2003/04/29#readNBlog&quot;&gt;Read &apos;n Blog&lt;/A&gt;. 
&lt;P&gt;Tiernan Ray of eCommerce Times in Wireless Newsfactor: &lt;A href=&quot;http://www.wirelessnewsfactor.com/perl/story/21389.html&quot;&gt;Why Blogs Haven&apos;t Stormed the Business World&lt;/A&gt;. I gotta roll, so I&apos;ll let the rest of ya handle this one.&lt;/P&gt;
&lt;P&gt;[&lt;A href=&quot;http://doc.weblogs.com/&quot;&gt;The Doc Searls Weblog&lt;/A&gt;]&lt;/P&gt;
&lt;P&gt;This link provides an interesting perspective on blogging and the corporate world.&amp;nbsp; I agree that current blogging tools are creating heaps of information that are largely uncategorized.&amp;nbsp; However, I will take a search engine indexing blog content over not capturing tacit information any day.&lt;/P&gt;[&lt;A href=&quot;http://radio.weblogs.com/0116883/&quot;&gt;Tom Pierce&apos;s Blog&lt;/A&gt;]</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2003/05/05.html#a311</guid>
			<pubDate>Tue, 06 May 2003 01:49:37 GMT</pubDate>
			<source url="http://radio.weblogs.com/0116883/rss.xml">Tom Pierce&apos;s Blog</source>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2003/04/30.html#a301</link>
			<description>&lt;P&gt;Michael Hall gives &lt;A href=&quot;http://www.intranetjournal.com/articles/200212/ij_12_16_02a.html&quot;&gt;an example&lt;/A&gt;&amp;nbsp;of how he used a weblog at work and also mentions wikis. He briefly digresses into Sharepoint toward the end of the article. Might have a couple of good blurbs for the uninitiated.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2003/04/30.html#a301</guid>
			<pubDate>Thu, 01 May 2003 04:05:07 GMT</pubDate>
			</item>
		<item>
			<link>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2003/04/28.html#a295</link>
			<description>&lt;A href=&quot;http://www.mcgeesmusings.net/2003/04/25.html#a3190&quot;&gt;Weblogs in organizations and finding voice&lt;/A&gt;. 
&lt;P&gt;An interesting little piece in Business 2.0 about corporate use of weblogs&lt;/P&gt;
&lt;BLOCKQUOTE dir=ltr style=&quot;MARGIN-RIGHT: 0px&quot;&gt;
&lt;P&gt;&lt;A href=&quot;http://www.business2.com/articles/web/0,1653,49074,00.html&quot;&gt;Business 2.0 - Web Article - Management by Blog?&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;Most of the companies I&apos;ve observed using blogs are trying it on their customers before unleashing it internally on their staffs. The external need, apparently, is more pressing. Many businesses already have other systems in place for managing internal information, ranging from simple brown-bag lunches to overkill knowledge-management regimens. &lt;/P&gt;&lt;/BLOCKQUOTE&gt;
&lt;P&gt;I disagree that the external need is more pressing. I suspect that the truth is that the external weblog strategy presents less risk in the eyes of the implementer. Or to put it differently, internal weblog experiments feel risky...The chronological structure of short posts encourages and gently forces continuing practice...Helping weblogs to succeed inside organizations has little to do with technology features.&amp;nbsp; It depends instead on nurturing a grassroots process of tentative practice evolving into confident process. Think Harold Hill in The Music Man not General George Patton in Patton [&lt;A href=&quot;http://www.mcgeesmusings.net/&quot;&gt;McGee&apos;s Musings&lt;/A&gt;]&lt;/P&gt;
&lt;P&gt;I agree with McGee. At least in our&amp;nbsp;firm, blogs offer a way to move knowledge capture closer to the source--it&apos;s a more organic approach to KM than our previous efforts. I do agree with the article author, though, that it really depends on the culture of the organization.&lt;/P&gt;</description>
			<guid>http://radio.weblogs.com/0117027/categories/corporateBloggingOrKLogs/2003/04/28.html#a295</guid>
			<pubDate>Tue, 29 Apr 2003 03:34:33 GMT</pubDate>
			<source url="http://www.mcgeesmusings.net/rss.xml">McGee&apos;s Musings</source>
			</item>
		</channel>
	</rss>

