软件研发管理体系-公司管理体系.pptx

软件研发管理体系 2022-9-26 目录 CATALOG 2022-9-26 PART 1 研发体系框架 2022-9-26 研发管理内容 研发体系设计 研发团队建设 绩效管理 成本管理 风险管理 项目管理 知识管理 质量体系 研发团队 研发信息平台 CMMI ISO9001 （2015版） 知识产权 研 发 流 程 管 理 …… 2022-9-26 IPD模式 2022-9-26 产品研发管理流程 综合决策分析 资源分析、进度分析、质量分析、预算成本分析、合同执行分析、风险问题分析...... 需求 设计 开发 验证 发布 项目级监控 立项管理 创建项目 创建团队 估算工作量 指定里程碑计划 制定进度计划 发布进度计划 风险 问题 文档 评审 审计 变更 需求 设计 代码检视 测试 缺陷 发布 接受任务、执行任务、反馈进度、通报异常（工作日志、项目任务） 定义质量目标 过程监控、项目度量、根源分析、项目审计 结项管理 监控风险 召集例会 查看偏差 核算度量 处理问题 审核任务 变更计划 根源分析 过程资产库 模板库、典型案例库、计划模板库、用例库、设计规范 以项目为主线，以任务为中心 使用任务看板、禅道系统进行任务跟进 2022-9-26 CMMI3体系 2019年重点改进：计划管理（项目策划PP）、需求管理（REQM）、测试（验证VER） 2022-9-26 传统项目VS敏捷项目 VS 以人为核心 化繁为简 快速迭代 持续交付价值 2022-9-26 敏捷研发模型 敏捷迭代，小步快跑 迭代模型 2022-9-26 敏捷研发模型 单周迭代、迭代内多次发布、以需求为粒度极速交付 极速模型 2022-9-26 敏捷软件开发典型场景 PO和开发团队对产品业务目标形成共识 PO建立和维护产品需求列表（需求会不断新增和改变）,并进行优先级排序 PO每轮迭代前，Review需求列表，并筛选高优先级需求进入本轮迭代开发，召开需求评审会 开发团队细化本轮迭代需求，并按照需求的优先级，依次在本轮迭代完成（设计人员设计完后，召开设计宣讲会） 开发团队每日站立会议、特性开发、持续集成，使开发进度真正透明 PO对每轮迭代（2－4周）交付的可工作软件进行现场验收和反馈 回到第3步，开始下一轮迭代 2022-9-26 AMM敏捷成熟度等级评估 3+级改革创新Innovating 当前团队有能力发明新的技术和实践解决前所未遇的问题 组织级结对 独立 持续变更管理 企业级协作 对外防御 全面的、集成的 即时重用 企业级配置管理 3级自适应 Adaptive 当前团队的过程已经足够成熟，能够良好地响应变化 跨域结对 可协商 持续业务参与 协作执行 对内防御 TDD、集成的 即时设计 协调的配置管理 2级正常运转Operating 通过对相关技术的掌握和相应的纪律支持敏捷软件开发持续实施 有管理的结对 增量价值,可测试 迭代变更管理 协作基础设施 频繁执行 测试与开发共享、集成的 成熟的重构 自动化配置管理 1级协作Collaborative 具备实施敏捷软件开发的基础 鼓励结对 短小、可估计 短交付周期 协作式专题讨论 重复执行 测试与开发共享 引入重构 集成配置管理 0级中立 Neutral 即不阻碍也不有利于敏捷软件开发 不受限访问 概要、模糊、业务导向的表达 应激式变更控制、风格不统一 定期会议 具备重复执行能力 独立的，审查 临时设计 基本的配置管理策略 -1级阻碍 Regressive 当前的过程限制了敏捷实践开展 制度化、专业化 详细的、高度耦合 缺乏灵活性、长交付周期 单向沟通 不可重复 独立的，位于软件开发周期末尾阶段 大规模预先设计 配置管理是一项负担 等级 含义 职责共享 需求管理 快速响应 沟通 构建管理 测试 简单性 配置管理 管理实践 技术实践 2022-9-26 PART 2 产品管理体系 2022-9-26 产品投资分析 产品成功的标准是什么？ 市场规模 市场份额 销售利润率 服务利润率 市场成功 财务成功 是否符合公司战略 是否符合市场需求 2022-9-26 需求管理 需求工程把需求分为开发与管理两大过程，共涵盖需求调研、需求分析、需求定义、需求确认、需求跟踪与需求变更控制六个关键过程，所有需求开发与管理细节主要围绕这六个过程展开对知识、方法、工具和技能的定义。这六个过程紧密相连，坏坏相扣，确保每个过程都做好，整个需求管理才会呈现最好的结果。 2022-9-26 产品开发流程与需求管理关系模型 用户群 需求收集 书面标准 事实标准 功能需求 非功能需求 需求分解、分配 业务需求 软件需求 技术解决方案 面向产品的需求开发与管理 面向用户的需求开发与管理 质量属性 DFX 2022-9-26 项目管控体系