当使用Scrum /看板板时，传统的问题跟踪器的作用是什么？
从很高的角度来看，在我看来，一般有两种项目管理工具：
- 传统的问题追踪器，如Fogbugz，JIRA，BugZilla，Trac，Redmine等。
- 虚拟卡片板/敏捷项目管理工具，如枢轴跟踪器、GreenHopper、AgileZen、Trello等。
当然，它们以某种方式重叠，例如可以将关键跟踪器任务导入JIRA，GreenHopper本身是在JIRA问题库之上实现的，但我认为仍然可以看到这两种类型工具之间在方向上的差异。
即使在执行敏捷项目管理的公司中，传统的问题跟踪器似乎也被使用。我的问题是，他们为什么要这么做？我也觉得我们应该在我的公司里使用一个问题追踪器，但是当我考虑这个问题的时候，我不知道为什么我们需要它。
例如，Trello开发似乎是通过使用Trello本身来管理的(参见这个虚拟墙)，尽管他们可以访问Fogbugz，这是目前最好的问题跟踪器之一。所以，也许我们不需要传统的问题跟踪器，当我们使用敏捷的PM工具来完成100%的工作时？
回答 7
Software Engineering用户
发布于 2012-06-15 01:31:21
一个团队至少有三种不同的工作方式。选择为你的团队工作的那个。
1.细节与高级概述
使用问题跟踪器跟踪单个任务。使用卡板来维护大图的主要功能，作为问题跟踪器中任务的总结。
2. Bugs与特性
使用问题跟踪器跟踪单个bug和客户服务请求。使用卡板来跟踪正在开发中的新功能。
3.里程碑式软件交付与持续软件交付
如果您不定期地交付大量新功能(例如，如果您是Windows团队，并且每隔几年就有一个新版本)，请使用问题跟踪器。这是一个理想的开发过程，在这一过程中，大型的、已完成的项目将同时交付给客户(包括游戏、嵌入式软件和基于年度或半年发布的传统软件)。
如果您在开发新功能时不断地向客户提供新功能，请使用卡板，例如，在一个具有持续或非常频繁地向客户交付价值的web团队中。在这个场景中，您的软件开发过程几乎是一条生产线，而不是一个有开始和结束的项目。
Software Engineering用户
发布于 2012-01-01 06:55:15
我认为简单的答案是传统的问题跟踪软件帮助您管理待办事项，而scrum板则帮助您跟踪当前的sprint和发行版。
当然，使用这两种工具都是可能的，但最终您必须做出一些妥协。
Software Engineering用户
发布于 2012-06-15 04:34:22
全面披露:我有一点偏见，因为我是亚特兰西安的GreenHopper产品经理，但我也参与了很长一段时间之外的敏捷开发
拥有一个敏捷规划工具或一个问题跟踪器绝对是可行的。问题是它不是最优的。根据我的经验，它不是最优的，因为：
- 产品计划通常发生在史诗级和故事级的积压中。敏捷计划工具在这里很棒。
- 然而，正如俗话说的那样，任何计划都不能第一次与敌人接触。在这种情况下，在您的最初几次发布之后，您肯定会得到QA、客户、支持等记录的but (和其他反馈)。这些都需要反馈到您的计划中，而不是压倒它。
因此，拥有一个敏捷计划工具是很棒的，但是随着您的产品成熟，并且您获得更多的外部输入，有效地管理这些输入变得越来越困难。这些外部贡献者中的一些根本无法以“管理的敏捷待办事项”的方式进行贡献，他们只是想提交他们的问题并继续前进。在这里，有一个问题跟踪器可以让您吸引这些贡献者，并成功地管理正在进行的保持产品开发的业务。
我会说你需要这两种工具。您还需要将它们集成起来，否则您将花费所有的时间来保持两者的同步。
https://softwareengineering.stackexchange.com/questions/127854
复制相似问题
腾讯云开发者
