<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="http://feeds.feedburner.com/~d/styles/atom10full.xsl" type="text/xsl" media="screen"?><?xml-stylesheet href="http://feeds.feedburner.com/~d/styles/itemcontent.css" type="text/css" media="screen"?><feed xmlns="http://www.w3.org/2005/Atom" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0">
    <title>Enterprise Collaboration Blog | BrainKeeper</title>
    <link rel="alternate" type="text/html" href="http://www.brainkeeper.com/blog/" />
    
    <id>tag:www.brainkeeper.com,2008-02-29:/blog//1</id>
    <updated>2008-06-13T04:52:10Z</updated>
    
    <generator uri="http://www.sixapart.com/movabletype/">Movable Type Open Source 4.1</generator>

<link rel="self" href="http://feeds.feedburner.com/Enterprise-Collaboration-Blog" type="application/atom+xml" /><entry>
    <title>Avoid the "Expert Driven" Pitfall</title>
    <link rel="alternate" type="text/html" href="http://feeds.feedburner.com/~r/Enterprise-Collaboration-Blog/~3/330775845/avoid-the.html" />
    <id>tag:www.brainkeeper.com,2008:/blog//1.49</id>

    <published>2008-06-13T04:50:23Z</published>
    <updated>2008-06-13T04:52:10Z</updated>

    <summary><![CDATA[ While our last few posts have focused on ways to encourage team members to use and contribute to your Wiki, there are also pitfalls to watch out for that may hinder Wiki adoption.&nbsp; One thing to watch out for...]]></summary>
    <author>
        <name>BrainKeeper</name>
        <uri>http://fdsgsdf</uri>
    </author>
    
        <category term="Adoption" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Collaboration" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Knowledge Management" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en-US" xml:base="http://www.brainkeeper.com/blog/">
        <![CDATA[<div id="innerContentView" style="DISPLAY: block; VISIBILITY: visible">
<p>While our last few posts have focused on ways to encourage team members to use and contribute to your Wiki, there are also pitfalls to watch out for that may hinder Wiki adoption.&nbsp; One thing to watch out for is your Wiki evolving into an "expert driven" Wiki.&nbsp; </p>
<p>When this happens, people feel like they can/should only create and edit information about which they are an expert.&nbsp; While there are many issues with this type of Wiki, the two main problems are: the lack of new information being added, and the alienation of users who feel that they are not an expert (or enough of an expert) regarding the information covered in your Wiki.</p>
<p><strong>Adding New Information</strong><br />This issue goes hand in hand with our <a href="http://www.brainkeeper.com/blog/2008/05/something-is-better-than-nothi.html" target="_blank">Something is Better than Nothing</a> post.&nbsp; If users feel they must be an expert to add information into your Wiki, then content will be rarely added.&nbsp; While incorrect information is certainly not desirable, incomplete information should be considered okay, since this will encourage other wiki contributors to add to it, thus enhancing the scope of the knowledge covered in your Wiki.&nbsp; It is obvious that most of the time, people feel like they know enough to contribute to a subject much more often than they feel like they are an expert on a subject.&nbsp;&nbsp;&nbsp;</p>
<p><strong>Non-Expert Alienation<br /></strong>If your Wiki turns into an "expert driven" Wiki, you also run the risk of completely alienating those users who feel they are not an expert on any topic covered in your Wiki.&nbsp; Since they do not think they should add to any existing content, usually they will not add any new subjects to the Wiki either.&nbsp; At this point, you run the risk of those users completely abandoning the Wiki, and if this happens your Wiki will begin to get out of date and useless.&nbsp;&nbsp;</p>
<p>To avoid the "expert driven" wiki trap, encourage users to add new information and update existing information, even though they do not know everything about the subject.&nbsp; The more this happens, the more complete your Wiki will become.<br /></p></div>]]>
        
    </content>
<feedburner:origLink>http://www.brainkeeper.com/blog/2008/06/avoid-the.html</feedburner:origLink></entry>

<entry>
    <title>What's In It For Me?</title>
    <link rel="alternate" type="text/html" href="http://feeds.feedburner.com/~r/Enterprise-Collaboration-Blog/~3/300668889/whats-in-it-for-me.html" />
    <id>tag:www.brainkeeper.com,2008:/blog//1.48</id>

    <published>2008-05-29T16:59:46Z</published>
    <updated>2008-05-29T17:01:20Z</updated>

    <summary><![CDATA[On occasion, while we are helping a new customer&nbsp;roll out their new BrainKeeper Enterprise Wiki, one of our client's employees&nbsp;will ask the question, "What's in it for me?".&nbsp; It might not be asked quite this directly, but ultimately, this is...]]></summary>
    <author>
        <name>BrainKeeper</name>
        <uri>http://fdsgsdf</uri>
    </author>
    
        <category term="Adoption" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Wiki" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en-US" xml:base="http://www.brainkeeper.com/blog/">
        <![CDATA[<p>On occasion, while we are helping a new customer&nbsp;roll out their new BrainKeeper <a target="_blank" href="http://www.brainkeeper.com/" _fcksavedurl="http://www.brainkeeper.com/">Enterprise Wiki</a>,
one of our client's employees&nbsp;will ask the question, "What's in it for
me?".&nbsp; It might not be asked quite this directly, but ultimately, this
is the question that they are asking. <br />
<br />
The initial response is always the same:&nbsp; It depends on what you put into it.<br />
<br />
Since wikis are social in nature, those who actively participate in
creating, editing and improving the content are the ones who get the
most reward.&nbsp; Ultimately, you will be seen as an expert in the subject
areas where you contribute most, allowing other team members to develop
trust and a&nbsp;reliance on your expertise.&nbsp; This also has the added
benefit of raising your perceived (and actual) value within the
organization, since everyone is able to clearly identify what you are
knowledgeable about- and you are willing to share that knowledge with
everyone in the company.<br />
<br />
In addition to these social and professional rewards, there are also
personal rewards that go along with actively participating in a Wiki.&nbsp;
For example, satisfying your natural instinct to make things better
when you&nbsp;contribute to existing knowledge or the satisfaction of
creating and maintaining information that you really care about will
give you a sense of personal satisfaction.&nbsp; These natural tendencies
are part of the reason why Wikipedia thrives, and will play a part in
the success of the Wiki within your organization.<br />
<br />
This is not to say that passive users, those who simply use the wiki to
answer questions or find information, get nothing.&nbsp; In fact, they get a
great deal out of the Wiki too.&nbsp; For example: getting&nbsp;answers to
questions without having to wait for an emailed&nbsp;response, or the
ability to determine who is an expert on specific subjects, are both
great ways for information consumers to get value out of your Wiki.&nbsp; </p>
<p>&nbsp;</p>
<p>So, instead of asking what you are going to get out of it, simply
make a conscious effort to help others through the wiki- and they will
help you.</p> ]]>
        
    </content>
<feedburner:origLink>http://www.brainkeeper.com/blog/2008/05/whats-in-it-for-me.html</feedburner:origLink></entry>

<entry>
    <title>Help Make Something Better</title>
    <link rel="alternate" type="text/html" href="http://feeds.feedburner.com/~r/Enterprise-Collaboration-Blog/~3/291389841/help-make-something-better.html" />
    <id>tag:www.brainkeeper.com,2008:/blog//1.47</id>

    <published>2008-05-16T03:21:24Z</published>
    <updated>2008-05-16T03:25:23Z</updated>

    <summary><![CDATA[While simply getting information into your Wiki is crucially important to your success (see Something is Better than Nothing), ensuring that things are developed and improved upon is just as critical.&nbsp; Having tons of Wiki pages that are in some...]]></summary>
    <author>
        <name>BrainKeeper</name>
        <uri>http://fdsgsdf</uri>
    </author>
    
        <category term="Wiki" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Wiki ROI" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en-US" xml:base="http://www.brainkeeper.com/blog/">
        <![CDATA[While simply getting information into your Wiki is crucially important to your success (see <a href="http://www.brainkeeper.com/blog/2008/05/something-is-better-than-nothi.html">Something is Better than Nothing</a>), ensuring that things are developed and improved upon is just as critical.&nbsp; Having tons of Wiki pages that are in some stage of incompleteness can mean that you don't have 100% of the information you need to answer a key question or get something done.<br /><br />If you see something that is lacking additional information or context that you can contribute to- add to it.&nbsp; Again, even if you do not know everything about the subject or topic, you probably know something that will help make the existing information more complete.&nbsp; It is rare to find one person that knows everything about a subject, but if you get 5 people with knowledge of a topic to collaborate on the same Wiki page or section, chances are you will end up with a treasure trove of information.&nbsp; The true strength of a Wiki comes from the total combined knowledge of every contributor.<br /><br />We have found that this is also one of the best ways to get new users to become comfortable with the idea of using <a href="http://www.brainkeeper.com/products/" target="_blank">Wiki Software</a>.&nbsp; Adding bits of knowledge to 10 wiki pages can be more valuable than creating a brand new Wiki page- and often, these bits of knowledge are&nbsp;exactly what&nbsp;people are looking for.&nbsp; One sentence could mean the difference between getting an answer in 5 minutes instead of the half hour to track someone down (who might not even have the right answer!).<br /><br />As someone&nbsp;with a vested interest in&nbsp;making&nbsp;your&nbsp;Wiki as&nbsp;complete as possible, you should do everything you can to encourage the other users of your Wiki to help improve existing Wiki pages, as this can go a long way towards keeping information current, up to date and accurate.]]>
        
    </content>
<feedburner:origLink>http://www.brainkeeper.com/blog/2008/05/help-make-something-better.html</feedburner:origLink></entry>

<entry>
    <title>Something is Better than Nothing</title>
    <link rel="alternate" type="text/html" href="http://feeds.feedburner.com/~r/Enterprise-Collaboration-Blog/~3/286538780/something-is-better-than-nothi.html" />
    <id>tag:www.brainkeeper.com,2008:/blog//1.46</id>

    <published>2008-05-09T03:22:39Z</published>
    <updated>2008-05-09T03:24:19Z</updated>

    <summary>We got some interesting insights from one of our subscribers that we thought would be valuable to help your Wiki gain momentum. Our subscriber found that some people were reluctant to add new wiki pages if they didn't have a...</summary>
    <author>
        <name>BrainKeeper</name>
        <uri>http://fdsgsdf</uri>
    </author>
    
        <category term="Adoption" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Collaboration" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en-US" xml:base="http://www.brainkeeper.com/blog/">
        <![CDATA[<p>We got some interesting insights from one of our subscribers that we thought would be valuable to help your Wiki gain momentum. Our subscriber found that some people were reluctant to add new wiki pages if they didn't have a "complete" page- meaning that they didn't have all of the information that others would need. This line of thinking was preventing valuable insights from getting into the wiki. The solution is easy enough to identify: users should be encouraged to create new pages even if they will be incomplete. It is usually easy to convince people to understand that once information is in your Wiki, other users will improve upon it. </p>
<p>You could actually make the case that it is more important to know what topics, documents, and ideas should be captured in the wiki- and less important to have them completely outlined when you first submit them to the wiki. People, because of human nature, are much more likely to improve what is already there than they are to start something from scratch. When you think about this, this really does make sense. If you come across something that you know is inaccurate, not quite right or lacking some details, it is almost a natural instinct to improve upon it. </p>
<p>So, the next time you think something needs to be put in your Wiki but you don't know 100% of what needs to be there, just put in what you know and allow others to improve upon it. If you know there are certain people who can make it better, let them know and ask them to take a look. Starting this evolution process and bringing other people into the mix on a regular basis will dramatically improve both the amount and quality of the information in your Wiki. <br /></p>]]>
        
    </content>
<feedburner:origLink>http://www.brainkeeper.com/blog/2008/05/something-is-better-than-nothi.html</feedburner:origLink></entry>

<entry>
    <title>Custom Dashboards: Much More than a Starting Point for your Wiki</title>
    <link rel="alternate" type="text/html" href="http://feeds.feedburner.com/~r/Enterprise-Collaboration-Blog/~3/282514219/custom-dashboards-much-more-th.html" />
    <id>tag:www.brainkeeper.com,2008:/blog//1.45</id>

    <published>2008-05-03T03:12:23Z</published>
    <updated>2008-05-03T03:14:35Z</updated>

    <summary>We recently released an enhancement to BrainKeeper that allows subscribers to customize their Dashboard (learn more about Custom Dashboards and our Wiki Software here). We have received more positive feedback from this enhancement than we have for any of the...</summary>
    <author>
        <name>BrainKeeper</name>
        <uri>http://fdsgsdf</uri>
    </author>
    
        <category term="Collaboration" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="New Features" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Wiki" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en-US" xml:base="http://www.brainkeeper.com/blog/">
        <![CDATA[<div id="innerContentView" style="DISPLAY: block; VISIBILITY: visible">We recently released an enhancement to BrainKeeper that allows subscribers to customize their Dashboard (learn more about Custom Dashboards and our <a href="http://www.brainkeeper.com/products" target="_blank">Wiki Software</a> here). We have received more positive feedback from this enhancement than we have for any of the ones we have done in the past, which really emphasized two key reasons why organizations decide to use a wiki:<br /><br />1. People want to know what is new, and what is relevant to them.<br /><br />This is one of the best uses of a wiki, and is one of the driving forces behind our development of BrainKeeper. It doesn't do much good to have a tool for capturing information if you don't give people a way to separate the "nice to know" from the "need to know". This is the reason why so many people are frustrated with their email: everything comes into the same Inbox, so everything must be read to determine if it was actually worth reading- not the best way to spend your day.<br /><br />By taking the few seconds to customize your Dashboard, you will be able to trust that everything you need to know will be ready and waiting for you. And even better, with a wiki, collaborating on that information is only two clicks away. Which brings us to the next reason why people appreciate the Custom Dashboard:<br /><br /><br />2. Everyone accomplishes tasks in a different way, so the closer you can match <strong><em>your</em></strong> Dashboard to <strong><em>your</em></strong> tasks, the sooner they will be completed.<br /><br />Whether you are an active wiki contributor or someone who is looking for quick answers to questions, you can setup your Dashboard to get you one step closer to accomplishing what you need to do. Many organizations are to the point where they are measuring productivity gains in minutes instead of hours, and having a well layed-out Dashboard can give you quite a boost.<br /><br />By giving some quick thought to the things that you do with your wiki most often, you can make sure those actions are available as front-and-center as possible. Also, hiding the things that are unimportant to you can be just as valuable- the less 'noise' there is, the easier it will be to focus on what you need to do.<br /><br />If you aren't a subscriber, or have not yet seen our Custom Dashboard, we invite you to take a look with a <a href="http://www.brainkeeper.com/free" target="_blank">free trial</a>. Information that matters has never been so easy to find.</div>]]>
        
    </content>
<feedburner:origLink>http://www.brainkeeper.com/blog/2008/05/custom-dashboards-much-more-th.html</feedburner:origLink></entry>

<entry>
    <title>5 Keys to Executing a Wiki Collaboration Strategy</title>
    <link rel="alternate" type="text/html" href="http://feeds.feedburner.com/~r/Enterprise-Collaboration-Blog/~3/272630730/5-keys-to-executing-a-wiki-col.html" />
    <id>tag:www.brainkeeper.com,2008:/blog//1.44</id>

    <published>2008-04-18T04:18:38Z</published>
    <updated>2008-04-18T04:21:46Z</updated>

    <summary><![CDATA[Quite often, we work with potential and existing clients who have recognized that they need a better way to collaborate- and have chosen an enterprise&nbsp;wiki as the solution.&nbsp; We obviously believe that implementing an enterprise wiki is a key factor&nbsp;in...]]></summary>
    <author>
        <name>BrainKeeper</name>
        <uri>http://fdsgsdf</uri>
    </author>
    
        <category term="Adoption" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Collaboration" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Wiki" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en-US" xml:base="http://www.brainkeeper.com/blog/">
        <![CDATA[<p>Quite often, we work with potential and existing clients who have recognized that they need a better way to collaborate- and have chosen an enterprise&nbsp;wiki as the solution.&nbsp; We obviously believe that implementing an enterprise wiki is a key factor&nbsp;in improving collaboration for organizations, but the full answer is more than just deciding to subscribe.</p>
<p>Wikis are indeed becoming more mainstream, but too many people consider a wiki to be a system that sustains itself immediately after it is rolled out.&nbsp; The "if you build it, they will come" mentality can work (and actually has worked for a few of our subscribers, believe it or not), but this is the exception- not the rule.&nbsp; It is more likely that you will need a strategy for how to use your wiki- and to make sure that strategy is communicated and reinforced in as many ways as possible.&nbsp; Here are five keys to executing your wiki collaboration strategy:</p>
<p>&nbsp;</p>
<p><strong>1.&nbsp; Make Sure a Wiki is the Right Tool</strong></p>
<p>Before you get too far, make sure that the need you have can be completely addressed with a wiki.&nbsp; This is where a month-to-month subscription can be very beneficial.&nbsp; Try it out for 30 days with a small group of people who will take the time to use the wiki and give you honest information about whether it will work for you or not.&nbsp; Also, don't be afraid to use your enterprise wiki support and sales staff.&nbsp; If the are experts at the same level as the BrainKeeper Customer Support team, they will be able to give you a great deal of good information about how to use your wiki for a particular task.</p>
<p>&nbsp;</p>
<p><strong>2.&nbsp; Find a Champion and / or Key Stakeholders</strong></p>
<p>A sense of ownership is one of the most powerful motivating factors in the corporate world.&nbsp; Give one person, or a small group, the responsibility to make sure that the wiki is being used- and used properly!&nbsp; By having respected personnel buy into the wiki, you will have advocates that become mentors.&nbsp; Also, make sure that you reward the heaviest contributors, which might mean adding them to the group that manages the wiki.</p>
<p>&nbsp;</p>
<p><strong>3.&nbsp; Start Small</strong></p>
<p>To ensure that everyone understands what the wiki should be used for, start off with a Workspace that contains content which many people can relate to.&nbsp; Many people will quickly see the value of the wiki and understand how it will be used in your organization.&nbsp; By starting small, you can manage it closely, you get a quick success story, and you have a great foundation to build from.</p>
<p>&nbsp;</p>
<p><strong>4.&nbsp; Constant Feedback</strong></p>
<p>Consistently ask about how things are going with the wiki.&nbsp; If people like it, find out why so that you can spread the information to other people.&nbsp; If people don't like it, find out why.&nbsp; You, or a BrainKeeper Customer Support representative, may be able to solve it quickly.&nbsp; Make sure to get feedback early and often!</p>
<p>&nbsp;</p>
<p><strong>5.&nbsp; Learn From Experience and Adapt Your Strategy Accordingly</strong></p>
<p>Not every aspect of every point from above will apply to everyone.&nbsp; But this one does apply: whatever strategy you start with will change.&nbsp; You need to be able to recognize when things aren't working, and modify how you use your wiki.&nbsp; Your wiki will grow organically, so the policies that govern its use will have to do the same.&nbsp; Preparing everyone for this ahead of time will be very helpful when it comes time to make those changes.</p>
<p>&nbsp;</p>
<p>For more help on developing your wiki collaboration strategy, the experts who work with the BrainKeeper Enterprise Wiki are more than happy to talk to you.&nbsp; Let us know if you are interested.</p>]]>
        
    </content>
<feedburner:origLink>http://www.brainkeeper.com/blog/2008/04/5-keys-to-executing-a-wiki-col.html</feedburner:origLink></entry>

<entry>
    <title>5 Easy Ways to Breathe New Life Into Your Wiki</title>
    <link rel="alternate" type="text/html" href="http://feeds.feedburner.com/~r/Enterprise-Collaboration-Blog/~3/269238214/5-easy-ways-to-breathe-new-lif.html" />
    <id>tag:www.brainkeeper.com,2008:/blog//1.43</id>

    <published>2008-04-13T02:58:55Z</published>
    <updated>2008-04-13T03:01:01Z</updated>

    <summary><![CDATA[There are plenty of examples of individuals, teams, and entire organizations getting a wiki setup, but where the expected impact was simply not there.&nbsp; This might be from expectations that were too high, less-than-stellar communication about what the wiki was...]]></summary>
    <author>
        <name>BrainKeeper</name>
        <uri>http://fdsgsdf</uri>
    </author>
    
        <category term="Adoption" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Knowledge Management" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Wiki" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Wiki ROI" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en-US" xml:base="http://www.brainkeeper.com/blog/">
        <![CDATA[<p>There are plenty of examples of individuals, teams, and entire organizations getting a wiki setup, but where the expected impact was simply not there.&nbsp; This might be from expectations that were too high, less-than-stellar communication about what the wiki was for, or the lack of a champion that pushed adoption. However, the most common reason that a wiki initiative sputters out is that people don't see the value (or don't see enough value) to make it worth changing the way they work- even by the small amount that is required for good enterprise wikis.</p>
<p>Based on our experience, we have identified several things that you can do to revitalize your wiki:</p>
<p><strong>1. Talk to Your Wiki Provider</strong><br />We have seen hundreds of wiki implementations.&nbsp; You can talk to us about why you got the wiki in the first place and discuss thoughts on why it hasn't worked as well as you would have liked.&nbsp; In most cases, at the end of a 30 minute conversation, you will have several ideas to get people back into your wiki.</p>
<p><strong>2. Simple = Success</strong><br />People can sometimes bite off more than they can chew.&nbsp; Expecting that you will be able to use a wiki to immediately address 10 - 20 issues that your organization has is not reasonable.&nbsp; You will end up making progress on only a few of those issues- and not enough to solve any one of them.&nbsp; By picking just one issue, or even one aspect of an issue (like communicating customer announcements to internal staff), you will be able to focus your team on a great use case for your wiki- and have a great example to build from.</p>
<p><strong>3. Build on What Works</strong><br />There may be a rare case in which you would start from scratch with your content, but most likely, there are portions of your wiki that serve a valuable function.&nbsp; Interview people in your organization to find out what is useful, then archive what is not.&nbsp; Now you can continue to build on the content that is valuable, and people will have a great resource for those topics.</p>
<p><strong>4. Address the Problem AND the Perception</strong><br />Create a wiki page where everyone can contribute their thoughts and issues with your wiki.&nbsp; Most of the time there are only a couple major points from each person- and most of those will usually be the same concerns.&nbsp; Once you have the issues out in the open, work with the people who contributed those ideas to find solutions.&nbsp;&nbsp; By getting buy-in from some of the more vocal and respected people in your organization, you will get better use out of your wiki, and others will follow suit.&nbsp; The people who helped create the poor perception of the wiki will then be advocates for it.</p>
<p><strong>5. Create a Method of Feedback</strong><br />Make sure that you don't stop this process after implementing some of the ideas above- or implementing any of your own ideas!&nbsp; Other issues will emerge as your organization changes (growth, process changes, responsibilities shifting, etc.) and you need to have a method to capture the concerns that people have.&nbsp; A wiki page can work quite well for this, but someone needs to be actively monitoring it.&nbsp; It is essential to take action on people's concerns- and then to communicate the action that has been taken.&nbsp; If people feel that their ideas are taken seriously, and they see progress being made, they will be very likely to continue giving you the feedback you need to make your wiki a great success.</p>]]>
        
    </content>
<feedburner:origLink>http://www.brainkeeper.com/blog/2008/04/5-easy-ways-to-breathe-new-lif.html</feedburner:origLink></entry>

<entry>
    <title>Motivating People to Contribute to your Wiki</title>
    <link rel="alternate" type="text/html" href="http://feeds.feedburner.com/~r/Enterprise-Collaboration-Blog/~3/263093721/motivating-people-to-contribut.html" />
    <id>tag:www.brainkeeper.com,2008:/blog//1.42</id>

    <published>2008-04-03T04:18:40Z</published>
    <updated>2008-04-03T05:23:12Z</updated>

    <summary><![CDATA[Getting started with a wiki from scratch can be a daunting task- particularly if your organization has been sorely in need of a knowledge management and collaboration system for a long time.&nbsp; A shared drive that has as much out...]]></summary>
    <author>
        <name>BrainKeeper</name>
        <uri>http://fdsgsdf</uri>
    </author>
    
        <category term="Adoption" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Wiki" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Wiki Setup" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en-US" xml:base="http://www.brainkeeper.com/blog/">
        <![CDATA[<p>Getting started with a wiki from scratch can be a daunting task- particularly if your organization has been sorely in need of a knowledge management and collaboration system for a long time.&nbsp; A shared drive that has as much out of date and inaccurate content as it has valuable information will ultimately result in a failed attempt at knowledge sharing- since no one knows what is worth looking at.&nbsp; Keeping everything in email can be even worse, as critical information is trapped on someone's PC, with no way for new employees or partners to access it.&nbsp; You might have a home-grown solution, created by people who don't know the first thing about how to manage information.&nbsp; You might have all or none of these, but when you realize that you need a better solution, and a wiki fits the bill, here are some tips on how to get your team started.</p>
<p><strong>Communication</strong><br />It is always a good idea to fully explain to everyone the benefits of a wiki, and how those benefits apply specifically to everyone.&nbsp; If you can give people a reason to contribute- then they will at least give it a chance.&nbsp; If you can convince them that their jobs will be easier, that they will ultimately be able to save time, or show exactly how they can work better with their co-workers, then you are almost assured that you will be able to build a solid foundation for your wiki.</p>
<p><strong>Incentives</strong><br />These can be as simple as incenting everyone on your team to add one new page and contribute to someone else's page each week.&nbsp; Or throw a pizza party if your team reaches a content goal of a specified number of pages.&nbsp; If all else fails and you are in management, you can also tie bonuses and performance evaluation scores to wiki contributions- though this is not something that we recommend.&nbsp; The more that people feel like they own the content, the more organic growth you will get, which is the key ingredient to a successful wiki.</p>
<p><strong>Initiatives / Projects</strong><br />Take a topic, an idea, or a difficult problem and challenge your team to solve it purely though wiki collaboration.&nbsp; This not only gets people familiar with the wiki, but it demonstrates the power of the tool, and you get a great resource at the end of the initiative.&nbsp; If you work on projects within your wiki, create a meeting agenda item to review various pages that you can create for Issues / Problems, Lessons Learned, or Status Updates.&nbsp; By bringing your laptop to the meeting and displaying the wiki for everyone to see, you get great participation and exposure.</p>
<p><strong>Get Everyone Involved</strong><br />There are always people in every team who are the recognized and respected leaders.&nbsp; Get these people to contribute, and you will see others follow suit.&nbsp; Also, if you can, get your Managers, Directors, and Executives to contribute.&nbsp; Even a comment here or there will let people know that upper management is paying attention, and thereby validating the content in the wiki.&nbsp; </p>
<p><br />There are a&nbsp;number of approaches&nbsp;for starting a wiki- and most are reasonable and will lead to success.&nbsp; The keys are: getting people to understand what a wiki can do for them as individuals as well as the company, providing concrete examples that show the value of the wiki, and getting the right people involved.</p>]]>
        
    </content>
<feedburner:origLink>http://www.brainkeeper.com/blog/2008/04/motivating-people-to-contribut.html</feedburner:origLink></entry>

<entry>
    <title>SaaS Wikis Can Cost Less than Open Source</title>
    <link rel="alternate" type="text/html" href="http://feeds.feedburner.com/~r/Enterprise-Collaboration-Blog/~3/259999273/saas-wikis-can-cost-less-than.html" />
    <id>tag:www.brainkeeper.com,2008:/blog//1.41</id>

    <published>2008-03-29T02:21:33Z</published>
    <updated>2008-03-29T02:25:17Z</updated>

    <summary>There are numerous examples of successful open source wiki implementations throughout the internet. Wikipedia is the most well known of these, which is built on the MediaWiki open source software. Hoping to see the same type of viral adoption and...</summary>
    <author>
        <name>BrainKeeper</name>
        <uri>http://fdsgsdf</uri>
    </author>
    
        <category term="Collaboration" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="SaaS" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Wiki" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en-US" xml:base="http://www.brainkeeper.com/blog/">
        <![CDATA[<p>There are numerous examples of successful open source wiki implementations throughout the internet.  Wikipedia is the most well known of these, which is built on the MediaWiki open source software.  Hoping to see the same type of viral adoption and enhanced collaboration in their organizations, more and more people are looking into wikis for a wide range of needs, and many of these people look at open source software as their first option.  There are situations in which an open source wiki is right for an organization- but it also could be a big mistake.</p>

<p>There are several main reasons why open source software appeals to people (which tend to be more technical than the average employee).  A large user community to help troubleshoot installation and configuration issues can be a big factor, as is having familiarity with the software if you are an active user of Wikipedia or other wiki-based sites.  Most often, however, the biggest motivator is the fact that open source software is free- but is it really?  Taking everything into consideration, could your open source wiki project actually end up costing you more money than subscribing to an online Wiki Software service?</p>

<p>Ultimately, you are interested in a wiki to centralize information, be it an intranet, a knowledge base, or a collaboration center- all with the goals of saving time to access information and answer critical questions.  How much time would you spend to install, configure, backup, integrate, and maintain your own wiki?  Add the cost of the hardware to run it and the extra strain on your infrastructure.  Just compare the days of work and added costs of open source to the minutes it takes to get started with the BrainKeeper wiki- which has zero impact on your <span class="caps">IT. </span> We offer a 30-day free trial, so you can have a 60-day pilot for 10 people for only $35. </p>

<p>Something else to keep in mind with open source wikis is that if your wiki is a success, your entire company may want to have access to it.  Will you have the time to teach everyone how to use wiki syntax?  Will you be able to work around any quirks of the system until a new version comes out?  Training, writing documentation, and developing workarounds all take even more time to keep your wiki running smoothly.</p>

<p>With an online enterprise wiki like the one offered by BrainKeeper, you get an ideal situation: you can try it out with very little risk, and if it becomes a success, you will have a provider that you can trust to deliver on your goals of knowledge sharing and enhanced collaboration.</p>

<p>See for yourself by signing up for a free trial: http://www.brainkeeper.com/free</p>]]>
        
    </content>
<feedburner:origLink>http://www.brainkeeper.com/blog/2008/03/saas-wikis-can-cost-less-than.html</feedburner:origLink></entry>

<entry>
    <title>To include or not to Include?</title>
    <link rel="alternate" type="text/html" href="http://feeds.feedburner.com/~r/Enterprise-Collaboration-Blog/~3/255332122/to-include-or-not-to-include.html" />
    <id>tag:www.brainkeeper.com,2008:/blog//1.40</id>

    <published>2008-03-21T05:10:05Z</published>
    <updated>2008-03-21T05:12:13Z</updated>

    <summary>The battle for Wikipedia's soul, an article published in a recent issue of The Economist, touches on the semi-political struggles within the Wikipedia "organization" between Inclusionists (those who think everything should be in Wikipedia) and Deletionists (those who feel fewer...</summary>
    <author>
        <name>BrainKeeper</name>
        <uri>http://fdsgsdf</uri>
    </author>
    
        <category term="Collaboration" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Wiki" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en-US" xml:base="http://www.brainkeeper.com/blog/">
        <![CDATA[<p><em><a href="http://www.economist.com/printedition/displaystory.cfm?story_id=10789354" _fcksavedurl="http://www.economist.com/printedition/displaystory.cfm?story_id=10789354">The battle for Wikipedia's soul</a></em>, an article published in a recent issue of The Economist, touches on the semi-political struggles within the Wikipedia "organization" between Inclusionists (those who think everything should be in Wikipedia) and Deletionists (those who feel fewer but more important/noteworthy articles should be included).&nbsp; While the article does an outstanding job of laying out the differences between these two groups of Wikipedia users and the arguments behind each point of view, of greater interest to us is the larger concept of what should be included in a Wiki, specifically an internal <a href="http://www.brainkeeper.com/products/" target="_blank" _fcksavedurl="http://www.brainkeeper.com/products/">Corporate Wiki</a>.&nbsp; </p>
<p>One concern we hear on occasion is if you include too much in your Wiki, you may run the risk of Users getting frustrated with having to wade through too much information to find what they are looking for, or simply being overwhelmed by the shear volume of information available.&nbsp; However, we feel that if you use a Wiki with enhanced features such as&nbsp;content filtering, <a href="http://www.brainkeeper.com/products/feature/feature-knowledgebase-search.php" _fcksavedurl="http://www.brainkeeper.com/products/feature/feature-knowledgebase-search.php">fine-grained searching</a>&nbsp;and <a href="http://www.brainkeeper.com/products/feature/feature-wiki-product-tagging.php" _fcksavedurl="http://www.brainkeeper.com/products/feature/feature-wiki-product-tagging.php"><font color="#810081">tagging</font></a>, along with organizing your information appropriately and consistently, these concerns will be greatly&nbsp;minimized.&nbsp; While you certainly do not want to include everything under the sun, such as outdated company forms or&nbsp;personal musings (use a personal&nbsp;blog for those), the "less is more" route should definitely be avoided.</p>
<p>When an organization severely restricts what goes into their Enterprise Wiki, they are in effect limiting its ability to grow naturally.&nbsp; If there are doubts about what should go into your Wiki, then you risk losing the benefits of contributions by the more cautious people in your organization.&nbsp; In contrast, if you do everything you can to encourage people to contribute anything they believe to be relevant, you will be amazed how much valuable information, enhanced collaboration,&nbsp;and great ideas will come out of using a Wiki.&nbsp; By&nbsp;embracing a diverse but logically organized body of knowledge from the beginning, you will always help spur adoption and increase activity- which is the true measure of success for your Wiki.</p>]]>
        
    </content>
<feedburner:origLink>http://www.brainkeeper.com/blog/2008/03/to-include-or-not-to-include.html</feedburner:origLink></entry>

<entry>
    <title>Introducing the BrainKeeper Enterprise Collaboration Newsletter</title>
    <link rel="alternate" type="text/html" href="http://feeds.feedburner.com/~r/Enterprise-Collaboration-Blog/~3/254720285/introducing-the-brainkeeper-en.html" />
    <id>tag:www.brainkeeper.com,2008:/blog//1.39</id>

    <published>2008-03-20T05:05:04Z</published>
    <updated>2008-03-20T05:13:34Z</updated>

    <summary><![CDATA[One of the most important things to us is to make sure that our subscribers are kept very well informed when we release&nbsp;new features.&nbsp; But we wanted to do more than just provide a notification and a summary of what...]]></summary>
    <author>
        <name>BrainKeeper</name>
        <uri>http://fdsgsdf</uri>
    </author>
    
        <category term="Collaboration" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Transparency" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en-US" xml:base="http://www.brainkeeper.com/blog/">
        <![CDATA[One of the most important things to us is to make sure that our subscribers are kept very well informed when we release&nbsp;new features.&nbsp; But we wanted to do more than just provide a notification and a summary of what is new- we wanted to describe why the new features we develop are valuable, and show how they contribute to enhancing collaboration within the <a href="http://www.brainkeeper.com/" target="_blank">Enterprise Wiki</a>. <br /><br />In addition, for new subscribers, we wanted to highlight tips, use cases, and highlight specific features to ensure that everyone is getting everything they need out of BrainKeeper.&nbsp; The more you know what is available, the easier and more powerful the Enterprise Wiki becomes for an organization. <br /><br />Lastly, we wanted to make sure people took advantage of the thoughts and perspectives that are expressed in our Enterprise Collaboration Blog.&nbsp; We aim to post about relevant opinions, research, news, methods, and updates to everything having to do with enterprise collaboration and knowledge management (as well as keep you updated as to what we are doing, like this post...). <br /><br />So, to address all of these areas, we have published the first BrainKeeper <a href="http://www.brainkeeper.com/community/enterprise-collaboration-newsletter-online.php" target="_blank">Enterprise Collaboration Newsletter</a>.&nbsp; You can&nbsp;access the <a href="http://www.brainkeeper.com/community/enhanced-collaboration-newsletters.php" target="_blank">latest issue on our website</a>, and sign up to receive it as well.&nbsp; We invite you to subscribe if you have not already, and as always- we would love to hear what you think.]]>
        
    </content>
<feedburner:origLink>http://www.brainkeeper.com/blog/2008/03/introducing-the-brainkeeper-en.html</feedburner:origLink></entry>

<entry>
    <title>Collaboration Research</title>
    <link rel="alternate" type="text/html" href="http://feeds.feedburner.com/~r/Enterprise-Collaboration-Blog/~3/253704657/collaboration-research.html" />
    <id>tag:www.brainkeeper.com,2008:/blog//1.38</id>

    <published>2008-03-18T13:41:48Z</published>
    <updated>2008-03-18T13:46:24Z</updated>

    <summary><![CDATA[CIO Insight&nbsp;recently published an excellent article, Collaboration: Unlocking the Power of Teams, which details the Ziff Davis Enterprise 2008 Collaboration Survey.&nbsp; While the article is extremely interesting and well worth the read, some of the statistics from the survey are...]]></summary>
    <author>
        <name>BrainKeeper</name>
        <uri>http://fdsgsdf</uri>
    </author>
    
        <category term="Collaboration" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Enterprise2.0" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Knowledge Management" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en-US" xml:base="http://www.brainkeeper.com/blog/">
        <![CDATA[<p><a href="http://www.cioinsight.com/" _fcksavedurl="http://www.cioinsight.com/"><font color="#810081">CIO Insight</font></a>&nbsp;recently published an excellent article, <a href="http://www.cioinsight.com/c/a/Research/Collaboration-Unlocking-the-Power-of-Teams/" _fcksavedurl="http://www.cioinsight.com/c/a/Research/Collaboration-Unlocking-the-Power-of-Teams/"><em><font color="#810081">Collaboration: Unlocking the Power of Teams</font></em></a><em>, </em>which details the Ziff Davis Enterprise 2008 Collaboration Survey.&nbsp; While the article is extremely interesting and well worth the read, some of the statistics from the survey are simply astounding.</p>
<blockquote dir="ltr" style="MARGIN-RIGHT: 0px">
<p>"We discovered that about 80 percent of IT executives believe collaboration and workflow technologies deliver on their promise to boost productivity and decision-making, and half say they enable and even inspire strategies that were previously unattainable or unimaginable."</p></blockquote>
<p>With findings like that, it's no wonder that:</p>
<blockquote dir="ltr" style="MARGIN-RIGHT: 0px">
<p>"Organizations will increase their spending on collaboration software by 14.8 percent in 2008, according to the Ziff Davis Enterprise February 2008 IT Spending Survey. "</p></blockquote>
<p dir="ltr">Additionaly, the graphic on <a href="http://www.cioinsight.com/c/a/Research/Collaboration-Unlocking-the-Power-of-Teams/4/" _fcksavedurl="http://www.cioinsight.com/c/a/Research/Collaboration-Unlocking-the-Power-of-Teams/4/"><font color="#810081">Page 4</font></a> of the article shows that while Wikis are ranked as the 16th most used collaboration technology within Organizations, they are the <a href="http://www.cioinsight.com/c/a/Research/Collaboration-Unlocking-the-Power-of-Teams/5/" _fcksavedurl="http://www.cioinsight.com/c/a/Research/Collaboration-Unlocking-the-Power-of-Teams/5/"><font color="#810081">4th most used</font></a> without IT Support.&nbsp; So eventhough 20% of the responding organizations use Wikis without the support of their IT department, they are still used more than other technologies such as Blogs (22nd) and Realtime Document Collaboration (21st).&nbsp; Furthermore, while Discussion Forums have been a mainstay on the (consumer)&nbsp;web for many years now, Wikis were tied with Discussion Forums as 16th most used.</p>
<p dir="ltr">If you are interested in what technologies are most used or percieved as being most valuable, this article is definitely worth a read.</p>]]>
        
    </content>
<feedburner:origLink>http://www.brainkeeper.com/blog/2008/03/collaboration-research.html</feedburner:origLink></entry>

<entry>
    <title>BrainKeeper Partners with Smartsheet.com</title>
    <link rel="alternate" type="text/html" href="http://feeds.feedburner.com/~r/Enterprise-Collaboration-Blog/~3/252817245/brainkeeper-partners-with-smar.html" />
    <id>tag:www.brainkeeper.com,2008:/blog//1.37</id>

    <published>2008-03-17T05:45:12Z</published>
    <updated>2008-03-20T05:16:51Z</updated>

    <summary><![CDATA[We have talked about our partnership with Smartsheet.com in the recent past, but we have now completed the integration between our products, and we are thrilled with what we were able to do.&nbsp; Just as when we added Blogs to...]]></summary>
    <author>
        <name>BrainKeeper</name>
        <uri>http://fdsgsdf</uri>
    </author>
    
        <category term="New Features" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Partners" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Web2.0" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Wiki" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en-US" xml:base="http://www.brainkeeper.com/blog/">
        <![CDATA[We have talked about our partnership with Smartsheet.com in the recent past, but we have now completed the integration between our products, and we are thrilled with what we were able to do.&nbsp; Just as when we added Blogs to our <a href="http://www.brainkeeper.com/products/" target="_blank">Enterprise Wiki</a>, we didn't want the Smartsheet integration to feel like something that had been bolted on to the core interface- we really wanted it to feel like a natural extension of BrainKeeper.&nbsp; With the help of the Smartsheet.com team, we think that we were able to come up with a great solution. <br /><br />We felt like there was a need to keep tasks, lists, and other structured content in the same place as your knowledgebase, idea, and collaboration software.&nbsp; After looking at a number of alternatives, we sought out Smartsheet because of the unique collaborative aspects to their product- which mirrored BrainKeeper in many ways.&nbsp; Smartsheet really is the perfect complement to the BrainKeeper Enterprise Wiki. <br /><br />To give you a better sense for exactly what Smartsheet does, here is an exerpt from the <a href="http://www.brainkeeper.com/community/pressReleases/brainkeeper-smartsheet.html" target="_blank">Press Release</a>: <br /><br /><em>"Smartsheet gives you task management features that make it easy to get things done. With Smartsheet, you can easily create custom lists, assign due dates, and identify next steps. Quickly view recent changes made by team members and keep track of where things stand. Additional features including real-time alerts and e-mail based update requests that post directly to your Smartsheet."</em> <br /><br />We are glad to have Smartsheet.com as a trusted BrainKeeper partner, and we hope you enjoy having Smartsheets available from within your BrainKeeper Wiki.&nbsp; As always, please let us know if you have any feedback for us- regarding this or anything else.]]>
        
    </content>
<feedburner:origLink>http://www.brainkeeper.com/blog/2008/03/brainkeeper-partners-with-smar.html</feedburner:origLink></entry>

<entry>
    <title>Welcome to the State of Context</title>
    <link rel="alternate" type="text/html" href="http://feeds.feedburner.com/~r/Enterprise-Collaboration-Blog/~3/251780954/welcome-to-the-state-of-contex.html" />
    <id>tag:temp.brainkeeper.com,2008:/blog//1.35</id>

    <published>2008-03-15T09:04:00Z</published>
    <updated>2008-03-15T04:04:33Z</updated>

    <summary><![CDATA[You have emails...lots and lots of emails!&nbsp; Don't we all?&nbsp; Each email is usually either a notification from someone or an ongoing discussion between two or more people (hopefully you aren't emailing yourself!).&nbsp; These "discussion" emails generally allow you to...]]></summary>
    <author>
        <name>BrainKeeper</name>
        <uri>http://fdsgsdf</uri>
    </author>
    
        <category term="Email" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Knowledge Management" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en-US" xml:base="http://www.brainkeeper.com/blog/">
        <![CDATA[<p>You have emails...lots and lots of emails!&nbsp; Don't we all?&nbsp; Each email is usually either a notification from someone or an ongoing discussion between two or more people (hopefully you aren't emailing yourself!).&nbsp; </p>
<p>These "discussion" emails generally allow you to scroll through all previous messages in order to get your bearings on the conversation, but what happens if the whole thread is not included?&nbsp; Or when you forward the discussion on to someone else and then you have 2 "copies" of the discussion going on with 2 groups of people?&nbsp; Sound familiar?&nbsp; What you need is not just context, but "context-state".</p>
<p>So, what is context-state, you ask?&nbsp; Let's define it first:</p>
<blockquote dir="ltr" style="MARGIN-RIGHT: 0px">
<p>Con - text <em>n.</em> <br />The part of a text or statement that surrounds a particular word or passage and determines its meaning<br /><a href="http://dictionary.reference.com/browse/context" target="_blank" _fcksavedurl="http://dictionary.reference.com/browse/context">Dictionary.com</a></p>
<p>State <em>n.</em><br />The condition of a person or thing, as with respect to circumstances or attributes.</p>
<p><a href="http://dictionary.reference.com/browse/state" target="_blank" _fcksavedurl="http://dictionary.reference.com/browse/state">Dictionary.com</a></p></blockquote>
<p>Taking these two definitions together, context-state would be something like:</p>
<blockquote dir="ltr" style="MARGIN-RIGHT: 0px">
<p>The condition of a text or statement used to determine its meaning</p></blockquote>
<p>Okay, this time so it actually makes sense:</p>
<blockquote dir="ltr" style="MARGIN-RIGHT: 0px">
<p>The ability to look at some text (information) and always have the necessary information to easily determine the context of that text.</p></blockquote>
<p>This is exactly what email cannot do.&nbsp; Will your email software tell you about the Word document on your desktop related to the conversation?&nbsp; Or the Excel spreadsheet in you're My Documents folder that really needs to be reviewed in order to fully understand the content of the email?&nbsp; Probably not.</p>
<p>Enter a Wiki.&nbsp; Not just any Wiki mind you, but a good <a href="http://www.brainkeeper.com/" target="_blank" _fcksavedurl="http://www.brainkeeper.com">Enterprise Wiki</a>.&nbsp; One that allows you to capture your <a href="http://www.brainkeeper.com/products/feature/feature-wiki-software-pages.php" target="_blank" _fcksavedurl="http://www.brainkeeper.com/products/feature/feature-wiki-software-pages.php">knowledge</a>, <a href="http://www.brainkeeper.com/products/feature/feature-wiki-product-tagging.php" target="_blank" _fcksavedurl="http://www.brainkeeper.com/products/feature/feature-wiki-product-tagging.php">tag</a> (categorize) it, <a href="http://www.brainkeeper.com/products/feature/feature-paperless-attachments.php" target="_blank" _fcksavedurl="http://www.brainkeeper.com/products/feature/feature-paperless-attachments.php">attach related files</a>, invite other people to comment on it and determine who should be able to view or edit it with <a href="http://www.brainkeeper.com/products/feature/feature-intranet-software-permissions.php" target="_blank" _fcksavedurl="http://www.brainkeeper.com/products/feature/feature-intranet-software-permissions.php">Wiki Permissions</a>.</p>
<p>Obviously, we are a little biased, and fully believe that the BrainKeeper Enterprise Wiki solves this problem better than most, but solving the problem is more important than the Enterprise Wiki tool that you use to solve it.</p>
<p>Back to our example:<br />That email you are about to send off to 5 people to kick-start a conversation, put it into your Wiki instead as a Wiki Page.&nbsp; Now, email the page (from within your Wiki of course) to those same 5 people, and ask them to add some comments to the page, or (gasp) go real crazy and ask them to just edit it (don't worry, you'll be able to see who made what changes later).&nbsp; </p>
<p>So, now you have this conversation happening within your Wiki, and everyone is on the same "Page" with this conversational knowledge.&nbsp; Now what?&nbsp; Why not add a tag or two to the Page?&nbsp; This not only provides additional context so that other people know the topics covered within the Page, but also allows even deeper context by providing the ability to browse those tags&nbsp;and see other related content .&nbsp; </p>
<p>By tagging your information within an online Wiki (state!), you can extend its context, and therefore make it easier for other people to quickly figure out what is going on (context-state!).</p>
<p>So, you ask again, what is context-state? Is it putting your knowledge where others can access it?&nbsp; Attaching related files to it?&nbsp; Tagging that knowledge?&nbsp; It's all of the above, and then some.&nbsp; It's also being able to see who has made the most changes and who is truly the Expert for&nbsp;specific knowledge.</p>
<p>Wikis are great tools; combine them with <a href="http://www.brainkeeper.com/products/feature/feature-enterprise-collaboration-blogs.php" target="_blank" _fcksavedurl="http://www.brainkeeper.com/products/feature/feature-enterprise-collaboration-blogs.php">Blogs for your Organization</a> and they are even better.&nbsp; Use them to their fullest, and you might think that&nbsp;they were sent from above.<br /></p>]]>
        
    </content>
<feedburner:origLink>http://www.brainkeeper.com/blog/2008/03/welcome-to-the-state-of-contex.html</feedburner:origLink></entry>

<entry>
    <title>The Benefits of Cocreated Knowledge</title>
    <link rel="alternate" type="text/html" href="http://feeds.feedburner.com/~r/Enterprise-Collaboration-Blog/~3/251598900/the-benefits-of-cocreated-know.html" />
    <id>tag:temp.brainkeeper.com,2008:/blog//1.12</id>

    <published>2008-01-14T18:45:54Z</published>
    <updated>2008-03-13T02:10:56Z</updated>

    <summary>The McKinsey Quarterly recently released an article, Eight business technology trends to watch (Free login required), which includes a great section on delivering content that has been created by a group of people. They call this Distributing Cocreation and while...</summary>
    <author>
        <name>BrainKeeper</name>
        <uri>http://fdsgsdf</uri>
    </author>
    
        <category term="Knowledge Management" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Wiki" scheme="http://www.sixapart.com/ns/types#category" />
    
        <category term="Wiki ROI" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="knowledgemanagement" label="Knowledge Management" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="wiki" label="Wiki" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="wikiroi" label="wiki ROI" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en-US" xml:base="http://www.brainkeeper.com/blog/">
        <![CDATA[<p><a href="http://www.mckinseyquarterly.com/home.aspx" target="_blank"><font color="#557799" size="2" modo="false">The McKinsey Quarterly</font></a><font size="2"> recently released an article, <em><a href="http://www.mckinseyquarterly.com/article_abstract_visitor.aspx?ar=2080&amp;l2=13&amp;l3=11&amp;srid=27" target="_blank" modo="false"><font color="#557799">Eight business technology trends to watch</font></a></em> (Free login required), which includes a great section on delivering content that has been created by a group of people. They call this Distributing Cocreation and while the examples they use range from the building of the Linux operating system to Loncin, a Chinese motorcycle manufacturer, the core of the discussion is summed up nicely in the section's opening sentence:</font><font size="2">"The Internet and related technologies give companies radical new ways to harvest the talents of innovators working outside corporate boundaries."</p>
<p>If you are part of a distributed team using a wiki to collaborate on anything from new product development to customer support, you already know this statement to be true. Wikis and wiki-type software can be very powerful, used to not only keep everyone up to date on all aspects of work on a project, but also to have a place where everyone can contribute the expertise and perspective that others will find valuable.</p>
<p>The authors go on to say: "By distributing innovation through the value chain, companies may reduce their costs and usher new products to market faster by eliminating the bottlenecks that come with total control."</p>
<p>Using the open nature of a wiki, allowing everyone to contribute towards building a better product (customer support information, product documentation, etc.) is an easy way not only to harness the collective intelligence of your employees, but also can provide a way to leverage the knowledge of your partners as well. Your partners can offer very specialized, highly relevant, extremely valuable information- which you can store in the context of your own knowledge. So, having a centralized system to help gather and leverage this knowledge can pay huge dividends.</p>
<p>Knowledge 'Gatekeepers' (the select few people in the organization who capture, document, and report on the knowledge) can be barriers to collaboration if they are overwhelmed or if there are not efficient processes to get information to them. A true collaborative environment ensures that knowledge is managed quickly and that the knowledge itself is accurate and current.</p></font>]]>
        
    </content>
<feedburner:origLink>http://www.brainkeeper.com/blog/2008/01/the-benefits-of-cocreated-know.html</feedburner:origLink></entry>

</feed>
