<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Kyle Smith &#187; 97-things</title>
	<atom:link href="http://blog.infinitechaos.com/tag/97-things/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.infinitechaos.com</link>
	<description>No magic here</description>
	<lastBuildDate>Wed, 30 Mar 2011 14:35:07 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
		<item>
		<title>Using wikis to capture project information</title>
		<link>http://blog.infinitechaos.com/2009/08/26/using-wikis-to-capture-project-information/</link>
		<comments>http://blog.infinitechaos.com/2009/08/26/using-wikis-to-capture-project-information/#comments</comments>
		<pubDate>Wed, 26 Aug 2009 12:15:39 +0000</pubDate>
		<dc:creator>kyle</dc:creator>
				<category><![CDATA[project-management]]></category>
		<category><![CDATA[97-things]]></category>
		<category><![CDATA[information-architecture]]></category>
		<category><![CDATA[wiki]]></category>

		<guid isPermaLink="false">http://blog.infinitechaos.com/?p=349</guid>
		<description><![CDATA[A few months ago I read 97 Things Every Project Manager Should Know and one point that really stood out for me was Adrian Wible&#8217;s recommendation to use a wiki for maintaining project information.  There are a number of positive aspects of using a wiki, but Wible doesn&#8217;t even allude to the many downsides:  page sprawl, [...]]]></description>
			<content:encoded><![CDATA[<p>A few months ago I read <a title="97 Things Every Project Manager Should Know on Amazon" href="http://www.amazon.com/gp/product/0596804164?ie=UTF8&amp;tag=infinitechaos-20&amp;linkCode=as2&amp;camp=1789&amp;creative=9325&amp;creativeASIN=0596804164">97 Things Every Project Manager Should Know</a> and one point that really stood out for me was Adrian Wible&#8217;s recommendation to use a wiki for maintaining project information.  There are a number of positive aspects of using a wiki, but Wible doesn&#8217;t even allude to the many downsides:  page sprawl, the difficulty in finding information, and keeping it all up to date, which I feel outweigh the positive benefits.</p>
<p>At VMware we&#8217;ve had wikis for engineering teams to post project information for a number of years now but it&#8217;s become more of a dumping ground than a useful reference.  In the last few years our use of the wiki has exploded, but engineers are busy so they tend to &#8220;fire and forget&#8221;: content gets posted but no one bothers to go back and update it.  And because wikis set the bar extremely low, people just throw in content without thinking about <a title="Wikipedia entry on findability" href="http://en.wikipedia.org/wiki/Findability">findability</a> or how to properly take advantage of hypermedia.</p>
<p>The result is that it&#8217;s extremely difficult to find the page or content you&#8217;re looking for.  Our Google Search Appliance doesn&#8217;t even help because there aren&#8217;t enough quality links for the <a title="Explanation of PageRank on Wikipedia" href="http://en.wikipedia.org/wiki/PageRank">PageRank</a> algorithm to produce useful results (that&#8217;s my guess anyway).  So instead of finding a page with details on how our virtual machine monitor works, you&#8217;re more likely to get a page full of daily status log entries.</p>
<p>Perhaps the best solution is to do what <a title="Wikipedia" href="http://www.wikipedia.org">Wikipedia</a> does: establish standards for content, linking, and organizing the information (it also helps to have a volunteer army of curators/librarians to maintain it).  Of course, this is easier said than done.  Companies like VMware make money by shipping products, not pruning wiki pages, so it&#8217;s difficult to sell the idea of having all employees act as part-time curators unless you can quantify the ROI. Sadly, I don&#8217;t have an answer for that (yet).  Some inexpensive alternatives that come to mind are to hire a librarian to prune and organize or to have the company&#8217;s Intranet team help establish the best practices &amp;#8212; assuming they&#8217;re good with <a title="Information architecture entry on Wikipedia" href="http://en.wikipedia.org/wiki/Information_architecture">information architecture</a> and not just throwing up Web pages).</p>
<p>While all of these options focus on primarily Web content, the overall problem of capturing organizational knowledge is much larger.  Hopefully more on this soon&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.infinitechaos.com/2009/08/26/using-wikis-to-capture-project-information/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

