研发管理模式探讨

特性团队的引入
随着团队逐渐扩大,中心化管理和沟通低效，复杂问题决策慢,且个体生产力 和兴奋度没有得到充分发挥
各方角色更关注自己的职能任务,而不是对整体特性和业务模块负责，各角色 之间边界明显,信息交换不及时，欠缺强合力
自驱型团队
强结果导向的交付型团队
特性团队的定义
• Feature Team(特性团队,后续简称FT）的定义： FT是跨职能、 跨组件、端到端交付（以用户为中心）产品特性的长期固定 的团队
待改进：
还在逐步完善整个研发过程,质量监控体系;
FT扣分次数
4
2
2
1
6月 7月 8月 9月
腾讯特性团队管理的案例分享
• 手机管家的FT荣誉实践考核标准
评比维度
公共目标
业务目标 过程要求 价值观
建议比例
20%
60% 10% 10%
衡量点
研发指标：crash率、核心能力、DEX包大小控 制、质量控制、合入主线质量、coverity扫描、 kapalai适配 衡量版本业务目标完成情况
腾讯特性团队管理的案例分享
• 桌面QQ浏览器FT模式下的团队结构
腾讯特性团队管理的案例分享
• 桌面QQ浏览器各FT的运作简介
腾讯特性团队管理的案例分享
各FT独立运作后,谁来从整体上把关业务方向和运行机制？
腾讯特性团队管理的案例分享
• FT业务委员会机制
FT1 FT4 业务会 FT2
FT3
组成：各总监+GM+顾问+HRBP 使命：把关FT业务发展方向,建立高效FT运作机制
Βιβλιοθήκη Baidu
• 应用宝的FT考核措施
研发考核： 10%
财务指标： 90%
1.FT考核财务指标
✓按部门考核频率半年一次执行
✓每个FT制定年度完成目标，每月按结算规则 核算完成度,并review后续目标是否需要矫正或 调整
2.FT研发考核
✓考核维度包含三个部分：版本延期+修正版+ 运用故障
✓每项问题扣5分，上限10元封顶
特性型团队的组织架构
• 主要以产品业务特性分组
xx业务
FTO
FTO
FTO
….
产品 设计 技术 测试
FT的特点及带来的好处
跨组 件
快速响应变化，快速形成决策，易产生突破创新 促进各方角色的高效沟通、默契合作、提升合力 独立交付特性、减少工作交接和等待，提升研发效率
聚集业务目标，持续打磨特性和业务 各方角色对完整特性及整体业务领域负责 闭环研发促进团队技能持续提升,能承接更多业务模块
职责： •各FT半年业务目标和版本业务目标把关决策 •各FT半年业务目标和版本业务目标考评 •各FT业务目标中途调整决策 • FT成立、退出、鼓励方案等运作事宜决策 常规会议： •月度例会：每月第二周 •周度业务决策会议：每周四 •针对特别议题的会议：临时召开
腾讯特性团队管理的案例分享
各FT独立运作后,如何保证FT间必要的协调工作？
✓与FT考核利润挂钩,每月考核结果折算扣除FT 利润
3.个人考核
✓开发、产品、运营、PM及相关leader直接归 FTO考核 ✓测试、设计考核在职能leader，但会参考FTO 的意见
腾讯特性团队管理的案例分享
• 各FT目标完成趋势
7月
8月
优点：
1、FT目标明确、动力十足、业务目标完成度呈明显上升趋势; 2、研发过程问题减少，FT运作逐步稳定;
职能型的优缺点
• 职能式组织结构的缺点
虽然职能式结构有一些优点，但是其缺点也是很明显的： （1）项目管理没有正式的权威性。由于项目团队成员分散于各职能部门，团队成员受职能部门与项目 团队的双重领导，而相对于职能部门来说，项目团队的约束显得更为无力。 （2）项目团队中的成员不易产生事业感与成就感。团队中的成员普遍会将项目的工作视为额外工作， 对项目的工作不容易激发更多的热情。这对项目的质量与进度都会产生较大的影响 （3）对于参与多个项目的职能部门，特别是具体到个人来说，不容易安排好在各项目之间投入力量的 比例。 （4）不利于不同职能部门的团队成员之间的交流。 （5）项目的发展空间容易受到限制
腾讯特性团队管理的案例分享
• 应用宝的FT合流质量保证
1.明确定义合流质量标准 2.明确合流审批角色,质量不达标不能合入 3.合流平台支持代码合入及权限控制 4.合流后的验证确保主线稳定 5.FT单独灰度，丰富FT内质量检测手段
腾讯特性团队管理的案例分享
• FT模式下,如何制订激励措施？
腾讯特性团队管理的案例分享
研发管理模式探讨
大纲
职能型团队 职能型的优缺点 特性团队的引入 特性型的特点、好处 腾讯特性团队管理的案例分享
职能型团队
• 现在大部分的公司实现的是职能型组织架构，管理方式是矩 阵式的管理
产品研发部
项目1 项目2 项目3
产品
技术
设计
测试
职能型的优缺点
• 职能式组织结构的优点
（1）项目团队中各成员无后顾之忧。由于各项目成员来自各职能部门，在项目工作期间所属关系没 有发生变化，项目成员不会为将来项目结束时的去向担忧，因而能客观地为项目去考虑，去工作。 （2）各职能部门可以在本部门工作与项目工作任务的平衡中去安排力量，当项目团队中的某一成员 因故不能参加时，其所在的职能部门可以重新安排人员予以补充。 （3）当项目全部由某一职能部门负责时，在项目的人员管理与使用上变得更为简单，使之具有更大 的灵活性。 （4）项目团队的成员有同一部门的专业人员作技术支撑，有利于项目的专业技术问题的解决。 （5）有利于公司项目发展与管理的连续性。由于是以各职能部门作基础，所以项目管理不会因项目 团队成员的流失而有过大的影响
发布评估
主线集成
发布
合 入 主 线
不让搭 车的FT 需代码 回滚
不让搭 车的FT 需代码 回滚
腾讯特性团队管理的案例分享
• 周FT同步会
FT
数据/效果/用户反馈分享
事项
上周进展
问题、风险、求助
本周计划
腾讯特性团队管理的案例分享
• 大项目日历
腾讯特性团队管理的案例分享
• 各FT独立运作后,如何保证整体产品质量？
腾讯特性团队管理的案例分享
• 手机QQ浏览器的主版本研发流程
产品版本规划 委员会
主线
版本规 划会
版本启动
FT1
需求规划 &评审
需求规划
FT2
&评审
支线开发 支线开发
合 入 主 线 测试通过
测试通过
不满足集成标准的 FT是否可以搭车,让 集成delay
集成搭车 模式评估
不满足发布标准的 FT是否可以搭车发 布,让发布delay