【讨论】你的敏捷团队存在“负荷指标”吗?

举报
敏捷江湖桃花岛黄岛主 发表于 2020/03/12 08:38:52 2020/03/12
【摘要】 讨论主题每个迭代起初,计算出团队可能工作的工时总合,以便更好的计划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

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。