# LeanProductDevelopment **Repository Path**: zeef/lean-product-development ## Basic Information - **Project Name**: LeanProductDevelopment - **Description**: No description available - **Primary Language**: Unknown - **License**: Not specified - **Default Branch**: master - **Homepage**: None - **GVP Project**: No ## Statistics - **Stars**: 0 - **Forks**: 0 - **Created**: 2021-03-23 - **Last Updated**: 2022-03-31 ## Categories & Tags **Categories**: Uncategorized **Tags**: None ## README # LeanProductDevelopment 精益产品开发 原则、方法与实施 # 第一部分 精益产品开发的原则 ## 1、从传统向敏捷软件开发的演进 ### 传统开发方式面临的挑战 1968年北约召开全球第一节以“软件工程”命名的会议，这次会通常被视为软件工程诞生的标志。会议上提出了软件危机的概念，既随着软件复杂度的不断提高，软件项目普遍出现预算超支、质量低、性能差、不符合实际需求和延期等问题，造成所谓的软件危机。 当时业界普遍认为，软件行业应该借鉴工程领域的经验，产生了传统的软件开发方法，共同特点是强调计划、管控和结构化的工程曾方法，并遵循严格的生命周期概念，把软件开发分割为顺序阶段构成的过程，瀑布开发方式是其中的代表之一。 传统软件开发方法存在的问题： - 希望通过对各个阶段设置关卡，严格控制，以期更早的发现问题。却滞后了集成和测试，让错误的发现延迟到最后，这是很多项目失败的根源。 - 希望一开始就能设定完整和正确的需求，这对软件产品越来越不可能，因为用户也不知道或说不清楚自己想要什么。事实上，对 需求的挖掘和理解，应该是一个持续的过程，需要不断的反馈。 - 把成功定义为“遵循最初的计划和范围”。为了确保项目的“成功”而避免或拒绝进行合理的变更，忽略了“达成商业目标才是真的成功”。这已经成为业务成功的一个严重障碍。 ### 从传统到敏捷 ### 理解敏捷必须回归业务视角 ### 敏捷产品开发的业务目标一：更早的交付价值 ### 敏捷产品的开发业务目标二：灵活的应对变化 ### 敏捷实践体系 - 如何管理迭代交付过程 敏捷框架 - 每个迭代交付什么，如何规划 用户故事、用户故事地图、产品待办事项等敏捷需求实践 - 怎么组织团队才能让他们直接面对用户的需求 跨功能、跨职能和自组织的敏捷团队组织方式 - 如何在迭代模式下更有效的组织需求澄清及验收过程 实例化需求、行为驱动开发或验收测试驱动开发等实践 - 怎么应对持续增加的集成和回归测试 自动验收测试及持续集成等 - 如何在迭代模式下保障设计的一致性和持续演进 对应实践有代码共有、简单设计、测试驱动开发、持续重构和领域驱动设计等 ## 2、精益产品开发的核心原则-聚焦价值流动效率 ### 聚焦将用户价值端到端的流动 - 实现阶段的迭代是不够的 water-scrum-fall - 从聚焦资源效率到聚焦流动效率 人们总是聚焦容易看到的东西，而忽略看不到的东西 - 看板方法的5个实践：可视化价值流动；显示化流程规则；控制在制品数量；管理价值流动；建立反馈，持续改进； - 协调多个团队才能提升流动效率 - 通过分层的方式来连接多个团队的价值流 - 解决方案层（用户需求）、项目网元层（功能需求） ### 从资源效率到流动效率 ## 3、精益产品开发的核心原则-探索和发现有用的价值 ### 做一个能卖出去的产品 - 在IT工具越来越丰富，开源商用软件可选内容越来越多的情况下，用户稀缺的是什么？ ### 精益创业集合 ### 开发、测量和认知的循环 ### 从传统的产品定义方法到精益创业 ## 4、精益思想和精益产品开发实践体系 ### 精益思想的来龙去脉 - 精益思想的5个原则 - 1、定义价值：站在用户的视角定义什么是价值，并把它描述为具体的产品或服务。 - 2、识别价值流：识别和映射创造价值的流程步骤，消除不增加用户价值的步骤和活动 - 3、让价值持续流动：让用户价值在流程步骤中流动起来，使他们持续、顺畅的流向最终用户 - 4、用户价值拉动：由用户价值拉动流动，避免不来来用户价值的浪费 - 5、精益求精：不断重复步骤1到4。追求完美的价值和价值流动，消除过程中所有的浪费 - 上升至精益的价值观： - 1、挑战现状：我们构建长远的愿景，以勇气和创造力来面对挑战和实现梦想 - 2、改善：我们持续改进业务运营不断追求创新和进化。 - 3、现地现物：我们践行现地现物，去源头返现事实，做出正确决策，建立共识最快速的打成目标 - 4、尊重：我们互相尊重，竭尽全力理解对方，承担责任，建立互信 - 5、团队协作：我们极力个体及其执业的提升贡献发展机会，最大化个人和团队绩效。 ### 精益的三个层面 价值观、方法论和实践集 ### 精益产品开发实践体系 - 目标：顺畅高质量的交付有用的价值 - 顺畅：指价值交付过程要顺畅，用最短的时间完成用户价值的交付，而非断断续续，问题连连 - 高质量：高质量指符合要求，避免不必要的错误。它与为了探索而进行的必要试错并不冲突 - 有用的价值：交付的价值应该符合市场和用户的要求，并能产生业务影响，促进组织绩效 - 原则 - 探索和发现有用的价值 - 聚焦和提升价值流动效率 - 管理实践 - 精益创业和创新实践 - 精益需求分析和管理实践 - 精益看板方法实践 - 工程实践 DevOps框架是对敏捷技术实践的集大成和发展。它按价值交付的流程整合技术和管理实践，如自动验收测试、测试驱动开发、持续集成、持续重构、领域驱动设计、服务架构、部署流水线、自动化运维、业务数据监控等。这些实践作为一个整体，在技术层面实现软件产品的持续快速交付，其中既包含系统的部署，也包含基础设施的变更维护。DevOps与精益产品开发，在目标上高度一致，它们都寻求持续、快速和可靠地交付价值；在原则上也高度契合，追求价值的端到端流动效率。 一方面，DevOps为精益产品开发提供了技术基础。另一方面，DevOps的成功有赖于组织文化的深层次变革，例如：着眼于用户价值的流动，而非资源的效率；打破职能之间的藩篱，围绕用户价值深入协作，甚至融合。在这一点上，精益思想和精益实践为成功实施DevOps提供了方法学和实践的支持。 ## 5、经典天文学演进对产品开发方法学的启示 # 第二部分 精益产品开发的方法 ## 6、看板方法和看板实践体系 ## 7、可视化价值流动：案例 ## 8、可视化价值流动：看板系统建模 ## 9、显示化流程规则 ## 10、控制在制品数量：为什么要控制 ## 11、控制在制品数量：控制什么 ## 12、控制在制品数量：如何控制 ## 13、管理价值流动：看板站会 ## 14、管理价值流动：就绪队列填充 ## 15、管理价值流动：发布规划会议 ## 16、建立反馈持续改进：定性反馈和改进 ## 17、建立反馈持续改进：定量的综合反馈和改进 ## 18、看板方法的规模化应用 # 第三部分 精益产品开发的实施 ## 19、实施精益产品开发、提高价值交付能力 ## 20、精益和敏捷需求：精益产品开发的源头 ## 21、精益质量改进 ## 22、打造高效的自组织团队 ## 23、对Scrum的洞察，以及Scrum和看板方法的比较 ## 24、实施DevOps的实践原则 ## 25、在具体上下文中实施精益产品开发