<?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: How (and why) to write a Company Bible</title>
	<atom:link href="http://nikku.net/blog/how-and-why-to-write-a-company-bible/feed/" rel="self" type="application/rss+xml" />
	<link>http://nikku.net/blog/how-and-why-to-write-a-company-bible/</link>
	<description>The Art in the Business of Theater - Collaboration Tools and Technology and the Storefront Theater Movement</description>
	<pubDate>Thu, 20 Nov 2008 20:15:10 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: One Year, One Day &#38; One Hundred Posts &#124; Theater For The Future</title>
		<link>http://nikku.net/blog/how-and-why-to-write-a-company-bible/#comment-631</link>
		<dc:creator>One Year, One Day &#38; One Hundred Posts &#124; Theater For The Future</dc:creator>
		<pubDate>Thu, 06 Nov 2008 16:34:52 +0000</pubDate>
		<guid isPermaLink="false">http://nikku.net/blog/how-and-why-to-write-a-company-bible/#comment-631</guid>
		<description>[...] How (and why) to write a Company Bible - A creative use of forums and wikis can help capture all that stuff you always seem to forget in tech [...]</description>
		<content:encoded><![CDATA[<p>[...] How (and why) to write a Company Bible - A creative use of forums and wikis can help capture all that stuff you always seem to forget in tech [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Walters</title>
		<link>http://nikku.net/blog/how-and-why-to-write-a-company-bible/#comment-422</link>
		<dc:creator>Scott Walters</dc:creator>
		<pubDate>Fri, 20 Jun 2008 16:57:48 +0000</pubDate>
		<guid isPermaLink="false">http://nikku.net/blog/how-and-why-to-write-a-company-bible/#comment-422</guid>
		<description>Thanks for the kind words. I think your ideas are spot-on, and your use of the wiki is perfect. I have used pbwiki and recommend it without hesitation. Basic and easy to use. As you know, I am a college professor, and it just occurred to me that a college drama dept would benefit from just such a handbook. (Now how to get my colleagues to do it!)</description>
		<content:encoded><![CDATA[<p>Thanks for the kind words. I think your ideas are spot-on, and your use of the wiki is perfect. I have used pbwiki and recommend it without hesitation. Basic and easy to use. As you know, I am a college professor, and it just occurred to me that a college drama dept would benefit from just such a handbook. (Now how to get my colleagues to do it!)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Keenan</title>
		<link>http://nikku.net/blog/how-and-why-to-write-a-company-bible/#comment-414</link>
		<dc:creator>Nick Keenan</dc:creator>
		<pubDate>Thu, 19 Jun 2008 00:08:03 +0000</pubDate>
		<guid isPermaLink="false">http://nikku.net/blog/how-and-why-to-write-a-company-bible/#comment-414</guid>
		<description>I do!  Thanks for asking!

I love going self-hosted in general, if that's an option.  For forums, nothin' beats the new version of &lt;a href="http://www.phpbb.com/" rel="nofollow"&gt;phpBB&lt;/a&gt;.  Many hosting providers will have handy install scripts for phpBB built into their control panel.  Tons of permission control, and fantastic organization features.    

For Wikis, We've had great luck with using &lt;a href="http://www.splitbrain.org/projects/dokuwiki" rel="nofollow"&gt;docuwiki&lt;/a&gt; - click &lt;a href="http://wiki.splitbrain.org/wiki:dokuwiki" rel="nofollow"&gt;here&lt;/a&gt; for an example of how it looks.  &lt;a href="http://www.mediawiki.org/wiki/MediaWiki" rel="nofollow"&gt;Mediawiki&lt;/a&gt;, which powers wikipedia, is both the most powerful and the most difficult to use, so docuwiki fit our non-technical staff much more easily - but it wasn't *so* easy that the basic wiki cross-referencing features became crippled.

At some point, I should write a tutorial for getting open source software - especially software requiring a database - working on your website.  It can be tricky to go DIY, but most open source projects like these come with pretty complete instructions.  phpBB is how I learned to set an application up on the web, connect it to a database, and launch, so that's the best place to start.

If you're looking for a fully-hosted wiki, rather than one on your own domain, for simplicity's sake, there's &lt;a href="http://pbwiki.com/" rel="nofollow"&gt;pbwiki&lt;/a&gt;, which I haven't used... I haven't liked wikiSpaces from what I've seen so far, which is another one.

One very promising development is the new Google Sites add-on to &lt;a href="http://www.google.com/a" rel="nofollow"&gt;Google Apps for your domain&lt;/a&gt;.  I pretty much insist on Google Apps - a completely free way to add gmail-powered email, calendering and chat to your domain - for all organizations when I work on their website.  Google sites has some basic templates that you can use for internal project management, or company intranets, and I think some of those can approximate wiki-like features.  I'll try to play with Google Sites a little more in the future, and if anyone has some insight, speak up!</description>
		<content:encoded><![CDATA[<p>I do!  Thanks for asking!</p>
<p>I love going self-hosted in general, if that&#8217;s an option.  For forums, nothin&#8217; beats the new version of <a target="_blank" href="http://www.phpbb.com/" rel="nofollow">phpBB</a>.  Many hosting providers will have handy install scripts for phpBB built into their control panel.  Tons of permission control, and fantastic organization features.    </p>
<p>For Wikis, We&#8217;ve had great luck with using <a target="_blank" href="http://www.splitbrain.org/projects/dokuwiki" rel="nofollow">docuwiki</a> - click <a target="_blank" href="http://wiki.splitbrain.org/wiki:dokuwiki" rel="nofollow">here</a> for an example of how it looks.  <a target="_blank" href="http://www.mediawiki.org/wiki/MediaWiki" rel="nofollow">Mediawiki</a>, which powers wikipedia, is both the most powerful and the most difficult to use, so docuwiki fit our non-technical staff much more easily - but it wasn&#8217;t *so* easy that the basic wiki cross-referencing features became crippled.</p>
<p>At some point, I should write a tutorial for getting open source software - especially software requiring a database - working on your website.  It can be tricky to go DIY, but most open source projects like these come with pretty complete instructions.  phpBB is how I learned to set an application up on the web, connect it to a database, and launch, so that&#8217;s the best place to start.</p>
<p>If you&#8217;re looking for a fully-hosted wiki, rather than one on your own domain, for simplicity&#8217;s sake, there&#8217;s <a target="_blank" href="http://pbwiki.com/" rel="nofollow">pbwiki</a>, which I haven&#8217;t used&#8230; I haven&#8217;t liked wikiSpaces from what I&#8217;ve seen so far, which is another one.</p>
<p>One very promising development is the new Google Sites add-on to <a target="_blank" href="http://www.google.com/a" rel="nofollow">Google Apps for your domain</a>.  I pretty much insist on Google Apps - a completely free way to add gmail-powered email, calendering and chat to your domain - for all organizations when I work on their website.  Google sites has some basic templates that you can use for internal project management, or company intranets, and I think some of those can approximate wiki-like features.  I&#8217;ll try to play with Google Sites a little more in the future, and if anyone has some insight, speak up!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lindsay</title>
		<link>http://nikku.net/blog/how-and-why-to-write-a-company-bible/#comment-412</link>
		<dc:creator>Lindsay</dc:creator>
		<pubDate>Wed, 18 Jun 2008 20:21:34 +0000</pubDate>
		<guid isPermaLink="false">http://nikku.net/blog/how-and-why-to-write-a-company-bible/#comment-412</guid>
		<description>Hey there, Nick -- Any suggestions about which wiki host to use?</description>
		<content:encoded><![CDATA[<p>Hey there, Nick &#8212; Any suggestions about which wiki host to use?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Keenan</title>
		<link>http://nikku.net/blog/how-and-why-to-write-a-company-bible/#comment-402</link>
		<dc:creator>Nick Keenan</dc:creator>
		<pubDate>Mon, 16 Jun 2008 00:02:04 +0000</pubDate>
		<guid isPermaLink="false">http://nikku.net/blog/how-and-why-to-write-a-company-bible/#comment-402</guid>
		<description>That's why the forum and wiki solution are a nice solution... using them on a regular basis creates the same kind of knowledgebase without all the formalism of a step by step manual.  I mentioned those mostly to walk through my own considerations in finding a system that worked for a small theater - we did the manual thing for a while, and it does work, especially for more technical procedures.  But for a more holistic approach that easily includes everyone's input, Forum =&#62; Wiki is a great way to go.

Editing this collected knowledge is a very tricky process.  It's easy to undervalue the perspective of certain individuals based on your own perspective - especially when you have very different interpretations of the raw data.  I think having a single editor archive all the captured information is not a sustainable way to go - that means that you're essentially creating a knowledge gatekeeper position, and you're ultimately subject to their interpretation of what the knowledge means and what knowledge needs to be stored.  What happens when that person leaves the company, or when that person decides that a certain aspect of the company is less important than another (say, marketing is more important than the quality of the artistic product)?  While it's more work and requires more scaling of the ol' learning curve, I think you'll yield better results in a small company when information is held and processed transparently by the entire company or at least the department heads.  If you leverage the use of a forum in your collaborative discussions, it can be as simple as selectively cutting and pasting the things you've learned.</description>
		<content:encoded><![CDATA[<p>That&#8217;s why the forum and wiki solution are a nice solution&#8230; using them on a regular basis creates the same kind of knowledgebase without all the formalism of a step by step manual.  I mentioned those mostly to walk through my own considerations in finding a system that worked for a small theater - we did the manual thing for a while, and it does work, especially for more technical procedures.  But for a more holistic approach that easily includes everyone&#8217;s input, Forum =&gt; Wiki is a great way to go.</p>
<p>Editing this collected knowledge is a very tricky process.  It&#8217;s easy to undervalue the perspective of certain individuals based on your own perspective - especially when you have very different interpretations of the raw data.  I think having a single editor archive all the captured information is not a sustainable way to go - that means that you&#8217;re essentially creating a knowledge gatekeeper position, and you&#8217;re ultimately subject to their interpretation of what the knowledge means and what knowledge needs to be stored.  What happens when that person leaves the company, or when that person decides that a certain aspect of the company is less important than another (say, marketing is more important than the quality of the artistic product)?  While it&#8217;s more work and requires more scaling of the ol&#8217; learning curve, I think you&#8217;ll yield better results in a small company when information is held and processed transparently by the entire company or at least the department heads.  If you leverage the use of a forum in your collaborative discussions, it can be as simple as selectively cutting and pasting the things you&#8217;ve learned.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Director</title>
		<link>http://nikku.net/blog/how-and-why-to-write-a-company-bible/#comment-401</link>
		<dc:creator>Director</dc:creator>
		<pubDate>Sun, 15 Jun 2008 23:31:17 +0000</pubDate>
		<guid isPermaLink="false">http://nikku.net/blog/how-and-why-to-write-a-company-bible/#comment-401</guid>
		<description>Excellent ideas.  I'm gonna say the hardest part would be getting each team member to actually follow through on this project.  The other big thing is that you would need someone on the team who actually knows how to write well to edit each person's manual.  I know actors who are very articulate in their speech and can read a script all day long, but when you hand them a pen or pencil, they barely know which end is the pointy one.  

Good stuff.</description>
		<content:encoded><![CDATA[<p>Excellent ideas.  I&#8217;m gonna say the hardest part would be getting each team member to actually follow through on this project.  The other big thing is that you would need someone on the team who actually knows how to write well to edit each person&#8217;s manual.  I know actors who are very articulate in their speech and can read a script all day long, but when you hand them a pen or pencil, they barely know which end is the pointy one.  </p>
<p>Good stuff.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
