哪些协作工具对与非技术人员合作有效?

时间:2008-09-11 17:42:58

标签: collaboration corporate

对于在企业环境中以及在启动世界之外工作的程序员,有许多非技术人员是开发过程中的重要利益相关者。这些包括公司内部的其他职能,例如营销,财务和法律等,还包括公司外的客户和其他人员。

这个问题的关键不在于对这些群体的“关心和喂养”,而在于找到了哪些工具可以促进协作和必要的互动?我正在思考IM与wiki与传统电子邮件分发列表或企业共享点门户的关系,但不知道其他人发现了什么。

6 个答案:

答案 0 :(得分:1)

Basecamp使用起来很愉快,其主要重点是通过协作进行项目管理。

答案 1 :(得分:1)

我们在这里使用Quickbase。满足我们的所有目标。

答案 2 :(得分:1)

我们为共享文档,备忘录,状态报告等设置了维基。培训全体员工花了大约一个小时,但这非常值得。

答案 3 :(得分:1)

在设置维基时,您必须同意哪些信息可以放在哪里。

当与技术和非技术的混合观众合作时,我发现有某种执行摘要,概述,读者的摘要版本以及点击更详细的信息绝对是可行的方法。

对于状态,例如每日构建,回归测试结果等,您可能要考虑制作一个仪表板页面,在顶层报告RAG(红色,琥珀色,绿色)状态中感兴趣的所有内容。然后,您可以点击 - 如果需要,可以深入查看更多详细信息。

我为一个主要项目实现了这个,并且在持续构建和回归测试中具有RAG状态。

点击RAG指标可以了解更多细节。这是重复几个级别,所以在顶级你有RAG指标。

例如,单击常规构建的指示器会让您失望,看看是什么打破了构建,再次单击会让您进一步查看谁破坏了构建,再次单击将您带到实际的错误消息编译器。

实施起来很有趣。

欢呼声,

罗布

答案 4 :(得分:0)

您可能需要查看这些产品:

  • FogBugz - StackOverflow联合创始人Joel Spolsky的心血结晶。处理错误报告,功能请求,维基等。我之前使用过FogBugz,虽然是written in its own language,但它已经很稳固了。
  • BaseCamp - 37signals的旗舰产品。我没有亲自试过这个,但它得到了我认识和尊重的一些人的好评如潮。

答案 5 :(得分:0)

我听说过轶事证据(肯定是矛盾的),如果他们有一个WYSIWYG编辑器,他们会与Wiki相处得很好。

(我曾经参与TWiki.org项目,我知道他们有WYSIWYG Plugin,但我确信“其他选项可用”。)