对于在公司环境和新兴世界之外工作的程序员来说，有各种各样的非技术人员是开发过程中的重要利益相关者。这些包括公司内部的其他职能，例如市场营销，财务和法律等，还包括客户和公司外部的其他职能。

这个问题的重点不是这些群体的照顾和供养，而仅仅是找到了哪些工具可以促进协作和必要的互动？我正在考虑IM，Wiki，传统电子邮件通讯组列表或者公司Sharepoint门户，但是想知道其他人有什么用。

解决方案

回答

Basecamp使用起来很有趣，它的主要重点是通过协作进行项目管理。

回答

我们在这里使用Quickbase。达到我们的所有目标。

回答

我们可能需要看一下以下产品：

• FogBugz-StackOverflow联合创始人Joel Spolsky的创意。处理错误报告，功能请求，Wiki等。我以前使用过FogBugz，尽管它是用自己的语言编写的，但它非常扎实。
• BaseCamp-37signals的旗舰产品。我没有亲自尝试过，但是它得到了一些我认识和尊重的人的好评。

回答

我们为共享文档，备忘录，状态报告等设置了一个Wiki。培训整个员工大约花了一个小时，但这是值得的。

回答

设置Wiki时，我们必须就哪种信息流向何方达成共识。

当我与技术和非技术领域的混杂人群一起工作时，我发现拥有某种执行摘要，概述，带有摘要的读者摘要版本以及指向更多详细信息的点击链接绝对是行之有效的方法。

对于状态，例如日常构建，回归测试结果等)，我们可能需要考虑制作一个仪表板页面，该页面在顶层报告RAG(红色，琥珀色，绿色)状态下的所有感兴趣的内容。然后，如果需要，我们可以单击"通透"以向下钻取更多详细信息。

我在一个大型项目中实现了该功能，并具有RAG状态，可以进行连续构建和回归测试。

单击RAG指示器可显示更多详细信息。重复进行了几个级别，因此在最高级别我们具有RAG指示器。

例如，单击常规构建的指示器，我们可以查看破坏了构建的内容，再次单击可以进一步了解是谁破坏了构建，再次单击可以使我们了解编译器的实际错误消息。

实施起来很有趣。

干杯，

抢

回答

我听说过轶事证据(肯定是矛盾的)，只要他们拥有所见即所得的编辑器，他们就会与Wiki融洽相处。

(我曾经参与过TWiki.org项目，我知道他们有一个WYSIWYG插件，但是我确定"其他选项可用"。)