在我的工作单位，已决定将许多流程转移到 Sharepoint。我现在正在研究如何使用 Sharepoint 进行错误跟踪（类似于 Mantis、FogBugz 等，但在 Sharepoint 中）。具体来说，我们使用协作室并且解决方案必须在其中起作用。
我知道我能使用“问题跟踪器”模板创建列表，但它缺乏工作流、集成通信（如 FogBugz）和审计日志（任何用户都可以随时编辑任何字段，而不会在任何地方被记录）。
这还不够，所以我正在寻找“更大”的解决方案，但还没有找到任何东西。
这个问题类似，但旨在用于帮助台；我们的目标是跟踪系统错误并更改请求。
我愿意接受建议！由于我不是管理员，因此我无法直接获取 Sharepoint 组件并安装它进行测试。我正在寻找经验，文档、白皮书、屏幕截图——实际可下载的内容稍后会相关。
理想情况下，应该涵盖以下一些事项：
- 支持不同的票证类型（错误、功能、查询、内部任务）。
- 可按票证类型配置工作流程，没有固定的步骤数。
- 每个字段和每个工作流状态可配置读/写权限。
- 为管理人员提供可配置的带有精美图表的仪表板。
- 可配置的电子邮件通知。
- 与 FogBugz 通信。（挑战：我们使用 Notes，而不是 Exchange。）
答案1
不确定您提到的模板是否来自这里......“SharePoint 模板“
SharePoint 可能是一个挑战，但一旦你理解它，它确实提供了一些很棒的工具。我相信它是我见过的最具挑战性的 MS 产品之一，但它也非常强大。你检查过 Codeplex 的 SharePoint 吗？ 代码库
答案2
在 DaveM 的回答中，我发现关于模板的文档这里：
http://technet.microsoft.com/en-us/windowsserver/sharepoint/bb848090.aspx
具体来说，这些很有趣：
- 错误数据库 TDM 数据表（微软 Word 文档）
- 变更请求管理 TDM 数据表（微软 Word 文档）
这个用于更高级的设置：
- IT 团队工作区 TDM 数据表（MS Word）包含项目管理、错误跟踪和帮助台（每个也可单独使用）。
我想我会选择前两者的组合。后者对于 SP 新手来说似乎太高级了，更适合规模更大的团队。
答案3
我们的团队在两个项目中使用了 MS SP 错误跟踪模板。我不认为该解决方案是“同类最佳”，但它确实有效。您可以根据需要添加和删除字段，使用日期戳进行对话（使用注释），并应用安全性（查看/读取/写入）。您可以将错误列表导入 Excel 或从 Excel 导出。
可以添加工作流，但需要开发人员（或 SP 超级用户）。默认配置包括历史跟踪和文件附件。与任何 SP 对象一样，您可以设置 RSS 提要和电子邮件通知。
如果可以选择，我会使用专用的 bug 跟踪包，而不是 Microsoft 提供的免费解决方案。我还没有研究过，但我确信有更完整的 bug 跟踪解决方案使用 SP 作为后端。
答案4
SharePoint 可能像简单的票务系统一样满足您的需求。
但是，我希望错误跟踪器能够与源代码集成在一起（例如，如果我用“FIX bug #123”注释源更改，我希望该票被标记为“已修复”并且能够看到代码差异）。
此外，您在通知、跟踪票证所花费的时间等方面没有太多的灵活性。
因此，如果您认真对待错误跟踪，我不推荐使用 SharePoint。