讨论主题

每个迭代起初，计算出团队可能工作的工时总合，以便更好的计划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。这样做，也会一定程度上避免团队过度承诺。

注意，这个“负荷指标”应该是变化的。新项目与老项目比肯定不一样。有新员工加入时，肯定也会有影响，需要根据以往数据和经验灵活调整。

欢迎大家交流，共同探讨和分享。