行动前的头脑风暴！
在开始实施企业Wiki之前，包括在试点Wiki之前，大家需要聚在一起头脑风暴：Why and How? 也就是为什么以及如何建立Wiki。
在解决“为什么”的问题时，首当其冲的就是分析、研究当前团队或者项目的Pain Points，然后维基教练需要从一一列出的pain points中出发去寻找是否有基于Wiki的解决方案，比如：
如果大家最后没有找到Pain Points，就最好不要强求——既然团队工作已经很有效率和默契，为何还要画蛇添足呢？ 只有当新的工具真正为团队带来实惠，才能谈的上真正的成功，才算“有意义”。 
试点你的Wiki
1978年11月24日晚上，安徽省凤阳县凤梨公社小岗村西头严立华家低矮残破的茅屋里挤满了18位农民。关系全村命运的一次秘密会议此刻正在这里召开。这次会议的直接成果是诞生了一份不到百字的包干保证书。其中最主要的内容有三条：一是分田到户；二是不再伸手向国家要钱要粮；三是如果干部坐牢，社员保证把他们的小孩养活到18岁
1980年5月31日，邓小平在一次重要谈话中公开肯定了小岗村“大包干”的做法。当时国务院主管农业的副总理万里和改革开放的总设计师邓小平对这一举动表示的支持传达了一个明确的信息：农村改革势在必行。
与小岗村自发的家庭联产承包责任制试点稍有不同，在公司里推广企业Wiki的时候，我们最好有意识地先进行试点(Pilot)——实际上，在企业里对于任何大型新项目的实施，试点项目至关重要！它可以使得维基教练(Wiki Champions)能够在一个可控的环境里从某种意义上“试”实施Wiki，由于各企业性质、情况不同，维基教练可以迅速从试点项目中总结经验和教训，并总结出针对所在企业的最佳的实践。试点项目的成败将直接关系到整个Wiki实施的效果——当然，我们建议如果试点失败，那就一定要总结问题、教训为第二轮的试点做最好的准备。(事实上软件实施的失败往往不是因为软件本身的缺陷)
同时，成功的试点项目可以为你的公司打造第一个Wiki支持团队(support team)，这个团队将成为引导你的企业在Wiki上进行协作的核心团队，作为“元老”，他们的热情也往往非常高涨。
一个非常出色的Issue跟踪系统，这里的Issue不单单是指BUG， 很多时候也可以是Task， Improvement， New Features， 甚至是一个Question。
在多年前， 我曾经尝试使用过那个经典的的Bugzilla，但是一个项目作下来，大家都反映那个东西的界面实在是太粗糙，简直无法忍受而且报表功能也是在太弱。最后 大家就讨论自己作一个BUG的跟踪系统，就在大家已经完成了设计文档准备编码的时候， 我们发现JIRA原来就是我们要找的东西，而且比我们要的更多。它内置一个可以配置的工作流引擎(osworkflow)，一个快捷的全文检索功能(基予 Apache Lucene).和一个可以配置的Dashboard(portlet)，以及一个和CVS连接的引擎，通过这个连接，在一个Issue中直接可以看到修改的文件名称，如果配置了viewcvs的话，还直接直接定位到行，根据一个问题可以跟踪到代码的行，这正式我们梦寐一求的功能。 也正是这种特性，才使我们能够把一个个Issue当作发布和版本管理的一个单元。
阅读全文…
记者Carl Zimmer他的一篇文章中描述了他采访一些世界著名流感病毒专家时的感受，当时他们正在研究H1N1（猪流感）病毒的基因构成：
所有的这些科学家对我一点都不遮遮掩掩，他们不会因为要把研究成果发表到像Nature这样的期刊上而给我闭门羹吃，实际上，不但对我，他们对整个世界都十分开放——他们把自己的研究成果和数据通过一个wiki发布给全世界！这样，任何一个人（如果愿意）都可以在他们的研究成果上继续，甚至从别人的研究中得到启发，另辟蹊径。
这个专注于“人和猪流感病毒的起源与演化”的wiki由爱丁堡大学创建，它非常好地向我们展示wiki可以为一个研究课题的科学家提供灵活且集中的信息共享平台，尤其是当这些科学家们分散在世界各地时——在这个wiki上工作的科学家们来自比利时，佛罗里达，香港，伦敦，洛杉矶，墨西哥，牛津大学，等等，包括爱丁堡大学自己的研究人员。
企业内部会有诸多团队，每个团队都应拥有一个维基教练，除了本职工作，维基教练特别负责本项目的团队协作，他们是团队协作的精神领袖：
作为促进团队协作成败的关键，他们更会：
作为团队一员，我们（不分等级）应该团结在以维基教练为中心的周围，为促进工作效率、提高工作质量、实现个人及企业价值而努力！;)
