2008-09-11 44 views
3

对于在企业环境中和创业之外工作的程序员,有许多非技术人员是开发过程中的重要利益相关者。这些包括公司内部的其他职能,例如营销,财务和法律等,还包括公司以外的客户和其他人员。什么协作工具可以有效地与非技术人员合作?

这个问题的关键不在于这些团体的“照顾和喂养”,而仅仅是发现了哪些工具可以促进协作和必要的互动?我正在思考即时通讯与维基百科与传统电子邮件分发列表或公司共享点门户网站的不同之处,但不知道其他人发现的工作。

回答

1

Basecamp是一种使用的乐趣,其主要焦点是通过协作项目管理。

+0

如果你给我你的“推荐人代码”我会使用当我注册时,你可能会得到奖励;) – UnkwnTech 2008-09-11 17:53:00

1

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

0

你可能想看看这些产品:

  • FogBugz - StackOverflow的联合创始人乔尔斯波斯基的心血结晶。处理错误报告,功能请求,wiki等。尽管是written in its own language,但我之前使用过FogBugz,并且它已经非常稳定。
  • BaseCamp - 37signals旗舰产品。我没有亲自尝试过,但它得到了我认识和尊重的一些人的好评。
1

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

1

当建立一个wiki时,你必须同意什么类型的信息去哪里。

在与技术和非技术混合的受众群体工作时,我发现拥有某种执行摘要,概述,阅读器摘要版本以及点击更多详细信息绝对是一种可行的方式。

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

我为一个主要项目实现了这个功能,并且具有用于连续构建和回归测试的RAG状态。

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

例如,点击常规构建的指示器会让您看到破坏构建的是什么,再次点击让您进一步看看是谁破坏了构建,再次点击可以让您看到实际的错误消息编译器。

这很有趣实施。

欢呼声,

罗布

0

我听到传闻证据(一个矛盾必然),他们相处得很好维基只要有一个所见即所得的编辑器。

(我曾经与TWiki.org项目参与,我知道他们有一个WYSIWYG Plugin,但我敢肯定,“有其它选择”。)

相关问题