首页  思维导图  详情



 



精益产品开发

2020-04-09 17:26:12   1  举报





AI智能生成

精益产品开发原则

精益创业

产品经理

商业模式

精益思想原则

产品开发

模板推荐

作者其他创作

大纲/内容

精益产品制造

价值观

持续改进

挑战现状

改善

现地现物

尊重人

尊重

团队协作

方法论

定义价值

识别价值流

让价值持续流动

用户价值拉动生产

精益求精

实践指导

看板【信息卡】

下游向上游传递信息

拉动上游活动

拉动源头是客户价值【订单&需求】

自働化

并非自动化

自感知异常

停止生产

不让问题进入下一个环节

现场第一时间分析问题

准时化【JIT】

精益产品开发

现状

阶段性的迭代

需求分析之前还是无法摆脱规划

测试验收之后还有方案实施和验证

从宏观来讲仍然是瀑布式

只是在开发阶段能够及时发现协作问题并作出调整

交付过程还是不能够立即完成，业务闭环未能打通

反馈也不够及时

看上去很高的资源效率但无法转化为真实的生产力

资源问题是显而易见的因此更容易被吸引，看不见的才是问题

核心原则

聚焦价值流动效率

从聚焦资源效率到聚焦流动效率

流动效率着眼于用户价值而非独立的资源，寻求整体的优化

核心原则

探索和发现有用的价值

经济只能构建在稀缺之上

人类即将进入注意力经济时代

只有赢得用户注意力的才能幸存

做一个能卖得出去的产品，而不是卖一个能做出来的产品

很多公司现状

工程思想

强调计划

管控和结构化

严格的周期概念

把软件开发分割顺序阶段

软件危机

预算超支

质量低

性能差

不符合实际需求

延期

问题所在

对各阶段设置关卡，却滞后了系统集成和测试

希望一开始设定完整和正确的需求

确保项目成功，拒绝合理的变更

忽略商业目标

传统产品发开强调控制人和控制流程

轻量级方法(敏捷)

特性

迭代和增量

应对变化

适应性

用户价值驱动

自组织团队

协作、透明

持续改进

数据反馈

方法体系

极限编程

Scrum

DSDM

RAD

DDT

用户故事

特性驱动

原则

基础原则一：从业务视角看敏捷的业务目标已，更快的交付价值

摩尔定律：“如果我们18个月后卖出的产品和今天相同，那么得到的收入就只能是今天的一半。”<br>

摩尔反定律：越早交付，价值越高

移动互联网

基础原则二：灵活应对变化

团队随时间进展，积累知识更多，更清楚用户最合适的产品以及产品的技术方案

知识最不充分的时候，做出了最重要的决定，并且作为后期的决策依据

需求、市场、环境和技术方案越来越不确定的移动互联网时代，这个决策是决定生死的时刻

在迭代状态下仍然做出决定（小规模决策），在团队不断获取新信息，建立新认知在后续的迭代中做出调整响应变化

实践

如何管理迭代交付过程?

Scrum

特性驱动开发

极限编程

每个迭代交付什么？怎么规划？

用户故事

用户故事地图

产品需求池

怎样组织团队才能直接面对用户的需求

跨功能

跨职能

自组织

如何在迭代模式下，有效的澄清需求以及验收

实例化需求

行为驱动开发

验收测试驱动开发

怎么应对持续增加的集成和回归测试？

自动化验收测试

持续集成Devops

如何在迭代模式下保障设计的一致性和持续性？

代码共有

简单设计

持续重构

领域驱动设计

解释：实例化需求偏向于强调用实例沟通澄清需求的过程<br><br>而验收测试驱动开发，偏向于强调完整的操作流程和协作方式

 Collect

Get Started

通用精益产品研发流程

 Collect

Get Started

精益画布V1.0.1

 Collect

Get Started

精益创业画布

 Collect

Get Started

精益画布





0 条评论

下一页