作者:特里从2019年初开始，我们的团队准备开发一个适合R&D团队的敏捷开发管理工具。当时，我们也在思考什么样的工具是优秀的研发管理工具。研发管理的场景、方法和流派很多，市场上关于研发管理工具的产品层出不穷。我们在哪里可以真正帮助R&D团队提高他们的R&D效率？基于以下两个考虑，我们选择从敏捷开发管理进入:1。经过20多年的发展，自1999年以来，敏捷开发已经被大多数开发团队所接受。近年来，DevOps的流行将敏捷推向了一个更高的位置，中国有太多的团队需要进行敏捷转型。2.敏捷开发在中国的专业程度还不够，因此出现了“中国田园敏捷”的说法。中国开发人员需要一个简单易用的专业敏捷开发管理工具来帮助他们更好地融入团队。虽然只有一个敏捷开发工具不能帮助企业在敏捷转型中取得成功，但是一个好的工具可以事半功倍。专业的Scrum过程管理已经在Scrum指南中明确定义了Scrum过程中的活动、事件和输出，所以我在这里不再重复。我只想重点解释在实现Scrum的过程中经常被忽略的两个问题。1.在实现Scrum的过程中，大多数团队只关注迭代管理，而忽略了版本管理。当然，这超出了Scrum本身的范围，但是迭代管理和版本管理应该在良好的研发管理中共存，并且它们是相互依赖的。迭代管理是针对Scrum团队的。它定义了时间盒的概念，用于团队能力管理和进度管理。对于不同的团队，迭代时间框中的输出被定义。输出最终基于迭代评审，通过评审并不意味着必须发布。版本管理是针对产品的。它定义了一个批处理概念，用于版本进度管理和交付风险管理，并定义了版本中的最终可交付成果。目前，市场上大多数敏捷开发管理工具可以很好地支持迭代管理，但是忽略了版本管理。图1敏捷工作区2中的版本管理。在Scrum Guid中定义了迭代中的四个活动，即迭代计划会议、每日会议、迭代评审会议和迭代评审会议。我们发现在大多数敏捷团队中只有前三个活动，迭代评审会议被自动忽略。相反，迭代评审将是Scrum迭代实践中的最后一个。