刚开始使用Wiki的同事经常问种种有关权限设置的问题，多数处于谨慎的工作态度(包括对Wiki工作机制的谨慎)——人们仍然希望像在文件服务器上给各个文件、目录设置相应的访问权限——权限设置本无可厚非，而且确有必要。

然而，我更愿意建议你：在满足必要的(necessary)访问权限的前提下，限制越少越好！因为自由和开放永远都是滋生协作与创新的最好温床！

如果：

• 你担心会有多事者篡改数据，不用担心，去读一下“Day 14: Wiki里的数据安全吗？”好了
• 你担心重要的信息被不该看到的人看到——
  • 如果你100%确定他们是机密信息，那一定要设置好访问权限，或者干脆就不要把他们放到Wiki上！(符合这个标准的信息其实很少)
  • 如果你只是担心，请跟你的老板和员工一起讨论一下，把那些重要、机密的筛选出来，把剩下的放到Wiki上
  • 如果情况的确很复杂，比如你的文件目录有10层，同时每层文件夹都有不同的访问权限(公司不同级别的员工)，那……有这样的吗？;)
• 只是领导要求你必须设置复杂的访问权限(也许他/她并没有意识到)，那暂时委屈一下照做好了，不过留一个心眼，让实践来检验吧！

最后我们再回过头举例说明一下所谓的“必须的(Critical)访问权限”，比如你带领着2个团队(假设在一个软件外包公司)，这两个团队分别为不同的客户提供软件开发、维护的外包服务，为了方便团队内部共享协作，两个团队都建立了一个Wiki平台用做知识库、项目管理等，在这种情况下，这两个Wiki平台的访问权限就必须相互隔绝，从而保证团队各自客户的敏感信息不会泄漏给第三方。

【转载请注明www.wikidao.org】

90-9-1理论

在维基道我们尽量避免空谈理论，然而90-9-1理论谁都无法回避，而且稍作分析你将意识到，不仅Wiki，整个Web 2.0的蓬勃发展都由此而生。

什么是90-9-1理论？

拿我们最习以为常的论坛为例：

• 90%的人习惯于潜水，他们只看贴，不回帖；（这一大部分人连沙发都懒得抢）
• 9%的人偶尔会发贴，或者跟贴；
• 1%的人会经常发贴或者回帖；（比如版主）

同样的现象也可以在大名鼎鼎的维基百科（Wikipedia）找到极好的佐证（你甚至可以说是它造就了维基百科）。Jakob Nielsen在Participation Inequality: Encouraging More Users to Contribute里说道：

在绝大多数的在线社区（online community）中，90%的用户在潜水（lurkers），他们从来不贡献（Contribute）；9%的用户有时会贡献一点；而最后1%的用户几乎贡献了这个社区的全部。

要在现实生活中找到90-9-1理论的佐证也不难，想一想你参加公司年会、部门季会或者项目周会时有多少人在发言，多少人在思考，多少人在桌子底下Twitter?

阅读全文…

是项目管人，还是人管项目？

作为项目经理，你有很多工具(实际上多不胜数)来协助计划(Planning)，执行(Executing)和跟踪(Tracking)整个项目，然而，要真正做好却是另一码事，为什么？很多情况下并不是因为项目经理们不想做得更好，而是因为这些工具(Tools)与流程(Process)之间此的协作并没有想象中(或者说计划中)的畅通，有时他们甚至相互阻碍——这种失调正严重吞噬着管理者的耐心和精力。

面对事实上日趋复杂、臃肿的企业管理机器，我们只有团结协作。而Wiki则可以一方面如同一块无形的磁铁，帮助你在日常工作中不停地将散乱的信息有机地整理、集中起来，另一方面则如同润滑油一般给这部企业机器的各个部件注入新的活力！

Wiki其实不是一两种软件，而是一种精神，它所做的很简单，只不过是把你的将士团结在一起，而这种团结协作产生的能量，将远远大于我们的想象。

【转载请注明出处: wikidao.org】

Action Items

会议中记录下的会议后要做的事，我们姑且称之为任务项，是它最终为“我们为什么要开这个会？”画上圆满句号，但：

• 我们的会议都画上圆满的句号了吗？（要知道如果没有的话，我们其实浪费了每个与会者的时间）
• 你的团队真的能够在下次开会前清理掉这些任务项吗？
• 作为项目经理，你有没有定期地检查并更新这些任务项的状态？（及时地更新是为了更好地将任务状态公布给整个团队，从而减少信息不对称，促进团队协作）

“我很忙，哪里有时间管这些？”，“差不多就行了”…… 我们不要听到这些。

试着在你的Wiki上开辟一个会议专用的页面，用2分钟时间把Action Items更新上去吧！不用在乎凌乱，也不要小看它微不足道，当你需要它的时候，只需要点击下鼠标！（不要忘了让你的团队每个人都及时更新自己的任务状态！）