《QConShanghai-于彩荣-ABBS敏捷之路 -QCon.pdf》由会员分享，可在线阅读，更多相关《QConShanghai-于彩荣-ABBS敏捷之路 -QCon.pdf（27页珍藏版）》请在三一文库上搜索。
1、平安科技（深圳）有限公司 秘密 版权所有；不得侵犯 第1页 问题驱动、结合实际 -平安科技保险IT团队敏捷导入纪实 目录 为何要导入敏捷？ 如何导入敏捷？ 体会和思考 我们的挑战 外部挑战： 配合合作伙伴服务时间，7*24 与其他保险公司竞争，快=市场 渠道为王，配合对方节奏，接受需求变更 我们的挑战 内部痛苦： 1. 需求堆积，加班严重 2. 测试完成时间不可控 3. 发版本时要留守 我们的挑战 KANBAN ATDDATDD Continuous Continuous IntegrationIntegration PairPair- -ProgrammingProgramming 测试前置
2、 Single branch Automated TestingAutomated Testing USER STORY RefactoringRefactoring SCRUM 敏捷，你能拯救我们吗？ 我们的挑战 内部痛苦 1. 需求堆积，加班严重 2. 测试完成时间不可控 3. 发版本时要留守 1：提高产能 KANBAN SCRUM 产能提升 人均需求数 【计算公式】3个月滚动指标 三个月滚动 = SUM(三个月内所有版本的SR数)/SUM(三个月内开发人力数) 举例：2012年11月数据 = SUM(9、10、11月版本 SR数) /SUM(9、10、11三月的开发人数) 说明： 8月团
3、队内新增两位外包人力，人均产能未产生明显下降。 11月部分人力投入到持续集成，引发产能下降。 2月受到新年和业务需求减少影响，产能较低 阶段性成果 实施 1.00 2.76 0.00 0.50 1.00 1.50 2.00 2.50 3.00 0 10 20 30 40 50 60 70 80 90 100 SR数 人均SR数 线性 (人均SR数) 线性 (人均SR数) 我们的挑战 内部痛苦 1. 需求堆积，加班严重 2. 测试完成时间不可控，测试任务堆积 3. 发版本时要留守 2：提升质量 提高移交 质量 持续集成 质量提高 2：提升质量 提高移交 质量 合适的CI 策略 质量提高 2：提升
4、质量 提高移交 质量 合适的CI 策略 稳定的CI 环境 质量提高 阶段性成果 实施 后 7.26 1.05 0.00 1.00 2.00 3.00 4.00 5.00 6.00 7.00 8.00 0 20 40 60 80 100 120 140 160 180 201203 201204 201205 201206 201207 201208 201209 201210 201211 201212 201301 201302 201303 201304 201305 201306 201307 201308 BUG数 bug数/SR数 bug数/人力数 线性 (bug数/SR数) STG
5、 缺陷密度 实施 后 生产缺陷数 0 0.5 1 1.5 2 2.5 L3 L2 L1 实施 后 我们的挑战 内部痛苦 1. 需求堆积，加班严重 2. 测试完成时间不可控 3. 发版本时要留守 3：快速发布 阶段性成果1 25.81% 50.00% 22.73% 75.00% 0% 10% 20% 30% 40% 50% 60% 70% 80% 2010 2011 2012 2013 测试完成时间 4 0 10 20 30 40 50 60 紧急需求距离版本发布时间 紧急需求接受度 VS 测试及时完成率 说明：平安科技要求每个版本在发布当天的18：00完成所有测试工作。 阶段性成果2 测试完成时间分布 50% 23% 75% 0.00% 10.00% 20.00% 30.00% 40.00% 50.00% 60.00% 70.00% 80.00% 18以前 18-19 19-20 20-21 21-22 22-23 23-00 00以后 2011年 2012年 2013年 体会和思考 体会和思考 问题驱动 体会和思考 结合实际 体会和思考 避免陷阱 1：你们敏捷了吗？ 2：你们怎么敏捷的? 1：敏捷了 2：我们有看板有 站会 Q&A 谢谢