好的,我看过一些帖子提到了一些关于不使用SP wiki的帖子,因为它们很糟糕.
由于我们正在考虑在 SP 中执行我们的wiki ,因此我需要知道为什么我们不应该为6个自动化开发人员执行此操作来记录各种自动化流程中的步骤以及必须不时进行的更改.
我的任务是为开发组织选择一个wiki工具,由几个不同的开发团队组成.安装了Sharepoint,上层管理人员更喜欢使用它,但过去它只在PM被迫使用它时使用.没有开发人员会使用需要共享的内容来更新它.我在Sharepoint开发,我喜欢它,所以我没有反对它.但是为了实现这个目标,我需要一些可以让每个人都使用的东西,所以Sharepoint无法运行.第一步是说服管理层为什么Sharepoint不起作用.我们需要典型的wiki功能:
WYSIWYG,干净的界面,易于使用,将文件附加到页面,支持用户组,开源,本地托管.(也许其他我现在不考虑？)
任何人都可以提供一个客观原因列表,为什么Sharepoint不是我们可以用来迈出第一步的解决方案？有很多这样的产品,所以第2步应该更容易.