产品团队:产品总监、产品经理、产品负责人(PO)、业务分析师(BA)、技术团队:技术负责人
从需求到交付:端到端精益产品实践
围绕质量管理的实际工作场景,《从需求到交付:端到端精益产品实践》以理解研发效能的核心思想等课程模块作为选型线索,帮助产品团队:产品总监、产品经理、产品负责人(PO)、业务分析师(BA)、技术团队:技术负责人,核对内训目标、课时安排和交付要求
适合对象
产品团队:产品总监、产品经理、产品负责人(PO)、业务分析师(BA)、技术团队:技术负责人
课程定位与主要问题
项目经理、交付负责人、业务骨干和跨部门协作团队已有明确任务时,可借这门课把计划拆解、节点管理、干系人沟通和问题升级拆成分工和检查点
课程适配与选型边界
这部分用于判断《从需求到交付:端到端精益产品实践》是否适合当前质量管理培训需求,重点看参训对象、业务场景、核心模块和讲师经验是否匹配
围绕质量管理相关业务问题展开训练,帮助企业把课程内容转化为可讨论、可练习、可复盘的工作动作
《从需求到交付:端到端精益产品实践》的训练重点包括理解研发效能的核心思想、高效规划和高质量快速交付需求等,实际取舍可按企业需求、参训基础和课时安排确认
建议将《从需求到交付:端到端精益产品实践》与同主题课程按参训对象基础、当前业务场景、案例方向、期望课时和讲师经验,以及洪永潮的授课方向进行区分
这门课程适合用于判断参训对象、讲师背景、课程大纲、训练收益和交付安排是否匹配;如果仍在了解主题概念,可先查看相关主题、方案或知识内容。具体配套材料与练习产出,以沟通后的课程安排为准。
核心收益
- 建立端到端精益思维:理解从需求发现到软件交付的完整价值流,识别并消除过程中的浪费
- 掌握精准需求分析技术: 学会运用用户目标达成理论、黄金圈、事件驱动的业务分析、实例化需求等4个工具…
- 优化精益开发交付流程: 掌握看板方法、业务分析方法、持续交付等敏捷实践,加速价值流动,实现正确地做事
查看更多收益 收起更多收益
- 促进协同与反馈:建立产品、开发、测试等角色之间的共同语言和协作机制,基于快速反馈进行迭代和调整
课程背景与交付信息
在当今快速变化的市场环境中,企业面临的核心挑战是如何高效地将有价值的想法转化为可交付的软件产品。常见的痛点包括
需求侧与交付侧脱节: 产品经理抱怨开发速度慢、不理解需求;开发团队抱怨需求频繁变更、不清晰、价值不明确;测试团队抱怨需求提测质量差、测试时间短
价值流动不顺畅: 从概念到上线的价值流中存在大量等待、返工和浪费,导致需求交付周期长,错过市场机会和无法快速进行价值验证
2天,12小时
理论讲解(30%)、案例分享(10%)、案例研讨(20%)、实战工作坊(40%)包括:业务流程的分析和设计、影响地图制定、产品原型设计、看板设计与管理、发布计划模拟、互动问答与总结
课程内容重点
课程大纲
课程总览
- 第一天:聚焦怎么做——精益产品开发与交付(交付侧)
- 开场破冰:讲师介绍,并了解目前需求交付过程中,期待解决的问题?
理解研发效能的核心思想
- 1. 软件开发的本质与核心挑战:效率vs有效性
- 2. 精益思想的核心
- ——价值、价值流、流动、拉动、尽善尽美
- 3. 最大的浪费来源
- ——做了没人用的需求、需求不清晰、等待、返工
- 研发效能:持续顺畅高质量交付有效价值
- 1. 走向高效交付
- 仅关注局部效率的竖井模式 → 端到端的⾼效交付
- 2. 资源效率与流动效率
- 关注人员效率 → 关注需求流动效率
高效规划和高质量快速交付需求
- 1. 可见:看板实践——可视化端到端的价值流
- 2. 可控:迭代实践——让价值顺畅流动起来
- 从日到月:月产品规划与周研发排期、双周迭代及迭代排期会、每日站会
- 3. 可度量:度量实践——可行动的效能反馈闭环
- 4. 加速:加速价值流动和交付
- 1. 利特尔法则:快速缩短需求的交付周期
- 2. 湖水岩石效应:以周期时间倒逼深层次的改进
- 1. 需求的规划与交付的衔接
- 1. 一个转变:目标、业务场景 → 产品需求
- 2. 两个结合:业务流程与业务规划相结合
- 3. 三个闭环:目标、业务规划和产品交付的业务闭环
- 2. 需求的分析和拆分的核心原则
- 原则1:在问题域拆分需求
- 原则2:保障持续或迭代交付
- 共识:我们需要的是敏捷的规模化,而不是规模化敏捷(方法)
- 1. 关注2个层面的解决问题清单与核心目标
- 1. 业务层
- 2. 交付层
- 2. 从单产品到多产品的扩展
- 1. 单产品单交付团队
- 2. 单产品多交付团队
- 3. 多产品多交付团队
- 行动规划:制定个人/团队的改进backlog
- 第二天:聚焦做什么——精益需求分析与产品设计(需求侧)
基于目标的业务问题分析
- 1. 用户目标达成理论
- ——人们要的不是产品或功能,而是结果
- 2. 用黄金圈理论:构建从目标、策略和功能的链路
- 3. 用影响地图不断验证
- 1. 目标的合理性
- 2. 功能的有效性
- 3. 需求的优先级等
- 1. 以终为始的需求结构
- 1. 明确的业务目标+明确的业务流程
- 2. 明确的产品功能+明确的验收标准
- 3. 清晰的需求结构
- 2. 用事件风暴来探索业务
- 1. 确定目标和终态事件
- 2. 以终为始构建完整的事件流
- 3. 挑战和调整事件流并补充分支流程
- 4. 添加用户和操作
- 案例演练1:基于目标和业务事件-分析业务流程
产品设计与澄清
- 1. 从业务需求到产品需求
- 错误来源:明显的事不明显、拷贝走样
- 1. 先定义需求的验收标准
- 2. 在确定在业务流程中产品需求的位置
- 3. 后用实例化需求来澄清需求
- 2. 实例化需求
- 1. Who:谁参与需求工作坊
- 2. When:在什么时候分析和澄清
- 3. How:如何分析与澄清
- 3. 实例化需求的操作步骤
- 1. 业务需求交付的3个层次
- 第一层次:业务运营层-业务需求
- 第二层次:产品交付层-产品需求
- 第三层次:技术实现层-技术任务
- 2. 业务驱动的分层协作
- 1. 从目标→业务需求
- 2. 从业务需求→产品需求
- 3. 从产品需求→技术任务
- 3. 整体交付流程和反馈闭环
- 1. 从目标规划到业务验收发布
讲师介绍
洪永潮
敏捷研发管理实战专家
前阿里云研发效能高级专家,17年敏捷精益实践积淀。主导阿里巴巴等大型企业敏捷转型,带来直接增值超1亿元。擅长研发效能提升、DevOps工程实践与精益产品交付,助力企业构建高效能研发组织
查看讲师主页课程差异说明
本课程页面围绕《从需求到交付:端到端精益产品实践》重点呈现课程定位、适合对象、核心收益和 5 个主要模块,便于快速判断培训匹配度
课程常见问题
这门《从需求到交付:端到端精益产品实践》适合哪些企业或学员?
《从需求到交付:端到端精益产品实践》适合产品团队:产品总监、产品经理、产品负责人(PO)、业务分析师(BA)、技术团队:技术负责人。如果需求还停留在质量管理主题了解阶段,建议先看相关主题或方案页;如果已经在选具体课程,本页可用于判断讲师、对象、大纲和交付安排
这门课主要解决什么问题?
围绕质量管理相关业务问题展开训练,帮助企业把课程内容转化为可讨论、可练习、可复盘的工作动作。课程页重点说明单门课程的训练重点和适配场景,不替代主题页对质量管理的系统解释
课程内容通常会覆盖哪些训练重点?
可重点查看页面中的课程内容重点和课程大纲。《从需求到交付:端到端精益产品实践》当前呈现的核心模块包括理解研发效能的核心思想、高效规划和高质量快速交付需求等
如何判断这门课和同主题其他课程怎么选?
优先比较参训对象、行业场景、讲师背景、案例方向、课时长度和大纲深度;同一主题下的多门课应承担不同课程定位,避免只按泛主题词判断
课程配套材料和练习产出如何确认?
页面中如提到练习产出或配套材料,只表示沟通时可确认的方向,不默认承诺固定交付物;最终以企业需求沟通后的课程安排为准