聊聊敏捷研发度量(合辑共11篇)
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
敏捷测试转型
扫码关注公众号
扫码阅读
手机扫码阅读
文章主旨:
通过敏捷研发理念重新审视度量指标设计与应用,推动研发效能与质量改进,帮助团队实现敏捷成熟度提升。
关键要点:
- 需求工作量与价值度量需统一方法,关注最终用户价值而非统计的需求数量。
- 研发效能度量需可视化,明确核心指标以简化治理成本并避免指标泛滥。
- 传统质量管理体系在敏捷团队中需转变为推动质量内建的文化,避免成为“监工”。
- 敏捷研发中需设计更有效的度量指标体系,警惕虚荣指标,确保促进团队效益提升。
- 基于敏捷成熟度模型评估团队发展状态,并通过阶段性提升策略逐步优化研发效能。
内容结构:
- Part1 度量需求的工作量和价值:探讨需求工作量估算及价值度量的重要性,强调“outcome比output重要”,并提出度量需求价值需管理层支持。
- Part2 研发生命周期的度量:
- 研发效能可视化:明确核心用户需求及北极星指标,避免指标泛滥。
- 软件生命周期各阶段的度量:针对不同阶段选取关键指标,优化研发过程治理。
- Part3 敏捷研发的质量工程师须知:
- 质量管理工程师面临的困境:传统质量观与敏捷质量观的差异,使质量管理需要转型为推动质量内建的文化。
- 效能度量中的虚荣指标问题:指标易被误导,需设计符合敏捷理念的度量体系。
- Part4 敏捷成熟度:
- 参考阿里巴巴的度量经验,从管理、技术、产品三个维度梳理敏捷要点。
- 敏捷成熟度模型与团队调查问卷:通过评估指标与阶段性策略,推动团队从转型初期到完全成熟期的发展。
- 结语:基于敏捷价值观设计度量指标体系,警惕伪敏捷现象,让成员真正获益,同时帮助质量工程师适应敏捷团队的需求变化。
文章总结:
文章系统性探讨了敏捷研发中的度量指标设计与应用,强调指标的价值牵引作用及团队适应性提升,以推动研发效能与敏捷成熟度的全面发展。
敏捷测试转型
敏捷测试转型
扫码关注公众号
《无测试组织-测试团队的敏捷转型》主题探讨。从打造测试的组织敏捷,到敏捷测试技术的丰富实践,从一线团队的视角来聊聊我们是怎么做的。面向未来,拥抱敏捷原则,走向高效能组织。
94 篇文章
浏览 132.8K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
敏捷测试转型的其他文章
聊聊CMM/CMMI认证的反敏捷
对于传统软件行业的QA(过程改进)人员,CMM/CMMI知识是基本要求,但是在推行敏捷的组织中,CMM/CMMI并不被接受,甚至和敏捷转型理念背道而驰。这篇短文就聊CMM/CMMI认证的反敏捷之处,QA人员可以对比思考
聊聊普通人如何应对chatGPT
这一篇不介绍chatGPT这类算法产品的技术和设计等具体内容,也不去预言其应用的各种前景,仅仅从软件服务发展的基本规律来聊聊,普通人应该怎么看待这场AI革命,应该采用什么原则去适应变化
聊聊测试驱动开发
软件缺陷通常是由低质量的代码引起的,但是在复杂项目中,要维护这些代码简直就是噩梦。新加入的开发者想对它进一步修改,更是举步维艰。测试驱动开发,或许能解决这个问题,利用测试构建出高维护性和满足客户需求的软件,它也是XP(极限编程)的核心实践
聊聊团队效能的自我诊断
理解了敏捷知识和失败原因,我们可以开始逐步诊断团队自身,通过集体脑爆,一起制定未来的转型目标。团队成员对未来愿景能否达成共识,这点至关重要,这是指导未来具体交付行为的指南针
聊聊用户故事的估算和拆解
对于敏捷和用户故事实践的最大难点,是如何估算用户故事的大小,如何拆解大的故事?过大的用户故事会带来一系列的沟通复杂度和潜在质量风险。本文重温行业经典的估算和拆解方法,并从敏捷团队的实践角度深入思考
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线