精益软件开发 2003 年《精益软件开发》书籍的问世,标志着精益理念和实践正式引入软件开发领域,与敏捷软件开发平齐(2001 敏捷宣言),成为新的软件开发方法。 敏捷软件开发继承和吸收了众多的精益思想和理念,精益软件开发对敏捷软件开发产生了重大的影响。 精益软件开发将精益生产在制造业的实践映射到软件工程业,并通过类比的方式将精益生产中的七种浪费与映射到软件开发中的七种浪费。 但是精益开发主张将这种权利下放到团队的每个人手里,从而使开发人员有权利来阐述自己观点并提出建议。 6 嵌入质量 质量的管理在精益软件开发中尤其重要。 精益产品开发 2017 年《精益产品开发》书籍的问世,从产品角度引入精益思想和精益理念,结合产品开发特点和流程,将精益生产的理念与产品实践进行提炼、适配和优化。
精益软件开发 2003 年《精益软件开发》书籍的问世,标志着精益理念和实践正式引入软件开发领域,与敏捷软件开发平齐(2001 敏捷宣言),成为新的软件开发方法。 敏捷软件开发继承和吸收了众多的精益思想和理念,精益软件开发对敏捷软件开发产生了重大的影响。 精益软件开发将精益生产在制造业的实践映射到软件工程业,并通过类比的方式将精益生产中的七种浪费与映射到软件开发中的七种浪费。 精益产品开发 2017 年《精益产品开发》书籍的问世,从产品角度引入精益思想和精益理念,结合产品开发特点和流程,将精益生产的理念与产品实践进行提炼、适配和优化。 产品功能价值排序4. MVP 定义5. 价值验证反馈3. 精益看板建立看板可视化价值流动1. 可视化用户价值。产品的目标是交付用户价值,看板的可视化也应该从用户的视角来组织;2.
精益思想 精益思想源于丰田的精益生产方式,1996 年 James Womack 和 Daniel Jones 的《精益思想(Lean Thinking)》一书问世,精益生产方式由经验变成为理论,新的生产方式正式诞生 4 用户价值拉动 是用户价值拉动,由用户的最终价值拉动这个流动,避免不带来用户价值的浪费,让用户价值拉动整个价值流。 精益产品开发是精益在软件领域发展的主要方式。 软件开发方法主要包括瀑布、敏捷、精益等; 2. 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等; 3. 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等; 4. 软件交付与协作主要包括但不限于 CMMI、ITIL、DevOps 等。
精益思想的思想体系精益思想对精益生产的思想体系进行了理论升华。将精益生产的五大原则升级为精益思想的五大原则。 4 用户价值拉动是用户价值拉动,由用户的最终价值拉动这个流动,避免不带来用户价值的浪费,让用户价值拉动整个价值流。 精益产品开发是精益在软件领域发展的主要方式。 软件开发方法主要包括瀑布、敏捷、精益等;2. 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等;3. 应用部署与管理主要包括但不限于虚拟化技术、容器技术与容器编排等;4. 软件交付与协作主要包括但不限于 CMMI、ITIL、DevOps 等。
4 科学改进所有的改进都必须在老师的指导下,按照科学的方法,在尽可能低的组织层面上进行。 精益生产 精益生产源于丰田生产方式,是对丰田生产方式的总结和借鉴。 精益生产方式的优越性不仅体现在生产制造系统,同样也体现在产品开发、协作配套、营销网络以及经营管理等各个方面,它是当前工业界最佳的一种生产组织体系和方式,也必将成为二十一世纪标准的全球生产体系(思考:手工艺小批量 精益生产的核心是用最少的工作,创造价值。精益生产主要来源于丰田生产系统(TPS)的生产哲学。 4 并行工程在产品的设计开发期间,将概念设计、结构设计、工艺设计、最终需求等结合起来,保证以最快的速度按要求的质量完成。各项工作由与此相关的项目小组完成。 软件开发方法主要包括瀑布、敏捷、精益等;2. 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等;3.
4 科学改进 所有的改进都必须在老师的指导下,按照科学的方法,在尽可能低的组织层面上进行。 精益生产 精益生产源于丰田生产方式,是对丰田生产方式的总结和借鉴。 精益生产方式的优越性不仅体现在生产制造系统,同样也体现在产品开发、协作配套、营销网络以及经营管理等各个方面,它是当前工业界最佳的一种生产组织体系和方式,也必将成为二十一世纪标准的全球生产体系(思考:手工艺小批量 精益生产的核心是用最少的工作,创造价值。精益生产主要来源于丰田生产系统(TPS)的生产哲学。 4 并行工程 在产品的设计开发期间,将概念设计、结构设计、工艺设计、最终需求等结合起来,保证以最快的速度按要求的质量完成。各项工作由与此相关的项目小组完成。 软件开发方法主要包括瀑布、敏捷、精益等; 2. 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等; 3.
前言: 本文主要探讨在精益敏捷的开发下, 该如何看待与处理所谓的 “带病迭代”? (而不在探讨如何定义带病迭代◦) 本文: 精益敏捷开发采用迭代的方式进行开发◦许多的团队在这方面往往犯了以下的其中一个错误, 而使得精益敏捷开发最终以失败收场! 2) 认为迭代是 “带病” 了, 便认为应停止开发下一轮迭代的所有需求, 先将这轮迭代搞 “健康” 了再说◦ 如此的思维, 作法是以 CMMi 的方式在执行精益敏捷开发;标准的借尸还魂◦最终, 结论: 在精益敏捷的开发下, 看待与处理所谓的 “带病迭代”, 是期望项目经理需根据: 1) 外部客户, 使用者的变化 2) 产品质量的变化 有智慧的做出正确的 “决策”, “计画 ” 与 “执行’◦ 能拥抱变化, 才是真正的精益敏捷开发!
前言: 本篇主要是在讲述精益敏捷外包开发, 其背后的主要思维◦ 本文: 许多企业的 IT 部门, 因为人力成本的考量, 同时也为了能拥有更多与更有弹性的人力资源, 而将软件开发与软件测试的工作外包 , 却还是无法高效率的交付高质量的产品◦ “精益敏捷外包开发” 便是要以: 1) 团队协作 2) 轻量级的流程 3) 自动化的环境 使来自不同公司 甚至是身处于不同办公地点的的外包人员, 均能形成一致的共识, 主动且高效的协作, 而能针对版本质量的现况,, 适时的做出适当的决策, 使产品版本的交付, 能符合高效且高质量的要求◦ 所以, “精益敏捷外包开发 ◦ 产品软件的开发, 需能即时反应产品质量的现况: 团队可依产品质量的现况, 做出适当的决策; 如: 依据目前迭代测试的结果, 制订下一轮迭代的迭代计划◦ 结论: 精益敏捷外包开发的模式 , 回归以人为中心的工作模式◦在此模式下, 确实能激发外包人员的主动性与自主性◦ 而使得产品软件的开发, 在此模式下, 可同时具备高效率的开发与与高质量的版本发布◦ 在后续将有更多的文章探讨这方面的议题
本书以实践的方式,将这一系列的领域及理论知识结合到一起,来帮助读者构建全栈Web 开发的知识体系,并辅以精益及敏捷的思想,来一步步开发Web 应用:从创建一个UI 原型到编写出静态的前端页面;从静态的前端页面到带后台的应用 ,并部署应用;从Web 后台开发API 到开发移动Web 应用。 在这个过程中,我们还将介绍一些相辅相成的步骤:使用构建系统来加速Web 应用的开发;为应用添加数据分析工具来改进产品;使用分析工具来改善应用的性能;通过自动化部署来加快上线流程;从而帮助读者开发出一个真正可用的全栈 同时,我们也将帮助读者把这些步骤应用到现有的系统上,改进现有系统的开发流程。
2016, 深圳, Ken Fang 前言: 精益敏捷开发以轻量级的文档与团队协作, 提高开发的效率。 另一方面, 许多人对于精益敏捷开发在轻量级的文档下, 如何保证开发的质量存在著许多的质疑与困惑。 本文将从 “度量” 的角度, 运用一轻量级度量的方式, 确保团队在精益敏捷开发的过程中, 可同时确保效率与质量。 1) 测试用例先行 (流程指标) 精益敏捷开发, 期望以表格式的测试用例, 使开发人员可清楚的明白到底要开发什么? 3) 同时兼顾效率与产品质量 (质量指标) 精益敏捷开发的质量指标, 主要是以 “缺陷” 驱动团队的开发质量与测试效率。 I.
前言: 本文主要是在讲述精益敏捷外包开发, 为何应舍弃 “过重的文档”, 而应改采 ”视觉化的看板”, 方能有效的整合来自不同企业,位于不同办公区的软件外包人员, 而能共同高效的完成高质量的交付 , 外包的开发与测试人员, 才会开始进行相关的开发与测试工作◦ 而这一看似必要且理所当然, 应该由企业 IT 部门的需求分析/ 设计人员, 所交付的需求/ 设计规格书, 往往却是造成企业 IT 部门 “等待”, 而被 “压缩”; 举例: 本来在整个版本中, 应有 3 个月的时间进行开发与测试, 却被压缩成只剩下两周◦ 当外包人员的开发与测试的时间被压缩时, 外包人员将别无选择, 只能把手头上的工作先交付出去 可视化: 可视化的呈现, 产品软件开发周期内的信息; 包括: 需求分析, 架构设计, 测试用例等的信息◦ 3. 团队协作: 可使企业 IT 部门与来自不同企业, 位于不同办公区的外包人员充分且直接的协作◦ 我便是以 “看板”的型式,在精益敏捷外包开发中, 建构一高效的信息传递机制◦
image.png 这一阶段,我来给大家介绍下精益产品开发的“前世今生”。 精益产品开发英文是:Lean Startup。 精益产品开发概述 精益产品开发是一种用于开发产品和服务的方法论,旨在缩短产品开发的周期,并快速发现产品创意构思是否可行;这是通过采用商业假设驱动的实验、迭代产品发布和验证学习的组合来实现的。 4.与供应商保持密切联系,以了解客户的需求。 精益制造后来作为一种精益软件开发方法,广泛应用于软件行业。 image.png 基于精益产品开发的定义 企业家Eric Ries在他的博客和书《精益创业》中使用了特定的术语来指代核心的精益产品开发原则。 精益营销 精益产品管理 精益软件开发 精益用户体验 所以,精益产品开发(Lean Startup方法),已经不再是一个初创企业的方法论,“精益”是每位创业者和企业家的必修课
精益开发如何驱动人才进行创新? 图片 2 提升能力 01 分解目标,设定节奏 帮助员工理清问题,把大问题切成若干小问题,帮助其设定节拍,从他愿意做的部分开始,鼓励他尝试;随时观察员工进度和状况,尤其在产品开发的初期,如果情况不妙,一定要出手稍微拉一下 产品和流程开发的成功取决于为每个客户交付的具体和实际价值。 除了观察之外,这种理解还要有针对性的实验,多方案的工程以及开发早期的快速学习周期而得到增强。
精益画布 [小商家版精益画布] 产品原型设计 经过对比分析,决定通过墨刀来进行产品原型设计,目前免费。 ;3、定性验证解决方案(MVP-->早期接纳者);4. 定量验证解决方案(改善产品);5. 产品风险(产品是否合适);6. 客户风险:能否建立起客户渠道;7. 修改历史 2019/8/6:决定使用墨刀设计产品原型 2019/8/4:提出用于MVP的可证伪的假设,把注意点修改为产品指导 2019/8/3:细化关键指标,修改问题和解决方案细化的点 2019/7/31
精益对大家来说都不陌生了,无论是最开始提取的丰田制造原型,还是后面延伸出来的物流供应链管理,再到近两年颇为流行的精益创业(Lean Startup),都在不停刷新着“精益”这个概念。 最近也不乏把精益当成“热词”来包装的各种理论,以至于很多客户建议我另外给“精益企业”取个名字。我一般都会礼貌回答说:看看精益房子(见下图)吧,我们并没有发明什么新东西。 ? 还用精益思想合适吗?这里我来谈谈自己的理解,抛砖引玉。 开发了多少条需求和测试出了多少bug,横比环比增长了多少都是报告中的常客。 什么事情喊口号容易,持之以恒的一万小时是每个希望成为精益践行者必须经历的磨练。“着眼长远”这一精益的另一基本原则送给还在坚持的同学们。 ----
精益是DevOps发展的必然途径 开发过程为什么难以衡量? 实现“与业务目标保持一致、更短的开发周期、更高的部署频率、更可靠的软件发布”,这一持续交付的目标肯定是无比正确的。 这就是我们所谓的精益。 通过统一的DevOps平台,对软件建设的过程数据进行收集和监控,然后以直观的精益看板的形式展现,我们可以更容易发现问题、分析问题、解决问题。 这就是我所理解的DevOps “精益”思维。 在我规划DevOps产品的时候,我认为精益是DevOps的灵魂。而大多数的企业和DevOps产品并没有重视“精益”,我以为我是孤独者。 至于协作、精益、持续改进,都不是他们所考虑的问题。 03 精益 通过收集和监控各个组件、各个过程的执行数据,提供直观的精益看板进行展示,作为企业持续改进的依据,能帮助企业发现目前项目或研发团队存在的问题,持续改进DevOps团队生产和交付,最大化体现
精益画布的产生 1.开发原则 丰田生产体系和客户开发法 the Toyota product debelopment system 1、质量就等于效率 2、不靠质量检测来保证质量 3、不以价格来定供应商 5、让工人在创造高品质的产品中得到乐趣 4、打破部门之间的界限 对比 FORD (car factory 1960) 大工厂,大批量零件 订单大 工人就是螺丝钉 快速生产大量汽车 TOYOTA (car 有订单再开工 鼓励工人自己解决问题 为客户创造价值 2.方法 Steven Gary Blank 《思步创业法》The Four Steps to the Epiphany 关注价值 减少浪费 以人为本 《精益制造法 》Eric Ries 商业模式画布 Alexander Osterwalder 精益画布 Ash Maurya 3.精益画布是什么? 它来源于丰田生产体系,继承了其关注价值、减少浪费、以人为本的思想,是一种用来组织、梳理、探索商业模式的工具,适用于初创或小规模业务的公司 ---- 三、如何使用精益画布 1.精益画布的作用 入门 将精益模式画布作为一个检查清单来使用
施工项目组织精益化是以精益思想为指导,通过精益组织管理,实现精益建造。 外圈:精益质量管理、精益安全管理、精益工期管理、精益成本管理、精益组织管理。 内圈:以客户拉动,实现增加价值、减少浪费、持续改善的目标。 精益建造管理以“顾客拉动、增加价值、减少浪费、持续改善”为核心思想,以精益质量、精益成本、精益工期、精益安全和精益组织等为重点管理内容,以全面质量管理、准时采购、最后计划者体系、目视管理、协同管理等一系列精益管理工具为主要抓手 图4某精益建造项目组织结构(矩阵式管理) 表1某精益建造项目项目部岗位清单 (2)标准化管理 标准化管理:建设工程大多是重复的建设活动,通过制定标准化的建造方法和流程,规范建筑生产步骤、提高操作人员业务水平 (4)客户需求管理 精益思想的核心是提高客户价值,因而客户需求管理应贯穿建筑产品精益建造的全过程。以客户为中心,最大限度满足顾客需求、实现顾客价值。 精益建造首先要明确客户所需价值,准确了解客户需求。
图片想成功实施精益生产,就得回到现场,把管理的基础做好。 具体步骤如下所示:1、精益现场精益现场改善的方法有很多,比如5S,基础精益工具的应用、浪费识别、精益改善提案等方法,经过培训和管理层逐步宣传,可在全厂实施,形成早期精益改进的氛围。 2、建立精益价值流操作模式从模范价值出发,逐步推进价值流模式,形成多种价值流管理模式,设置关键精益绩效指标、单元布局、流动、拉动方式,优化精益生产计划,建立销售与运作规划(S&OP),问题解决方法的应用等 4、扩展价值流到供应商和客户将精益模式扩展到供应商,改进和优化整个供应链,继续减少库存。现阶段需要对供应商进行培训,通过项目实施,使供应商真正掌握精益模式,提高效率,降低成本。 对于已经实施精益的客户,我们有一种共同的语言,可以优化向上的供应链,而对于尚未实施精益的客户,我们应该通过精益来影响他们。
"精益"是很好的创业方法,"数据分析法"则保证数据的收集与分析。二者均可从根本上改变你对企业开创与发展的看法。它们不仅仅是一种方法,还是一种思维模式。 精益分析思想指提出正确问题,并重点关注那项可达成你期望结果的关键指标。 一.好的指标定义 有比较性 简单易懂 比率 会改变行为:随着指标变化,你是否会采取相应的措施? 除非你的商业模式与这两个指标绑定,它们并非一定能说明问题 收集到的用户邮件地址数量:看他们是否按照邮件中提示去做 下载量:下载量本身并不带来价值(付费应用除外),应用下载后的激活量、账号创建量等等 4. :数据是否有效、实用 忘记归一化 排除异常点 包括异常点 忽视季节性 抛开基数奢谈增长 数据呕吐:知道什么数据是重要 谎报军情指标 “不在这儿收集”综合征:数据与其他数据源混合使用 关注噪音 参考《精益数据分析