软件研发管理体系

改革创新 Innovating
当前团队有能力发明新的
技术和实践解决前所未遇 组织级结对
的问题
独立
持续变更管 理
企业级协作
对外防御
全面的、集 成的
即时重用
企业级配置 管理
3级
自适应 Adaptive
当前团队的过程已经足够 成熟，能够良好地响应变 化
跨域结对
可协商
持续业务参 与
协作执行
对内防御
TDD、集成 的
当前的过程限制了敏捷实 践开展
制度化、专 详细的、高 缺乏灵活性、
业化
度耦合 长交付周期
单向沟通
不可重复
独立的，位于 软件开发周期
末尾阶段
大规模预先 设计
配置管理是 一项负担
低
等级
含义
职责共享 需求管理 快速响应 沟通 构建管理 测试 简单性 配置管理
管理实践
技术实践
设
成本管理
绩效管理
发
流
研
研发 团队
程
风险管理
理 项目管理
管 知识管理
研发信息平台
质量体系
CMMI ISO9001 （2015版） 知识产权
……
IPD模式
公司愿景与目标
公
产品战略（平台、产品、技术）
司
KPI
分
战略分解
解 竞争信息
市场管理体系
产品战略管理
√√ √ √
PMT
战略、流程驱动的组织体系
PAC
④ 开发团队细化本轮迭代需求，并按照需求的优先 级，依次在本轮迭代完成（设计人员设计完后， 召开设计宣讲会）
⑤ 开发团队每日站立会议、特性开发、持续集成， 使开发进度真正透明
⑥ PO对每轮迭代（2－4周）交付的可工作软件进 行现场验收和反馈
⑦ 回到第3步，开始下一轮迭代
AMM敏捷成熟度等级评估
高
3+级
组织过程焦点 OPF
过
程 组织过程定义
管
OPD
理
组织培训 OT
决策分析与决定 DRA
2019年重点改进：计划管理（项目策划PP）、需求管理（REQM）、测试（验证VER）
传统项目VS敏捷项目
传统 项目 （效率）
尽早锁定需求和细节 完整问题，完整难度 按照计划，一次解决 强制性按照计划进行 有变更，但变更控制
估算工作 量
风险
问题
文档
评审
审计
变更
指定里程 碑计划
制定进度 计划
发布进度 计划
需求
设计
代码检视
测试
缺陷
发布
接受任务、执行任务、反馈进度、通报异常（工作日志、项目任务）
结项
定义质量目标
过程监控、项目度量、根源分析、项目审计
管理
经验教训 重用
过程资产库
模板库、典型案例库、计划模板库、用例库、设计规范
知识沉淀 优化建议
CMMI3体系
项目策划 PP
项目监控
PMC 项
集成项目管理 目
IPM
管
风险管理
理
RSKM
供应商协议管理 SAM
配置管理 CM
过程资产库 风险库、案例库、模板库、用例库、规范库等
工程
需求开发 RD 技术解决方案 TS
产品集成 PI 验证 VER
需求管理 REQM
确认 VAL
测量与分析 MA
支持
过程与产品质量保证 PPQA
VS
敏捷 项目 （效果）
持续挖掘客户需求 问题分解，降低难度 快速开始，逐次解决 拥抱变化心态 适应性调整
以人为核心
没有更好，只有更适用！
化繁为简
快速迭代
持续交付价值
敏捷研发模型
迭代模型
敏捷迭代，小步快跑
创建需求
创建迭代
需求列表
迭代列表 迭代1-N
(1-4周)
迭代评审&回顾 交付发布
软件研发管理体系
汇报人：XXX
日期：2019.11.2
目 录
CATALOG
1 研发体系框架 2 产品管理体系 3 技术管理体系 4 研发人力资源管理体系
PART 1 研发体系框架
1.研发管理内容
2.IPD模式
3.产品研发管理流程
4.CMMI3体系 5.敏捷开发
研发管理内容
研
研
发
发
体
团
系
队
设
建
计
CRM
PDM
项
目 ）
OA
ERP
KPI
知识门户
技术&平 台项目任
务书
启动 项目管理体系 项目总结
计划 经验数据库 控制
技术开发
TDT 技术开发体系
平台开发（V）
研发知识管理和技术共享体系/研发知识门户 研发管理信息化（禅道、维秘、SVN。。。）
供应链管理体系
产品研发管理流程
使 用 任
以 项
务目
看为
板 、 禅
产品待实现需求
迭代待实现需求
迭代进度跟踪 产品缺陷跟踪
• 敏捷需求管理 • 迭代计划跟踪 • 缺陷跟踪&度量 • 故事墙
• 任务管理 • 测试计划&用例 • 报表&项目报告 • 代码集成Git
• 持续集成 • 自动化测试 • 代码检测 • 灰度发布
敏捷研发模型 极速模型
单周迭代、迭代内多次发布、以需求为粒度极速交付
资源
资源
资源
产
技术发展
公品 司线
市场需求
KPI
战
略 绩 效 管 理 体
分 解 资 源 线
市场需求管理
流程 工具 方法
系
产品线 业务计划
路标 规划
产品&项 目研发任
务书
组合管理团队
研发
市场
支持
PM
技术职位体系和任职资格
产品开发管理体系
（M） LMT
商业化
KPI
（R） 分 解
PDT
产 品 （
基于业务IT体系
鼓励结对
短小、可估 计
短交付周期
协作式专 题讨论
重复执行
测试与开 发共享
引入重构
集成配置 管理
级
0级
中立 Neutral
即不阻碍也不有利于敏捷 软件开发
概要、模糊、应激式变更
不受限访问业务导向的 控制、风格
表达
不统一
定期会议
具备重复执 独立的，审
行能力
查
临时设计
基本的配置 管理策略
-1级
阻碍 Regressive
即时设计
协调的配置 管理
成 熟
2级
正常运转 Operating
通过对相关技术的掌握和 相应的纪律支持敏捷软件 开发持续实施
有管理的结 增量价值,可 迭代变更 协作基础设
对
测试
管理
施
频繁执行
测试与开发 共享、集成
的
成熟的重构
源自文库
自动化配置 管理
度 等
1级
协作
具备实施敏捷软件开发的 基础
Collaborative
迭代前
迭代中
迭代后
迭代周期
发布
多次发布
需求
计划
设计
测试
回顾
开发
敏捷软件开发典型场景
每日工作
⑤
迭代计划
迭代
④
确定一个迭代 的工作内容
③、⑦
交付可以工 作的软件
⑥
回顾
②
产品和利益
相关人
①
① PO和开发团队对产品业务目标形成共识
② PO建立和维护产品需求列表（需求会不断新增 和改变）,并进行优先级排序
③ PO每轮迭代前，Review需求列表，并筛选高优 先级需求进入本轮迭代开发，召开需求评审会
主 线
道，
系 统 进
以 任
行务
任为
务 跟 进
中 心
综合决策分析
资源分析、进度分析、质量分析、预算成本分析、合同执行分析、风险问题分析......
立项管理 创建项目 创建团队
需求
项目级监控
设计
• 监控风险 • 处理问题
开发
• 召集例会 • 审核任务
验证
• 查看偏差 • 变更计划
发布
• 核算度量 • 根源分析