Project management 除了使用实时估计的Pivotal Tracker,还有其他选择吗?
我喜欢Pivotal Tracker,但我不同意他们使用“星型”系统而不是要求程序员提供实时估计的方法。我认为应该有责任感,这样程序员才能更好地提供时间估计。星型系统的设计似乎是为了将开发人员与此隔离开来,我认为这会适得其反 有没有像Pivotal Tracker这样的东西,程序员可以提供实时估计 我还想有一个报告,其中显示了所有悬而未决的问题,在每个程序员的基础上估计的总时间 在过去,我们使用Trac推出了自己的解决方案,但更喜欢更现代的解决方案。我正在考虑使用Github问题(我们已经使用Github进行源代码控制),并构建一些使用Github问题API的工具,以便于按照我所描述的方式估算每个问题的时间 如果您有任何建议,我将不胜感激。您可以尝试或 JIRA:非常强大和灵活,它支持Scrum、看板或者你可以发明你的定制问题跟踪工作流 版本一:非常有条理,有一个简单的工作流程(仅限Scrum),支持管理用户故事和任务的依赖关系 最后,Github也是管理项目的好工具,但它对您来说并不是一个好的解决方案,因为您无法为问题添加估计,您只能为里程碑设置死线,而且它还有一些您在选择时应该注意的限制Project management 除了使用实时估计的Pivotal Tracker,还有其他选择吗?,project-management,agile,Project Management,Agile,我喜欢Pivotal Tracker,但我不同意他们使用“星型”系统而不是要求程序员提供实时估计的方法。我认为应该有责任感,这样程序员才能更好地提供时间估计。星型系统的设计似乎是为了将开发人员与此隔离开来,我认为这会适得其反 有没有像Pivotal Tracker这样的东西,程序员可以提供实时估计 我还想有一个报告,其中显示了所有悬而未决的问题,在每个程序员的基础上估计的总时间 在过去,我们使用Trac推出了自己的解决方案,但更喜欢更现代的解决方案。我正在考虑使用Github问题(我们已经使用G
- 您只能执行一个级别的任务,没有嵌套,这会使管理用户故事及其子任务变得很棘手—这是我们使用标签的一种解决方法
- 您不能删除问题,只能将其存档或关闭
- 您不能将图像或文件直接附加到它,您必须使用标记语法,并首先将图像推送到存储库
总的来说,它有一个类似看板风格的布局和系统。TargetProcess()是我发现的最干净、最流畅的工具。如果您的服务器上至少有1GB的RAM可用,那么Jira就很棒了。否则,您将无法使用托管版本—这很好,但没有那么灵活。想想Wordpress.com和自托管。