精益思想 精益思想源于丰田的精益生产方式,1996 年 James Womack 和 Daniel Jones 的《精益思想(Lean Thinking)》一书问世,精益生产方式由经验变成为理论,新的生产方式正式诞生 精益思想理念 精益思想的理念主要包含三部分: 系统思维 大处着眼,小处入手。 价值驱动 增值意义,拉动。 流程速度 增值百分比,效率。 精益思想的思想体系 精益思想对精益生产的思想体系进行了理论升华。 将精益生产的五大原则升级为精益思想的五大原则。 1990 年《精益思想》的出版,完成丰田生产方式从实践到理论的升华,精益的理念和边界得到扩展,精益的范围被扩大。 精益产品开发是精益在软件领域发展的主要方式。
精益思想 精益思想源于丰田的精益生产方式,1996 年 James Womack 和 Daniel Jones 的《精益思想(Lean Thinking)》一书问世,精益生产方式由经验变成为理论,新的生产方式正式诞生 精益思想的思想体系精益思想对精益生产的思想体系进行了理论升华。将精益生产的五大原则升级为精益思想的五大原则。 1990 年《精益思想》的出版,完成丰田生产方式从实践到理论的升华,精益的理念和边界得到扩展,精益的范围被扩大。 精益的通用性在不断的扩大,为各行各业引入和发展精益创造了条件,但同时对实践的指导也在不断的减弱,面向具体行业的精益实践百花齐放百家争鸣各领风骚,精益大爆炸是其显著特征。 精益产品开发是精益在软件领域发展的主要方式。
本文围绕“敏捷测试与精益测试的融合方法”展开探讨,旨在为读者提供理论指导与实践参考。一、敏捷测试与精益测试的内涵及异同1. 两者的互补性维度敏捷测试精益测试关注点速度与反馈效率与价值流测试驱动力需求变化与交付频率浪费减少与过程优化目标迭代内快速质量保障流程整体质量和资源最大化敏捷测试强调“做快做对”,精益测试强调“做该做的” 推动跨职能团队协作 融合敏捷团队的协作文化与精益的持续改进精神 让测试人员参与需求设计与价值分析,提升前置防错能力 促进开发、测试、运维在价值流中的协同优化 三、案例分享某大型电商企业将敏捷测试与精益测试融合 进行价值流自动识别、用例优化和缺陷预测,实现智能化精益敏捷测试。 未来的软件测试,必然是敏捷与精益的交响,是效率与质量的共舞。
精益软件开发 2003 年《精益软件开发》书籍的问世,标志着精益理念和实践正式引入软件开发领域,与敏捷软件开发平齐(2001 敏捷宣言),成为新的软件开发方法。 敏捷软件开发继承和吸收了众多的精益思想和理念,精益软件开发对敏捷软件开发产生了重大的影响。 精益软件开发将精益生产在制造业的实践映射到软件工程业,并通过类比的方式将精益生产中的七种浪费与映射到软件开发中的七种浪费。 另外还有一些常见的现象是大部分“已编码完成”的功能不得不等待很长一段时间才会被测试,而被测试了的功能会等待相当长一段时间才拿去被客户验收,这些通通都是软件开发过程中的存货。 精益产品开发 2017 年《精益产品开发》书籍的问世,从产品角度引入精益思想和精益理念,结合产品开发特点和流程,将精益生产的理念与产品实践进行提炼、适配和优化。
精益软件开发 2003 年《精益软件开发》书籍的问世,标志着精益理念和实践正式引入软件开发领域,与敏捷软件开发平齐(2001 敏捷宣言),成为新的软件开发方法。 敏捷软件开发继承和吸收了众多的精益思想和理念,精益软件开发对敏捷软件开发产生了重大的影响。 精益软件开发将精益生产在制造业的实践映射到软件工程业,并通过类比的方式将精益生产中的七种浪费与映射到软件开发中的七种浪费。 另外还有一些常见的现象是大部分“已编码完成”的功能不得不等待很长一段时间才会被测试,而被测试了的功能会等待相当长一段时间才拿去被客户验收,这些通通都是软件开发过程中的存货。 精益产品开发 2017 年《精益产品开发》书籍的问世,从产品角度引入精益思想和精益理念,结合产品开发特点和流程,将精益生产的理念与产品实践进行提炼、适配和优化。
拉动系统是 1940 年代后期诞生的精益制造原则的一部分。精益拉动系统旨在创建一个工作流程,只有在有需求时才会拉动工作。实施拉动系统的目的是根据实际需求而不是预测来构建产品。 精益生产 精益生产源于丰田生产方式,是对丰田生产方式的总结和借鉴。 精益生产的核心是用最少的工作,创造价值。精益生产主要来源于丰田生产系统(TPS)的生产哲学。 精益思想颠覆了传统的大量制造的观念,重新定义了企业原则和价值观。 流动“流动”和“拉动”是实现精益思想的中坚,精益思想强调的是不间断的“流动”,要求全过程有价值的活动都要流动起来。但受限于传统部门分工和批量生产等传统观念和做法,企业的价值流动经常会被阻断。
拉动系统是 1940 年代后期诞生的精益制造原则的一部分。精益拉动系统旨在创建一个工作流程,只有在有需求时才会拉动工作。 实施拉动系统的目的是根据实际需求而不是预测来构建产品。 精益生产 精益生产源于丰田生产方式,是对丰田生产方式的总结和借鉴。 精益生产的核心是用最少的工作,创造价值。精益生产主要来源于丰田生产系统(TPS)的生产哲学。 精益思想认为产品或服务的价值最终由客户来确定,只有满足客户需求的产品或服务才是有价值的。精益思想颠覆了传统的大量制造的观念,重新定义了企业原则和价值观。 流动 “流动”和“拉动”是实现精益思想的中坚,精益思想强调的是不间断的“流动”,要求全过程有价值的活动都要流动起来。但受限于传统部门分工和批量生产等传统观念和做法,企业的价值流动经常会被阻断。
今天,优思学院要和大家分享的是,精益生产和精益管理的区别,让我们一起来深入了解这两个概念吧。什么是精益生产?精益生产是一种生产方式,它强调在减少浪费的前提下提高效率和质量。 什么是精益管理?精益管理则是一种管理哲学,它强调在提高价值的前提下减少浪费。它来源于《精益思想》一书,通过消除浪费、提高效率、改善质量等方式来提高企业绩效,以达到创造更多价值的目的。 精益生产和精益管理的区别经过上面的简单介绍,你可能已经发现了,精益生产和精益管理的主要区别在于它们强调的重点不同。 来源不同精益生产的源头是日本的丰田生产方式,而精益管理的源头是美国的《精益思想》一书。这两者的来源也是不同的。 所以,精益生产和精益管理并不是简单的提高效率和降低成本,而是要不断地追求卓越,以实现企业的可持续发展。如何应用精益生产和精益管理?
精益画布 [小商家版精益画布] 产品原型设计 经过对比分析,决定通过墨刀来进行产品原型设计,目前免费。
精益对大家来说都不陌生了,无论是最开始提取的丰田制造原型,还是后面延伸出来的物流供应链管理,再到近两年颇为流行的精益创业(Lean Startup),都在不停刷新着“精益”这个概念。 最近也不乏把精益当成“热词”来包装的各种理论,以至于很多客户建议我另外给“精益企业”取个名字。我一般都会礼貌回答说:看看精益房子(见下图)吧,我们并没有发明什么新东西。 ? 开发了多少条需求和测试出了多少bug,横比环比增长了多少都是报告中的常客。 用测试来描述一个业务小场景,然后加以实现,这种小步前进的方式正是个人对精益思想的日常修炼!每个“小批次”业务场景实现后,都要严格重构,追求代码的极致简洁,这又是我们接下来谈的对”匠艺“的卓越追求。 什么事情喊口号容易,持之以恒的一万小时是每个希望成为精益践行者必须经历的磨练。“着眼长远”这一精益的另一基本原则送给还在坚持的同学们。 ----
精益是DevOps发展的必然途径 开发过程为什么难以衡量? 实现“与业务目标保持一致、更短的开发周期、更高的部署频率、更可靠的软件发布”,这一持续交付的目标肯定是无比正确的。 这就是我们所谓的精益。 通过统一的DevOps平台,对软件建设的过程数据进行收集和监控,然后以直观的精益看板的形式展现,我们可以更容易发现问题、分析问题、解决问题。 这就是我所理解的DevOps “精益”思维。 在我规划DevOps产品的时候,我认为精益是DevOps的灵魂。而大多数的企业和DevOps产品并没有重视“精益”,我以为我是孤独者。 至于协作、精益、持续改进,都不是他们所考虑的问题。 03 精益 通过收集和监控各个组件、各个过程的执行数据,提供直观的精益看板进行展示,作为企业持续改进的依据,能帮助企业发现目前项目或研发团队存在的问题,持续改进DevOps团队生产和交付,最大化体现
而精益生产作为一种高效的生产管理模式,已经成为了众多企业提升效率和质量的首选。优思学院在本文将对精益生产进行详细的介绍,并提供企业实现精益生产的实用建议。什么是精益生产? 精益生产的定义精益生产(Lean Production)是一种以减少生产过程中的浪费为核心,通过优化生产流程,提高生产效率和质量的生产管理模式。 而“精益生产”是后來经过《改变世界的机器》和《精益思想》的作者詹姆斯·P·沃麦克(James P.Womack),丹尼尔·T·琼斯(Daniel T. 精益生产的原则价值观原则价值观原则是精益生产的核心,其基本理念是“顾客第一、员工尊重、改善持续”。 通过精益生产的实践,企业可以实现成本的节约和效率的提高,从而在市场竞争中占据优势。在实施精益生产之前,如何确保每个员工都能参与其中?
施工项目组织精益化是以精益思想为指导,通过精益组织管理,实现精益建造。 通过对精益建造理论的研究,中国精益建造技术中心(LCTC)提出了“精益建造管理体系结构模型”,见图1。 外圈:精益质量管理、精益安全管理、精益工期管理、精益成本管理、精益组织管理。 内圈:以客户拉动,实现增加价值、减少浪费、持续改善的目标。 精益建造是通过精益设计、精益采购、精益施工、精益交付等方法将投入项目建设与运营全过程的人力、物料、资金、信息等资源流转化为满足客户需求的具有特定质量、功能和形象的建筑产品的过程。 精益建造管理以“顾客拉动、增加价值、减少浪费、持续改善”为核心思想,以精益质量、精益成本、精益工期、精益安全和精益组织等为重点管理内容,以全面质量管理、准时采购、最后计划者体系、目视管理、协同管理等一系列精益管理工具为主要抓手
图片想成功实施精益生产,就得回到现场,把管理的基础做好。 具体步骤如下所示:1、精益现场精益现场改善的方法有很多,比如5S,基础精益工具的应用、浪费识别、精益改善提案等方法,经过培训和管理层逐步宣传,可在全厂实施,形成早期精益改进的氛围。 2、建立精益价值流操作模式从模范价值出发,逐步推进价值流模式,形成多种价值流管理模式,设置关键精益绩效指标、单元布局、流动、拉动方式,优化精益生产计划,建立销售与运作规划(S&OP),问题解决方法的应用等 4、扩展价值流到供应商和客户将精益模式扩展到供应商,改进和优化整个供应链,继续减少库存。现阶段需要对供应商进行培训,通过项目实施,使供应商真正掌握精益模式,提高效率,降低成本。 对于已经实施精益的客户,我们有一种共同的语言,可以优化向上的供应链,而对于尚未实施精益的客户,我们应该通过精益来影响他们。
"精益"是很好的创业方法,"数据分析法"则保证数据的收集与分析。二者均可从根本上改变你对企业开创与发展的看法。它们不仅仅是一种方法,还是一种思维模式。 精益分析思想指提出正确问题,并重点关注那项可达成你期望结果的关键指标。 一.好的指标定义 有比较性 简单易懂 比率 会改变行为:随着指标变化,你是否会采取相应的措施? 应用下载后的激活量、账号创建量等等 4.探索性指标与报告性指标 5.先见性指标与后见性指标 先见性:预测未来 后见性:一个基准,提示问题的存在,比如用户流失 6.相关性指标与因果性指标 三.测试 市场细分:一群拥有某种共同特征的人 同期群测试:相似群体随时间的变化,适用:营收、客户流失率、口碑的病毒传播、客户支持成本等等 A/B测试:改动产品某一方面,衡量其对另一方面的影响 多变量:同时改动产品的多个方面 :数据是否有效、实用 忘记归一化 排除异常点 包括异常点 忽视季节性 抛开基数奢谈增长 数据呕吐:知道什么数据是重要 谎报军情指标 “不在这儿收集”综合征:数据与其他数据源混合使用 关注噪音 参考《精益数据分析
学了15年、20年的精益生产之后,总结一下,成功的人很少。除了在丰田集团,我们还没有找到像丰田汽车这样能够系统、高效、持续应用精益生产的公司。 图片 那么,丰田是如何成功的呢?
此时测试的核心目标不是追求 100% 无瑕疵,而是在可控风险范围内,通过快速验证核心功能、简化非关键场景测试,支撑产品尽快上线,让用户测试来代替内部测试,用市场反馈指导后续优化。 大到针对不同开发部门的测试资源调配,小到测试小组对某个系统功能点的回归测试取舍,都可以使用这种策略。 (二)减小交付批次大小。 这也是从《敏捷宣言》到《精益思想》都推崇的一种工作方式。 (三)自动化一切 过去多年的DevOps运动是精益“自働化”和 “准时化”的实践落地。强化自动化与平台、工具支撑,用技术手段替代人工低效环节,加速质量反馈。 和《LLM赋能测试活动实现端到端自动化的四个环节八项关键任务》。 (四)清单与质量门禁 精益“自働化”还强调了“安灯”拉绳的重要性。 通过《软件测试中的《清单革命》》来梳理形成《测试立方体TestCube - 以证券期货行业测试规范为例》这样的测试体系,并通过DevOps平台的落地前述套路来构筑测试工作的“四梁八柱”。
前言: 本文主要探讨在精益敏捷的开发下, 该如何看待与处理所谓的 “带病迭代”? (而不在探讨如何定义带病迭代◦) 本文: 精益敏捷开发采用迭代的方式进行开发◦许多的团队在这方面往往犯了以下的其中一个错误, 而使得精益敏捷开发最终以失败收场! 1) 完全不理会, 不处理迭代中所出现的软件缺陷 (或根本未进行该有的迭代测试), 便直接进入至下一轮迭代进行开发◦ 如此的作法是行迭代开发之名, 却行瀑布开发之实; 标准的挂羊头卖狗肉◦ 最终 2) 认为迭代是 “带病” 了, 便认为应停止开发下一轮迭代的所有需求, 先将这轮迭代搞 “健康” 了再说◦ 如此的思维, 作法是以 CMMi 的方式在执行精益敏捷开发;标准的借尸还魂◦最终, ” 与 “执行’◦ 能拥抱变化, 才是真正的精益敏捷开发!
如精益生产,利用系统的方法进行文化转型。通常,倡议是通过介绍性研讨会启动的,该研讨会标志着新的组织愿景,并促进团队成员阐明他们认为实现这一愿景所必需的文化变革。
前言: 本篇主要是在讲述精益敏捷外包开发, 其背后的主要思维◦ 本文: 许多企业的 IT 部门, 因为人力成本的考量, 同时也为了能拥有更多与更有弹性的人力资源, 而将软件开发与软件测试的工作外包 , 却还是无法高效率的交付高质量的产品◦ “精益敏捷外包开发” 便是要以: 1) 团队协作 2) 轻量级的流程 3) 自动化的环境 使来自不同公司 甚至是身处于不同办公地点的的外包人员, 均能形成一致的共识, 主动且高效的协作, 而能针对版本质量的现况,, 适时的做出适当的决策, 使产品版本的交付, 能符合高效且高质量的要求◦ 所以, “精益敏捷外包开发 提出可行的解决方案, 解决问题◦ 避免因不必要的沟通, 而造成人员与时间上不必要的浪费◦ 产品软件的开发, 强调的是集体智慧的过程: 产品软件的开发, 不再是单一的角色, 只做单一类型的工作;如: 测试人员只是负责完成测试用例的设计与执行 ◦ 产品软件的开发, 需能即时反应产品质量的现况: 团队可依产品质量的现况, 做出适当的决策; 如: 依据目前迭代测试的结果, 制订下一轮迭代的迭代计划◦ 结论: 精益敏捷外包开发的模式