【讨论】你的敏捷团队存在“负荷指标”吗?
【摘要】 讨论主题每个迭代起初,计算出团队可能工作的工时总合,以便更好的计划Sprint Backlog。例如周期为2周(按10个工作日算)的迭代,每个人可以工作:10*8小时=80小时,然后再乘以团队人数,就得到可以工作的总工时。你的敏捷团队是这样算的吗?关键字敏捷、工时、负荷指标心得显然,按照理想的算法是很不切合实际的。有人请假怎么办?在迭代中不可避免参加会议、培训、沟通等活动,这个时间怎么算?处...
讨论主题
每个迭代起初,计算出团队可能工作的工时总合,以便更好的计划Sprint Backlog。例如周期为2周(按10个工作日算)的迭代,每个人可以工作:10*8小时=80小时,然后再乘以团队人数,就得到可以工作的总工时。你的敏捷团队是这样算的吗?
关键字
敏捷、工时、负荷指标
心得
显然,按照理想的算法是很不切合实际的。有人请假怎么办?在迭代中不可避免参加会议、培训、沟通等活动,这个时间怎么算?处理邮件、打电话、取快递怎么算?有人请病假、事假怎么算?
看看如下做法可取不?
例如,一个团队5个人,其中一人请假1天,那么这个迭代团队可以投入的工时为:10*5*8小时-8小时=392小时。我们把除了正常工作的其它打电话、取快递、开会等时间抛去,把正常工作的时间用百分比表示,大概占用80%,我们用这个“负荷指标”(Load Factor)乘以总工时,就得到了392小时*0.8=313.6小时。那么这种估算很实际。然后从Product Backlog中选取团队认为可能在313小时内完成的条目作为Sprint Backlog。这样做,也会一定程度上避免团队过度承诺。
注意,这个“负荷指标”应该是变化的。新项目与老项目比肯定不一样。有新员工加入时,肯定也会有影响,需要根据以往数据和经验灵活调整。
欢迎大家交流,共同探讨和分享。
【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论(0)