我最关心的是易用性,没有什么比谷歌电子表格或文档更好(除了Office)。在某些时候,格式的自由形式性质开始引起问题。
具体来说,我在两个文件之间分配了相同的概念数据。这样做是因为两者都提供了有用的数据视图。 (请注意,这是为了严格管理“管理”编写的功能描述,然后与“开发”创建的任务相关联)
有时我们希望重新设置优先级,或添加/删除功能,以及在文档中发生的功能。然后,需要在电子表格中重复该重组。这是屁股的痛苦。
那你怎么跟踪这个东西呢?
答案 0 :(得分:1)
Fogbugz是一个很好的解决方案。它也是由stackoverflow.com的共同创建者之一所拥有的公司开发的。
答案 1 :(得分:0)
在过去的雇主中,我们构建了一个简单的系统来管理发布。它用于传达发布日期,发布说明和缺陷跟踪。工作得非常好,可能需要一个星期的时间用PHP写一些东西。
/阿伦
答案 2 :(得分:0)
如果你是一名模特,那么有一个名为Enterprise Architect的好工具可以帮助你进行“电子表格”管理。它的多用户,内置了很多功能。它还可以生成更高级别的视图,但我不认为它们是客户/营销视图。在我看来,这些是最好的手工调整和编辑。 EA有时会与Rational Rose进行比较,而不是糟糕,这是一个相当不错的描述。
如果形式和广泛的建模不是您的强项(不是我的),即使是简单的Bugzilla实例(或其他问题跟踪器)也可以使用。 Bugzilla做时间跟踪,优先级,可以粉碎做资源规划等。其他选项是Trac或Redmine。
图表快乐人群的另一个流行工具是Microsoft Project。但它确实遭受了多用户可用性问题。
请注意,所有这些都是“开发人员”工具,而不是客户/用户工具。正如我上面所说,你应该亲自制作这个。当您执行发布(即使是临时发布)时,花几个小时查看已完成任务的开发人员工具,并将其转换为客户或更高级别的内容。如果你不能在最后投入时间,那么创建“大”任务并将任务标记为依赖于这些更高级别的任务。
答案 3 :(得分:0)
很明显,有很多方法可以做到这一点。我参与了几个项目,我们已经使用了wikis,它已经集成了trac等任务管理,然后又出现了一个名为JIRA的大型软件。
Trac是开源的,我已经看到它在相当大的开源项目中使用。 wiki非常适合文档,因为wiki的功能和任务管理非常适合功能和bug跟踪。您可以分配任务,开发人员可以给他们估算。我真的不知道您可以从Trac获得什么样的报告,但至少已经有一些可用的东西Trac Reports。我一直在使用Trac主要来自开发人员和项目监督的角度,但我认为它可以适应管理层。我建议至少要进行调查。
我只有JIRA的开发人员经验,但仅仅因为这个东西已经在大型系统中使用过,我认为它必须具有相当好的报告功能。至少它绘制图表,我们知道管理层喜欢它们。 ;)它没有wiki功能,但我一直在使用Confluence。它们都来自Atlassian,所以它们可以某种方式集成在一起。
这些是我经验丰富的工具。维基类型的环境被广泛使用,您可以真正修改它们供您自己使用。如果你必须手动完成所有修改,任务管理真的很痛苦。通过适当的工具和报告工具,您可以更好地了解项目进度。