产品经理,Scrum Master,交互设计师铁三角

　　备注1.：迭代时间：是以团队开始进行迭代计划(包括Story的划分)到迭代发布; 迭代投入比是对团队用于迭代研发的工作量投入的衡量.

　　备注2:6月7月之间,技术部对Hades进行了系统重构,将Hades后台分别与淘宝贷款和阿里贷款的前台进行了融合; 组织结构也进行了部分调整.

　　备注3: 目前,整个技术部团队的Story划分, 进入迭代研发的Story的规模控制在开发1-2人天. 在整个迭代开发结束后,1天内完成测试上线. 整个迭代周期两个星期.每周2，4是发布日.可以按Story进行发布,也可按照迭代进行发布. 一般频率是一个迭代两次发布.

　　备注4: 各个团队保持主干开发. 重点模块结对编程.

　　备注5: 团队的质量目标：1.代码检视10个/KLOC 2. 自测和自动化测试的共同语句覆盖是80% 3. 静态检查MAJOR以及以上等级告警清零.4.圈复杂度 5.代码重复率3%以内.

　　团队投入迭代研发投入比的分析

　　1. 团队的迭代开发投入比例: 团队投入迭代开发的时间占比分析：

　　查看大图

　　从图看出：1.在淘宝贷款,阿里贷款,产品概念阶段的实践尝试取得了不错的效果,使得淘宝贷款和阿里贷款团队投入迭代开发的时间比得到了提升

　　简单讲,前期通过SM,交互设计师,产品经理在进入迭代前期介入需求分析,SM和交互设计师并行同时对口产品经理,通过原型的方式来更好的阐释需求.

　　2.客户线和帐务系统团队迭代开发投入比基本保持稳定,其中帐务系统有小幅的提升.

　　2.团队的迭代测试投入比例：团队投入迭代测试的时间占比分析：

　　查看大图

　　1.淘宝贷款,阿里贷款,客户线的测试同学在迭代测试投入比提升上均非常明显; 帐务系统的测试投入比保持相对稳定.

　　说明,从业务交付的角度上看~7月份开发和测试团队实体化后, 目前的开发和测试的融合越来越有效,使得团队更聚焦于业务交付. 并且测试队伍的效率有了明显的提升~在这里不得不赞赏测试团队所付出的努力~此时，也期望各团队的负责人能给测试同学的个人成长也提供足够的空间~

　　迭代开发生产率分析：

　　查看大图

　　查看大图

　　结合以上的团队完成的Story个数和代码行规模,分析团队的开发生产率如下,供团队参考：

　　1. 阿里贷款,帐务系统团队在11月份,开发同学的开发生产率相比7月份,保持相对稳定.

　　2. 从Story个数和代码行来看, 客户线的开发效率提升明显.且测试投入迭代研发的比例提升非常明显.

　　3. 淘宝贷款的11月份的开发生产率：按照团队完成的Story个数来统计,团队保持基本的稳定,略有下降,按照代码行统计,比7月份要下降.从数据来看,淘宝贷款团队进行了很多的重构工作.

　　针对淘宝贷款和阿里贷款的团队研发投入增加,但团队开发生产率却基本保持稳定的情况 (按理说,团队投入迭代研发的比例增加,生产率应该相应的提升才对), 那么团队相比以前,我们多争取出来的这部分时间,现在都用在什么地方.对此,特地对淘宝贷款和阿里贷款的PM和测试负责人进行些访谈：

　　淘宝贷款：

　　1.11月份团队进行很多重构的方案设计和探讨。优化现有的产品设计.

　　2. 团队成员反思现有的自动化方案,并尝试优化. 另外由于产品的重构,导致需要的自动化测试需要修正

　　3. 人数从之前的开发和测试10人左右扩张到现在近20人,产品种类也增加了, 相互之间的协同比以前要多,管理成本增加了.

　　访谈淘宝贷款PM

　　11月份,老员工新员工融入. 并将老员工抽离出来进行独立的重构设计,新员工投入业务开发.

　　11月份的一些小发布的研发工作量未统计进来.

　　阿里贷款：阿里贷款团队投入迭代研发的比例也比上半年要高出平均20%.但生产率与以前相比较, 相对稳定~

　　测试访谈:

　　1. 目前, 团队处理了比以往更多的插入的业务方临时任务,比如数据订正

　　2. 开发人员投入到自测等质量保证活动比以前多.

　　3. 测试投入比例提高原因：Story开发转测质量提升, 测试执行效率提升,

　　阿里贷款PM:

　　1. 配合SVN迁移临时性工作.

　　2.协助业务方处理了大量的数据订正

　　3. 需求的临时变更投入了很多反复的需求串讲和反串讲.

　　4.阿里贷款渠道外包迭代三的研发度量数据126LOC/人天的说明：1.研发效率未统计双休加班的工作投入2.本身开发效率高

　　随着团队的迭代研发投入时间增加，使得团队有了更多机动的时间,如何主动合理的分配这部分的时间,使得团队的战斗力更强.个人建议,对现有产品的重构优化,建立自动化测试的基础，增加自测和代码检视等质量保证活动是个不错的选择.若长期用于处理更多的需求临时变更和数据订正,这将会使团队陷入被动的状态.

　　PS: 1.迭代投入比是个非常好用的度量项 2. 产品经理, Scrum Master，交互设计师铁三角,产品概念阶段的有效合作对团队效率提升明显 3. 综合Story个数,代码行来衡量团队工作量, 相比单纯的Story个数或者代码行要合理的多· 4.客户线的开发效率提升过程则复杂的多，有时间细细到来 5.推荐Marty Cagan《卓越产品经理》

原文转自：http://www.ltesting.net