Sprint燃尽图——我们是不是一直在度量错误的指标?
传统的Sprint燃尽图是否可以对团队有所帮助?一些Scrum团队发现:跟踪记录任务小时数隐藏了sprint的真实状况,他们更喜欢其他工具。
传统的Sprint燃尽图是否可以对团队有所帮助?一些Scrum团队发现:跟踪记录任务小时数隐藏了sprint的真实状况,他们更喜欢其他工具。
对于敏捷团队来讲,燃尽图可以说的上是最有用的一种信息发射源(Information Radiator)。它以图形化的方式展现了剩余的工作量(y轴)与时间(x轴)的关系。让我们感兴趣的地方在于对燃尽图的分析可以揭示很多问题,比如团队的表现如何、如何进一步改进等等。
怎样在软件开发中实现团队的自我管理?怎样让团队找到自身的问题?怎样实时地反映项目的进度?团队成员怎样知道每天应该做什么?为了解决这些问题,我们的经验是日常开发中建立一个基于拉动式生产方式的信息化工作空间。
Sprint燃尽图用来追踪sprint backlog的变化情况。它也可以为回顾提供很有价值的数据。Mike Sutton用在燃尽图上加注解的方式记录更多信息,于是对回顾更有帮助。
极限编程的Yahoo讨论组一直在讨论:诸如任务白板这样的低技术含量信息辐射器的优劣,并与高技术含量的工具做比较。最初的帖子倾向于使用真正的任务白板,而不是电子表格,但是作者发现无法去跟老板解释。后续的讨论揭示了多种原因,说明为什么要选择简单的物理方式来报告信息。
是什么造就出一个高效的团队?依Doug Shimp和Samall Hazziez之见,一个“优秀团队”会展示如下特征:遵循敏捷及精益的原则,采取持续反馈的适应性机制,专注于业务视角所见,充满热情并富有成效。