我喜欢Pivotal Tracker，但我不同意他们使用"星形"系统的方法，而不是要求程序员提供实时估计。我认为应该有责任感，这样程序员才能更好地提供时间估计。星型系统似乎是为了让开发人员免受此影响而设计的，我认为这会适得其反。
有没有像Pivotal Tracker这样的东西，程序员可以提供实时估计？
我还希望有一个报告，显示所有未决问题的估计总时间，以每个程序员为基础。
过去，我们使用Trac推出了自己的解决方案，但更喜欢更现代的解决方案。我正在考虑使用GithubIssues（我们已经使用Github进行源代码管理），并构建一些使用Githubissuesneneneba API的工具，以我所描述的方式促进每次发布的时间估计。
如果有任何建议，我将不胜感激。
TargetProcess（www.TargetProcess.com）是我发现的最干净、最流畅的工具。
让它为您工作：只需转到关键跟踪器项目的设置，选择自定义估计，或者Fibonacci，并将其用于小时/天估计
查看Assembla Agile Planner-它非常相似，并且对无限用户/任务免费：http://www.assembla.com/catalog/tag/Free
试试Breeze，它可以添加估计（以小时为单位），还可以记录每个任务下完成的工作量，此外，它还内置了时间跟踪器。还提供了报告，显示项目总数和每个任务完成的工作量。您也可以将报告导出为CSV。总的来说，它有一个类似看板风格的布局和系统。
您可以尝试JIRA或Version one。
JIRA：非常强大和灵活，它支持Scrum、看板，或者你可以发明你定制的问题跟踪工作流程。
版本一：非常有组织，有一个简单的工作流程（仅限Scrum）&支持管理用户故事的依赖关系&任务。
最后，Github也是管理项目的好工具，但它对你来说不是一个好的解决方案，因为你不能为问题添加估计——你只能为里程碑设定一条死线——而且它有一些限制，你在选择时应该注意。
-
你只能有一个级别的任务，没有嵌套，这将使管理用户故事及其子任务变得棘手——我们使用标签来解决这个问题。
-
您不能删除问题，只能将其存档或关闭。
-
你不能直接将图像或文件附加到它上，你必须使用Markdown语法，并首先将图像推送到存储库。