在二月底，开发团队按计划举行 Creo 1.0 的冲刺期评审会。您可以到这里和这里重温前几篇文章，它们指出冲刺期是一个简短的开发周期，也是 PTC 用来开发 Creo 的敏捷过程的一部分。冲刺期评审会在内部准确告诉我们 Creo 1.0 的开发进展，并帮助我们决定下一步的目标。 那么，我们的进展如何？Scrum Master Shawn Bellmore 指出，我们已完成并且测试了多个重要的“故事”。我请他更详细地谈谈： GH：冲刺期评审会的目的是什么？ Bellmore：冲刺期评审会的目的就是，评审在上一个为期 4 周的冲刺期中做了些什么。它是一个非正式的会议，用来评审在冲刺期规划会议期间选择的项目，在冲刺期中完成的工作量，以及演示已完成的功能。 GH：典型的评审会是如何进行的？ Bellmore：Scrum Master 会花几分钟时间点评和概括产品负责人与团队之间的协议。有多少个故事？已完成的定义是什么？团队计划投入多少工作量？ 接下来，Scrum Master 会总结团队实际完成的工作。有多少个故事达到了“已完成”状态？团队投入的工作量与原计划相比是更多、更少还是相同？如果出现任何重要的差异，则应在冲刺期评审会中指出这些差异。 GH：Creo 1.0 可能有数百个故事，而冲刺期实际上非常短，那么，你们如何确认整个项目达到预期目标？ Bellmore：我们使用版本燃尽图。这是测量项目进度和范围的主要工具。范围、进度和估计的完成日期全都在一张易于解释的图表中清楚表示出来。在每个冲刺期之后，项目中的所有人都将看到更新的版本燃尽图。 GH：持续的测试是否有助于跟踪进度？ Bellmore：是的。持续测试和监控质量树立了我们对产品的信心。对各个冲刺期而言，定义和通过的单元测试及验收测试的数量应越来越多。测试不充分代表着预警信号，而越来越多的测试失败也是如此。如果未能解决的错误越来越多，则可能表示质量不够好。下一次的回顾将是讨论如何改善情况和采取对策的良机。 GH：团队如何检查已经交付的功能？ Bellmore：通常，我们让 QA 团队成员演示已在冲刺期中完成的功能。他们还将指出任何质量问题或可能需要关注的重大错误。开发人员对他们负责的代码领域提出意见和反馈。 产品负责人会提出大量问题并开展研究。这是产品用户应能够使用的演示，而不是产品特色的浏览。因此，他们看到的一切都应能够工作。 在他们全部看过之后，我们就可以简短地讨论未成功交付的任何功能。为何未能交付？需要做什么改变，以便能在未来的冲刺期中完成它？或者，我们是否需要重新思考？ GH：那么，二月冲刺期的细节和亮点是什么？ Bellmore：我们对二月冲刺期的结果感到很高兴。就拿 Creo 的直接建模应用程序来说吧，我们列出了想在为期 4 周的冲刺期中完成的 32 个故事，最终我们能够完成其中的 20 个。 从最高的级别来说，我们完成并演示的最重要故事包括： 框选择 草稿 线/弧工具 移除曲面 修改倒圆角 选定部分的发光效果 曲面轮廓上的预高光效果 GH：你们并没有实现全部故事。那么，接下来会怎么样？ Bellmore：在冲刺期中未实现的任何故事都会退回到特性列表，以重新确定优先级。通常，会为下一个冲刺期选择这些故事，但有时候优先级发生了变化，因此这些故事可能会在特性列表中降级。产品负责人检查余下的特性列表，然后确定最好的推进方式。由于版本是时间盒计时的，因此，他们的唯一选择就是，通过丢弃最不重要的故事减小版本的范围，或者通过尽可能增加其他 Scrum 团队来增加人手。 GH：那么，总的来说，Creo 1.0 是否达到预期目标？ Bellmore：查看过整个版本之后，我想我们达到了预期目标。在一些领域，我们超前了许多，例如 Schematics；在另一些领域，我们稍微落后，不过我们已经重新确定了特性列表的优先级，并且增加了 Scrum 团队的人手，以便将最重要的功能部分加入到版本中。 我们计划在 2011 年 6 月发布 Creo 1.0，因此，从现在起到该时间为止，请时常回到 Creo 博客了解此版本的更多详细信息。 |
