精益产品开发
2020-04-09 17:26:12 1 举报AI智能生成
登录查看完整内容
精益产品开发原则
作者其他创作
大纲/内容
精益产品制造
价值观
持续改进
挑战现状
改善
现地现物
尊重人
尊重
团队协作
方法论
定义价值
识别价值流
让价值持续流动
用户价值拉动生产
精益求精
实践指导
看板【信息卡】
下游向上游传递信息
拉动上游活动
拉动源头是客户价值【订单&需求】
自働化
并非自动化
自感知异常
停止生产
不让问题进入下一个环节
现场第一时间分析问题
准时化【JIT】
精益产品开发
产品开发体系
现状
Water-Scrum-Fall：开发环节并不带来真正的价值交付
阶段性的迭代
需求分析之前还是无法摆脱规划
测试验收之后还有方案实施和验证
从宏观来讲仍然是瀑布式
只是在开发阶段能够及时发现协作问题并作出调整
交付过程还是不能够立即完成，业务闭环未能打通
反馈也不够及时
看上去很高的资源效率但无法转化为真实的生产力
资源问题是显而易见的因此更容易被吸引，看不见的才是问题
核心原则
在产品开发中，我们的问题几乎从来不是停滞的资源，而是停滞的产品需求
资源效率
资源视角
流动效率
流动视角
准则
端到端
需求输入，需求输出
输入产品需求，输出产品价值
主线是用户需求，下层功能需求，底层模块任务。左右对齐
看板系统真正意义上流动的是用户需求，并非开发任务
呈现用户问题提出，到交付给解决用户问题方案的全过程
显示化流程规则
控制就绪数量
管理价值流动
建立反馈，持续改进
聚焦价值流动效率
从聚焦资源效率到聚焦流动效率
流动效率着眼于用户价值而非独立的资源，寻求整体的优化
探索和发现有用的价值
经济只能构建在稀缺之上
人类即将进入注意力经济时代
只有赢得用户注意力的才能幸存
做一个能卖得出去的产品，而不是卖一个能做出来的产品
很多公司现状
工程思想
瀑布式(重量级)
在交付之前都是半成品
强调计划
管控和结构化
严格的周期概念
把软件开发分割顺序阶段
软件危机
预算超支
质量低
性能差
不符合实际需求
延期
问题所在
对各阶段设置关卡，却滞后了系统集成和测试
希望一开始设定完整和正确的需求
确保项目成功，拒绝合理的变更
忽略商业目标
传统产品发开强调控制人和控制流程
轻量级方法(敏捷)
特性
迭代和增量
应对变化
适应性
用户价值驱动
自组织团队
协作、透明
数据反馈
方法体系
极限编程
Scrum
DSDM
RAD
DDT
用户故事
特性驱动
原则
基础原则一：从业务视角看敏捷的业务目标已，更快的交付价值
摩尔定律：“如果我们18个月后卖出的产品和今天相同，那么得到的收入就只能是今天的一半。”
摩尔反定律：越早交付，价值越高
移动互联网
基础原则二：灵活应对变化
团队随时间进展，积累知识更多，更清楚用户最合适的产品 以及 产品的技术方案
知识最不充分的时候，做出了最重要的决定，并且作为后期的决策依据
需求、市场、环境和技术方案越来越不确定的移动互联网时代，这个决策是决定生死的时刻
在迭代状态下仍然做出决定（小规模决策），在团队不断获取新信息，建立新认知在后续的迭代中做出调整响应变化
实践
如何管理迭代交付过程?
特性驱动开发
PM
每个迭代交付什么？怎么规划？
用户故事地图
产品需求池
PO
怎样组织团队才能直接面对用户的需求
PO/PM
跨功能
跨职能
自组织
如何在迭代模式下，有效的澄清需求以及验收
实例化需求
行为驱动开发
验收测试驱动开发
怎么应对持续增加的集成和回归测试？
自动化验收测试
持续集成Devops
如何在迭代模式下保障设计的一致性和持续性？
代码共有
简单设计
持续重构
领域驱动设计
解释：实例化需求偏向于强调用实例沟通澄清需求的过程而验收测试驱动开发，偏向于强调完整的操作流程和协作方式
0 条评论
回复 删除
下一页
