我最大的担心是易用性，没有比Google电子表格或者文档更好的了(也许Office除外)。在某些时候，格式的自由形式性质开始引起问题。

具体来说，我将相同的概念数据分散在两个文档中。这样做是因为两者都提供了有用的数据视图。 (请注意，这是为了严格管理由"管理"编写的功能描述，然后与由"开发"创建的任务相关联)

• 这是用用户口说的，但由管理/营销/生产者/客户代理创建
• 快速浏览或者详细阅读发行版中的功能很有用。
• 这是"用户"面临的
• 这是面向开发人员的
• 开发人员在工作时进行协作更新
• 对于详细了解版本中的功能所需(和花费的)工作很有用。

有时我们想重新设置功能的优先级，或者添加/删除功能，而这在文档中会发生。然后，该重组需要在电子表格中重复。这是一个痛苦的屁股。

• 无需触摸鼠标即可完全使用。
• 能够从叙述性大纲视图来回切换到详细的订单项视图。
• 在每个视图中可见不同的数据，但是如果它们移动，则数据随项目一起移动。
• 支持基本的RTF格式
• 支持多个用户同时进行ish编辑(Ala google应用，zoho等)
• 绝对不支持图表。

那么，我们如何跟踪这些东西呢？

解决方案

回答

在过去的雇主中，我们建立了一个简单的系统来管理发布。它用于传达发布日期，发布说明和缺陷跟踪。工作得非常好，可能要花一个星期的时间来编写PHP或者类似的东西。

/艾伦

回答

Fogbugz是一个出色的解决方案。它也是由stackoverflow.com的共同创建者之一拥有的公司开发的。

回答

如果我们是一个整体模型，那么有一个名为Enterprise Architect的不错的工具，可以进行"电子表格"管理。它具有多用户功能，并且内置了许多功能。它还可以生成更高级别的视图，但是我不认为它们是客户/市场视图。在我看来，最好手动调整和编辑这些内容。有时将EA与没有吸引力的Rational Rose进行比较，这是一个相当不错的描述。

如果形式和广泛的建模不是强项(不是我的)，那么甚至可以使用简单的Bugzilla实例(或者其他问题跟踪器)。 Bugzilla可以进行时间跟踪，确定优先级，可以粉碎进行资源规划等。这里的其他选项是Trac或者Redmine。

另一个使图表满意的人群的流行工具是Microsoft Project。但是它确实遭受了多用户可用性问题。

请注意，所有这些都是"开发人员"工具，而不是客户/用户工具。就像我上面说的，我们应该真正手工制作。当我们发布版本(甚至是临时版本)时，请花几个小时浏览开发人员工具，以完成已完成的任务，并将其转变为客户或者更高级别的对象。如果我们不能在最后花时间，请创建"大型"任务并将其标记为依赖于这些较高级别的任务。

回答

显然，有很多方法可以做到这一点。我参加过几个项目，在这些项目中，我们使用了集成了诸如trac之类的任务管理功能的wiki，然后出现了一个名为JIRA的大型软件。

Trac是开源的，我已经看到它在相当大的开源项目中使用。 Wiki具有协作性，因此Wiki非常适合文档撰写，而任务管理对于功能和错误跟踪非常有用。我们可以分配任务，开发人员可以给他们估算。我真的不知道我们可以从Trac中获得什么样的报告，但是至少有些东西已经可以使用Trac报告了。我主要从开发人员和项目监督的角度使用Trac，但我认为它也可以适用于管理。我可以建议至少研究一下。

我只有JIRA的开发人员经验，但是仅因为该东西已在大规模系统中使用，我认为它必须具有相当好的报告功能。至少它绘制了图表，我们知道管理层如何看待它们。 ;)它没有Wiki功能，但是我一直在使用Confluence。它们都来自Atlassian，因此可以通过某种方式集成在一起。

这些是我确实非常有经验的工具。 Wiki的环境已被广泛使用，我们可以真正修改它们以供自己使用。如果我们必须手动进行所有修改，那么任务管理真的很麻烦。使用适当的工具和报告工具，我们可以更好地了解项目的进度。