<?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>Practical Software Engineering &#187; Writing</title>
	<atom:link href="http://steven.teleki.net/category/writing/feed/" rel="self" type="application/rss+xml" />
	<link>http://steven.teleki.net</link>
	<description>Steve on software development, management, and organizations...</description>
	<lastBuildDate>Mon, 06 Feb 2012 19:39:41 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>What Makes a Good Wiki Page?</title>
		<link>http://steven.teleki.net/2010/07/15/what-makes-a-good-wiki-page/</link>
		<comments>http://steven.teleki.net/2010/07/15/what-makes-a-good-wiki-page/#comments</comments>
		<pubDate>Thu, 15 Jul 2010 13:42:40 +0000</pubDate>
		<dc:creator>Steve</dc:creator>
				<category><![CDATA[Software Development]]></category>
		<category><![CDATA[Writing]]></category>

		<guid isPermaLink="false">http://steven.teleki.net/?p=275</guid>
		<description><![CDATA[Groups large and small use Wikis to capture and share knowledge. As you read page after page of a Wiki, you notice that some pages are good, but others not so much. What traits distinguish a good Wiki page from its mediocre cousins? Here are the four key factors that make a Wiki page good. [...]]]></description>
			<content:encoded><![CDATA[<p>Groups large and small use Wikis to capture and share knowledge. As you read page after page of a Wiki, you notice that some pages are good, but others not so much. What traits distinguish a good Wiki page from its mediocre cousins? Here are the four key factors that make a Wiki page good.</p>
<p>A good Wiki page:</p>
<ol>
<li>Focuses on one idea,</li>
<li>Provides context for all outgoing links and attachments,</li>
<li>Uses attachments wisely, and is</li>
<li>Short (500 to 1,000 words).</li>
</ol>
<p><strong>1. Focus the page on one idea only.</strong> Help your reader quickly realize that they are looking at the right page by focusing the page on a well identified topic, subject, or idea. For all the ideas that lay outside of its focus use references to other pages. This will help provide additional material to your readers and will clearly delineate the boundaries of your page.</p>
<p><strong>2. Provide context in the body of the page for all outgoing links and attachments.</strong> Weave your content together into a coherent whole with links in context. See my previous post on <a href="http://steven.teleki.net/2009/01/27/what-makes-a-good-wiki/" target="_blank">why a good Wiki tells a story</a>. You need to weave your pages together by providing a context for each outgoing link. The context doesn’t have to be much: a half sentence describing where your link is going, a short paragraph describing the attachment, or a heading for a list of links.</p>
<p>While it easy to quickly create additional pages (sometimes also known as child-pages, or sub-pages) without the link in context, they are not very helpful, and often are difficult to find. Your readers need to know in what order to look at the other pages, or why should they look at those pages. You must provide the necessary guidance by explaining the reasons for any link, and creating a context for them as well. The context will aid searching, and more-importantly, finding, your pages, too.</p>
<p><strong>3. Use attachments wisely, that is: sparingly.</strong> When you have a plain text, or rich text document, you need to import that document as a Wiki page. Do not turn the document into an attachment. Just one extra step between your readers and the knowledge they seek may stop them from looking.</p>
<p>Most Wikis still have trouble indexing attachments. Some attachments, notably pictures, drawings don’t lend themselves to easy indexing, therefore if you want to find an attachment, you’ll have to find it based on the context of the page that it is attached to.</p>
<p><strong>4. Keep the page short (500 to 1,000 words).</strong> Your readers access the Wiki pages on the screen. Make it easy on them. Short pages help the reader see the entire page at once, or bookmark just the right information for later reference.</p>
<blockquote><p>“Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away.”<br />
- Antoine de Saint-Exupery</p></blockquote>
<p>Here are some good Wiki pages from Wikipedia:</p>
<ol>
<li><a href="http://en.wikipedia.org/wiki/Atomic_commit" target="_blank">Atomic Commit</a>: Concise, to the point, with links in context and focused.</li>
<li><a href="http://en.wikipedia.org/wiki/Two-phase_commit_protocol" target="_blank">Two-Phase Commit Protocol</a>: Not short, however kept focused on the topic, with links in context for further information. If the subject demands, you can go longer, just keep in mind that you might loose your reader&#8230;</li>
</ol>
<p>Help your team by writing outstanding Wiki pages! Your team will thank you for them.</p>
]]></content:encoded>
			<wfw:commentRss>http://steven.teleki.net/2010/07/15/what-makes-a-good-wiki-page/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>What Makes a Good Wiki?</title>
		<link>http://steven.teleki.net/2009/01/27/what-makes-a-good-wiki/</link>
		<comments>http://steven.teleki.net/2009/01/27/what-makes-a-good-wiki/#comments</comments>
		<pubDate>Tue, 27 Jan 2009 22:14:51 +0000</pubDate>
		<dc:creator>Steve</dc:creator>
				<category><![CDATA[Software Development]]></category>
		<category><![CDATA[Writing]]></category>

		<guid isPermaLink="false">http://steven.teleki.net/?p=196</guid>
		<description><![CDATA[You heard of Wikis. You might be using them daily. They are everywhere you look. Unfortunately, quite a few of them are not as useful as they could be. Over the years many of them became dumping grounds for page after page. Now it is almost impossible to figure out what those mean or how [...]]]></description>
			<content:encoded><![CDATA[<p>You heard of Wikis. You might be using them daily. They are everywhere you look. Unfortunately, quite a few of them are not as useful as they could be. Over the years many of them became dumping grounds for page after page. Now it is almost impossible to figure out what those mean or how they are related. Other Wikis languish for lack of participation. How can you make your Wiki work better for your group of collaborators? <strong>Make the Wiki tell a story!</strong></p>
<p><strong>How to turn your Wiki into an engaging story? </strong>Follow the advice from story tellers:</p>
<ol>
<li>Decide on the story you want to tell,</li>
<li>Create a story line that engages your audience,</li>
<li>Tie your pages together into a coherent whole.</li>
</ol>
<p><strong>1. Decide on the story.</strong> What&#8217;s the purpose of your Wiki? Is it for a project? Or just to keep track of your ideas? Or to support a product? Whatever it might be, decide on a story that you&#8217;d like to tell and build a plot for it. The plot should include the main story line and will include multiple secondary plots. Once you have the plot, write the summary of the story on your starting page in the Wiki.</p>
<p><strong>2. Create a story line. </strong>All good Wikis tell a story. Be it the story of a project or of something else. They draw you in and make you click on page after page because they have the information that you want. And where the information is missing a good Wiki compels you to add the missing paragraphs and pages to make the story complete.</p>
<p><strong>3. Tie your pages together into a coherent whole.</strong> Decide on a starting point for your Wiki. This is pretty easy since all Wikis have a Home or Main page that serves as the start. As you are writing the &#8220;plot&#8221; of the story, lay it out across multiple pages, but always make sure that you link one page to another. Before linking to a lengthy &#8220;sub-story&#8221; in your Wiki, include a summary of that story, and let the user decide if they would want to follow on that link, or just skip to the next chapter.</p>
<p>Practice, practice, practice! Just like with anything else, you&#8217;ll get better at writing if you practice. The book <a href="http://www.amazon.com/exec/obidos/ASIN/0874779618/ref=psengnet-20/" target="_blank"><em>Writing the Natural Way</em></a> by Gabrielle Rico, Ph.D. can help.</p>
]]></content:encoded>
			<wfw:commentRss>http://steven.teleki.net/2009/01/27/what-makes-a-good-wiki/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

