Service 向服务和支持团队传授知识
我的团队已经创建了一套工具,这些工具正在转换为服务和支持(两个独立的团队)。我们一直在Sharepoint、OneNote、电子邮件、TFS、wiki帖子等地方协作SDK和techincal notes。我对以一种专业的方式将所有这些资源的集合以一种统一简洁的格式传递出去感兴趣。我正在寻找这样做的方法的建议,或者我可以看到的可能的链接示例,它们已经做到了这一点。实施这种转移的最佳方法之一是使用免费软件创建一个内部Wiki站点,例如。本网站可以定期更新常见问题和程序 这种方法的好处是:Service 向服务和支持团队传授知识,service,project-management,Service,Project Management,我的团队已经创建了一套工具,这些工具正在转换为服务和支持(两个独立的团队)。我们一直在Sharepoint、OneNote、电子邮件、TFS、wiki帖子等地方协作SDK和techincal notes。我对以一种专业的方式将所有这些资源的集合以一种统一简洁的格式传递出去感兴趣。我正在寻找这样做的方法的建议,或者我可以看到的可能的链接示例,它们已经做到了这一点。实施这种转移的最佳方法之一是使用免费软件创建一个内部Wiki站点,例如。本网站可以定期更新常见问题和程序 这种方法的好处是: 它对所有
- 它对所有客户端都是平台无关的(即,它们只使用web浏览器)
- 它很容易由多人同时更新和维护。这样的更新可以在运行中执行,而无需关闭站点或以任何方式禁用它
- 它是一个单一的信息存储库,比多个(可能很难找到)不相交的存储库工作得更好
- 它允许内容提供者和内容消费者之间的交互格式(即,可以在Wiki站点上提出问题)
- 它允许分层表示,并支持轻松搜索,这与人们试图查找和使用信息的方式非常吻合
- 它能够跟踪所有编辑的历史和作者身份
- 需要从当前信息数据格式转换
- 特定于内容的安全性很难实现
- 如果人们临时修改网站,信息质量会受到影响
- 如果没有适当的审查和中央监督,就有可能出现虚假信息、错误信息、偏见和火焰战
- 它对所有客户端都是平台无关的(即,它们只使用web浏览器)
- 它很容易由多人同时更新和维护。这样的更新可以在运行中执行,而无需关闭站点或以任何方式禁用它
- 它是一个单一的信息存储库,比多个(可能很难找到)不相交的存储库工作得更好
- 它允许内容提供者和内容消费者之间的交互格式(即,可以在Wiki站点上提出问题)
- 它允许分层表示,并支持轻松搜索,这与人们试图查找和使用信息的方式非常吻合
- 它能够跟踪所有编辑的历史和作者身份
- 需要从当前信息数据格式转换
- 特定于内容的安全性很难实现
- 如果人们临时修改网站,信息质量会受到影响
- 如果没有适当的审查和中央监督,就有可能出现虚假信息、错误信息、偏见和火焰战