拍卖行 网站建设,哈尔滨建筑网,wordpress工作原理,天元建设集团有限公司邮编嗨#xff0c;朋友#xff01;你听说过「新型工伤」吗#xff1f;
我好像「赛博确诊」了#x1f623;
那天朋友约我吃饭#xff0c;我下意识回复了句「好的#xff0c;那我提一个日程」……还有上次跟一位准妈妈聊天#xff0c;我好奇宝宝的预产期#xff0c;结果脱口…嗨朋友你听说过「新型工伤」吗
我好像「赛博确诊」了
那天朋友约我吃饭我下意识回复了句「好的那我提一个日程」……还有上次跟一位准妈妈聊天我好奇宝宝的预产期结果脱口而出「宝宝预计什么时候发布呀」 小编观察到这种生活语言系统被职场黑话污染的「新型工伤」辐射范围还不小。就比如昨天我只是抱怨了一句「外卖等了好久」就被拉着科普了一中午「什么是 Lead Time」 简单地说用「餐品已送达」的时间减去你下单的时间——更准确的说法是「商家已确认订单」的时间——得到的时间差就是商家的 Lead Time。因为点外卖需要提前下单所以 Lead Time 也被翻译成了提前期或前置时间…… 01 什么是 Lead Time
和 Cycle Time 一样Lead Time 也是精益生产的专业术语。Lead Time交付时间是指企业从接受客户订单开始到成功向客户交付货物结束中间所间隔的全部时间。
在软件开发语境中研发团队的 Lead Time 是需求从被确认即产品经理采纳需求到上线交付所需的时间也就是「From Idea To Launch 」的时间。
以 LigaAI【看板视图】中的研发需求为例单一用户故事的 Lead Time 可以通过计算完成状态与创建状态的时间差值得出。而有统计结果表明研发团队的整体交付时间通常符合韦伯分布因此建议选用 85% 分位数进行分析而不是平均值。 在之前介绍 Cycle Time 的文章中我们曾讨论过Cycle Time 是指技术团队从头到尾完成一单位研发工作所需的平均时间。那么Lead Time 和 Cycle Time 二者有怎样的关系或区别呢
02 Lead Time vs Cycle Time
这个问题让我们从「一个需求的一生敏捷开发版」说起。
一个创意/想法/反馈被提出后要先通过产品愿景和目标的价值匹配等处理由产品负责人确认是否可以接纳其成为待开发需求。
已采纳的研发需求会被记录在产品待办列表Product Backlog中经过需求分析、需求拆分、需求评审、优先级排序、工作量估算等一系列步骤变成一个个清晰明确的小粒度、高优先级的用户故事。这个过程会剥离出当前优先级/价值较低的需求继续接受待办列表细化的考验。
在迭代计划会议上Scrum 团队讨论符合 DoRDefinition of Ready要求的用户故事并结合优先级、工作量等将其规划进迭代待办列表Sprint Backlog中投入迭代开发。
当需求顺利通过开发、测试、部署被成功发布到生产环境后Lead Time 和 Cycle Time 的计时就按下终止键。 也就是说Lead Time 包括了用户故事的准备时间、在积压列表中的等待时间和研发团队实现需求的周期时间即 Cycle Time。 敏捷联盟Agile Alliance还指出Lead Time 和 Cycle Time 分别代表了不同角色的度量视角。前者从「用户视角」出发衡量了需求从被确认到被满足的时间而后者从「开发者视角」出发衡量的是研发需求/用户故事从开始开发到成功交付的间隔时间。
总结一下。Lead Time 和 Cycle Time 都是用于度量研发速率的有效指标。Lead Time 以 PBI 的创建为起点体现了研发团队响应需求的能力而 Cycle Time 以需求进入迭代开发为起点反映的是研发团队交付价值的能力。在数值关系上Lead Time 包含了 Cycle Time。
03 Lead Time 的重要性
DORADevOps Research and Assessment研究表明速度和稳定性是影响研发效能的两大重要维度。其中变更前置时间Lead Time for Changes正是影响研发效能的四大关键因素之一。
Lead Time 和 Cycle Time 作为研发速率的两大度量指标在提升组织敏捷性和适应性方面卓有成效。结合行业标杆参考值技术管理者可以快速定位效能瓶颈和潜在风险利用行业可复制经验和新兴技术能将组织效能提升落到实处持续学习、持续改进。
像适当减少 WIP 数量、缩小需求颗粒度、持续集成、自动化测试、自动化部署、提高代码质量、打造和维护「高信任、低指责」的组织文化等等都是提升研发交付速率的常见有效手段。
# LigaAI 总结
研发团队的 Lead Time交付时间是需求从被确认到被满足的间隔时间体现了研发团队快速响应需求的能力是度量研发速率的重要指标之一。
单一研发工作的 Lead Time 可以通过计算完成状态与创建状态的时间差值得出而研发团队整体的交付时间应取 85% 分位数展开分析。 最后我想问问朋友们我这种「新型工伤」有没有成熟的解决方案啊 LigaAICSDN还将持续分享更多研发效能管理、度量体系搭建的实践经验以及科学的度量指标管理方法。
关注 LigaAI -新一代智能研发协作平台欢迎申请试用我们的产品一起变大变强
