谁烧了图表PO或SM或DT ?
谁烧了图表PO或SM或DT ?
燃尽图不是强制性的。
如果使用,产品所有者可以使用产品待办事项列表烧毁计划和沟通版本。
开发团队可以使用它跟踪Sprint Backlog Sprint目标进展。
有时管理预计Scrum Master跟踪速度。
>谁烧了图表PO或SM或DT ?
谁是最有可能注意到这样一个信息源需要更新吗?然后他们应该做些什么,作为一个自组织的Scrum团队的一员吗?
@Christian:这就是为什么我困惑;我看到可能的场景每个Scrum团队成员利用自己和利益相关者的燃尽图。这就是为什么我不清楚,如果有”是”或“应该”是指定人燃尽图。
@Ian我想开发团队是在最好的位置要注意如果燃尽图需要更新。也这是开发团队的一个关键指标来帮助他们判断任务在春季计划会议?
PO可能不是在最好的位置来保持这个指标,因为旅游需求(办公室)会见客户或客户,开发者——也能找到一个童博的障碍,因为日常状态报告的发展要求。
好的。待办事项列表可以被视为一个todo列表。就是把事情做好,是透明的,对吧?
在Scrum中,我们有2积压的:产品待办事项列表和Sprint backlog。
你的问题是可能与Sprint Backlog。阿宝当然不会维持sprint backlog烧毁图表。他没有参与开发团队的日常任务。
Scrum管理者也不是负责一个Sprint烧掉图表,因为开发团队自组织。
唯一一人负责一个Sprint烧掉图表是开发团队本身。每日例会之后他们可以这样做。只是为了保持跟踪的目标是否实现目标冲刺。
我认为伊恩指的是让这个图表为谁是谁?Sprint燃烧图可以很容易被管理层施压滥用团队创造更多的产出和更快。我认为这是原因不是官方Scrum指南的一部分了。
所以在我看来,开发团队可以使用一个Sprint烧毁图表为他们自己的目的,只要它不被管理团队施加压力。
所以一个Sprint烧掉图表可以使用由开发团队项目如果Sprint的目标将会遇到的最后冲刺。
= = =
然后我们可以有一个烧毁图产品待办事项列表。阿宝可以选择使用一个烧毁图表项目发布日期。这种规模更关注预测增量发布日期。如果有一个产品待办事项列表烧掉图,产品所有者是:唯一的主人。
>我认为伊恩指的是让这个图表为谁是谁?
正确的。例如一个Sprint Burndown可能使用一个开发团队在帮助他们重新计划,从而满足一个Sprint目标。产品Burndown另一方面可能更多的用于产品负责人预测潜在的释放的机会。Scrum Master,仆人领袖和改变代理,可能会有兴趣在这两个以及其他措施如速度。
请注意,*人* Scrum团队股票使团队信息保持最新的责任,不管他们的消费兴趣。错误的信息是垃圾的主要来源,它是每个人的责任尽可能减少这种。第一个注意到需要更新的burndown因此应该采取这一行动的人。如果他们没有能力这样做,那么他们应该评价Scrum Master或其他团队成员及时相关的能力。
很棒,谢谢你们!