[干货] 什么是质量管理?管理什么?如何管理?
1、引言
质量管理,作为现代企业管理体系的核心组成部分,对提升企业竞争力、确保产品质量和客户满意度具有至关重要的作用。因此,理解质量管理的本质,以及它管理的具体内容,对于任何一个追求长期发展的组织或管理者来说都是至关重要的。
本文将围绕“质量管理是什么?管什么?”这一主题,进行一个简单的分享,希望能为企业或团队实施有效的质量管理提供一些启发和思路。
2、质量管理是什么?
单纯从质量管理
字面意义上,是关于对质量
的管理,那"质量"又指的是什么?
质量可以被定义为“产品或服务符合顾客需求的程度”。这个定义强调了质量的主观性与多维度特征,即不同的顾客可能对同一产品或服务的质量有不同的感受和评价。
而,质量管理则是在组织所有功能和过程中,通过一系列的管理和技术方法,确保产品或服务达到定义的质量目标。它不仅仅是生产过程中的质量控制,更是一种全面的管理策略。
意味着,质量管理开展的一切的活动都是与组织质量目标息息相关的!
3、质量管理的目标有哪些?
那,质量目标有哪些?质量目标没有绝对客观的衡量标准,不同企业、组织、甚至是组织在不同阶段,质量目标要求都会有所不一样,而质量目标值的设定和业务发展、研发模式、组织要求息息相关,有时还要参考同行表现。再以多维度指标衡量质量结果。(敲黑板:质量与质量目标都是被定义出来的!)
虽然质量目标,行业没有唯一值,但不同企业、组织在制定质量目标时,方向和参考的思路是大同小异的,比如:
1、满足顾客需求
顾客是质量管理的核心。企业的生存和发展依赖于顾客的满意与忠诚。因此,质量管理的首要目标是确保产品或服务能够满足甚至超过顾客的期望。通过提升产品质量,严格的质量控制和质量保证措施,确保产品质量的稳定性和可靠性、易用性。
2、降低成本
通过有效的质量管理,企业可以减少浪费、降低失败成本和提高效率,从而降低总体成本。这不仅提高了企业的竞争力,也增加了企业的利润空间,比如,优化研发流程,减少因信息不对称产生的沟通浪费,无效会议导致的时间浪费,繁琐的制度和流程产生的效率浪费等等。这些浪费不仅消耗公司,还消耗员工,消耗客户。
流程从本质上说是为了降低成本。所以,想要提升效率,降低成本,就要去发现浪费,消灭浪费!
3、持续改进
质量管理强调持续改进,通过持续的改进活动,企业能够不断提升其产品或服务的质量,从而适应市场的变化和顾客需求的演进。
除了三述几个目标方向外,有效的质量管理需要遵循一定的原则,以下是一些通用的质量管理原则:
- 客户导向:始终以客户需求和满意度为导向,关注客户的期望和反馈。
- 领导作用:高层管理者要树立质量意识,为员工树立榜样,推动质量管理体系的实施。
- 全员参与:鼓励全体员工参与质量管理活动,提高员工的质量意识和责任感。
- 过程方法:通过对组织内各个过程的管理和优化,实现质量目标。
- 系统化管理:建立完善的质量管理体系,确保各项质量管理活动的有效实施。
- 持续改进:通过不断地对质量问题进行分析、改进和预防,实现质量水平的持续提升。
- 基于事实的决策:依据数据和信息进行决策,确保决策的科学性和有效性。
- 互利共赢:与供应商和合作伙伴建立良好的合作关系,共同提高质量水平。
4、质量管理的几个方面
从上述,我们可以知道,质量管理的核心目标是确保产品和服务的质量满足顾客的需求和期望,同时不断提高组织的绩效。为实现这一目标,质量管理需要关注以下几个方面:
1、质量策划:确定产品和服务的质量要求,制定相应的质量计划和流程。
- 确定质量目标:根据企业发展战略和市场需求,设定具体、可衡量的质量目标。
- 制定质量计划:为实现质量目标,制定详细的质量计划,包括资源分配、时间节点等。
2、质量控制:监控和测量产品和服务的质量,确保其符合质量要求。
- 过程监控:对生产或服务过程进行实时监控,确保过程符合预设的标准和程序。
- 产品检验:对产出的产品或服务进行检验,确保其满足质量要求。
3、质量保证:向顾客和相关方证明组织具备满足质量要求的能力。
- 建立质量保证体系:构建完善的质量保证体系,确保产品或服务质量的稳定性和可靠性。
- 持续改进:通过数据分析、顾客反馈等方式,不断优化产品或服务,提高顾客满意度。
4、质量改进:通过对质量问题的分析、改进和预防,持续提高组织的质量水平。
- 问题识别:通过质量审查、内部审计等方式,识别存在的问题和潜在风险。
- 实施改进措施:针对识别出的问题,制定改进措施并付诸实施,不断提升质量管理水平。
简单来说,质量管理包括制定质量方针和质量目标,以及通过质量策划、质量保证、质量控制和质量改进实现这些目标的过程。
5、质量管理的方法及实施建议
为了实现质量管理的目标,组织需要采用一定的方法和工具,以下是一些常用的质量管理方法:
- 统计过程控制(SPC):通过对生产过程中的数据进行统计分析,监控和控制过程的稳定性和可预测性。
- 故障模式和影响分析(FMEA):通过对潜在故障模式的分析,评估风险并采取相应的预防措施。
- 根本原因分析(RCA):通过对质量问题的根本原因进行深入分析,找出问题的根源并采取改进措施。
- 六西格玛(Six Sigma):通过DMAIC(定义、测量、分析、改进、控制)的方法,实现产品和服务质量的持续改进。
- 敏捷制造(Agile Manufacturing):通过灵活的生产和管理方式,快速响应市场变化和客户需求。
- 精益生产(Lean Production):通过消除浪费、简化流程、提高效率,实现产品和服务质量的提升。
在实际工作中,质量管理需要结合组织的具体情况进行实施。以下是一些建议:
- 建立质量管理体系:根据组织的规模、行业特点和客户需求,建立适合的质量管理体系,如ISO 9001等。
- 设立质量目标:明确组织的质量目标,确保目标具有可衡量性、可实现性和挑战性。
- 培训和教育:加强员工的质量意识培训,提高员工的质量技能和素质。
- 激励和考核:建立合理的激励机制,鼓励员工参与质量管理活动;通过考核和评价,确保质量管理目标的实现。
- 信息化支持:利用信息技术手段,提高质量管理的效率和效果,如建立质量管理信息系统、实施生产过程自动化等。
- 持续改进:通过对质量管理活动的监督、评价和反馈,不断优化和完善质量管理体系。
6、最后
质量管理是一个涉及企业研发、生产、运营、面向全员、全过程、全方位的活动。需要企业在持续改进的道路上不断前行,不断优化管理体系和提升产品服务质量,以满足日益变化的市场需求和顾客期望。
质量管理不仅是产品和服务质量的保障,更是企业文化的一部分。一个成功的质量管理体系不仅能够围绕质量目标、遵循质量管理原则,更需要采用有效的方法和工具,结合组织的实际情况进行实践落地,帮助企业提高组织竞争力,实现产品和服务质量的持续提升,提高客户满意度和忠诚度,最终实现企业的持续发展和利润增长。
上一篇: 开始使用 Unity LensFlare
下一篇: 计算机维护软件?如何维护我的电脑?
推荐阅读
-
[干货] 什么是质量管理?管理什么?如何管理?
-
[应用安全]什么是联合身份管理?
-
微信多群同步转发的原理是什么?如何创建多群管理机器人,如何管理更多的微信群?
-
什么是 IPD 项目管理模式?谈谈 IPD 下的产品开发流程
-
什么是数据库事物?为什么需要数据库事物,事物有哪些特征?事物的隔离级别是什么?-1.什么是数据库事务? 1.事务是作为一个逻辑单元执行的一系列操作。一个逻辑工作单元必须具备四个属性,即ACID(原子性、一致性、隔离性和持久性)属性,只有这样才能成为事务: 原子性 2.事务必须是一个原子工作单元;它的数据修改要么全部执行,要么全部不执行。 一致性 3.事务完成时,所有数据必须保持一致。在相关数据库中,所有规则都必须适用于事务的修改,以保持所有数据的完整性。事务结束时,所有内部数据结构(如 B 树索引或双向链接表)必须正确无误。 隔离 4.并发事务的修改必须与其他并发事务的修改隔离。一个事务会在另一个并发事务修改之前或之后查看某一状态下的数据,而不会查看中间状态下的数据。这就是所谓的可序列化,因为它允许重新加载起始数据和重放一系列事务,从而使数据最终处于与原始事务执行时相同的状态。 持久性 5.事务完成后,它对系统的影响是永久性的。即使在系统发生故障的情况下,修改也会保留。 2. 为什么需要数据库事物,事物有哪些特征? 事物对数据库的作用是对数据进行一系列操作,要么全部成功,要么全部失败,防止出现中间状态,确保数据库中的数据始终处于正确、和谐的状态。 特征:原子性、一致性、隔离性、持久性,以及其他特征 原子性(Atomicity):所有操作在事务开始后,要么全部做完,要么全部不做,不可能停滞在中间环节。事务执行过程中出现错误时,会回滚到事务开始前的状态,所有操作就像没有发生一样。也就是说,事务是一个不可分割的整体,就像化学中的原子一样,是物质的基本单位。 一致性(Consistency):在事务开始之前和结束之后,数据库的完整性约束都没有被破坏。例如,如果 A 转钱给 B,A 不可能扣除这笔钱,但 B 却没有收到这笔钱。 隔离:在同一时间内,只允许一个事务请求相同的数据,不同事务之间没有干扰。例如,甲正在从一张银行卡上取款,在甲取款过程结束之前,乙不能向这张卡转账。 持久性(耐用性):事务完成后,事务对数据库的所有更新都将保存到数据库中,无法回滚 3.事务的隔离级别有哪些? 数据库事务有四种隔离级别,从低到高分别是未提交读取(Read uncommitted)、已提交读取(Read committed)、可重复读取(Repeatable read)、可序列化(Serializable)。此外,事务的并发操作中可能会出现脏读、不可重复读、幽灵读等情况。事务并发问题 脏读:事务 A 读取事务 B 更新的数据,然后事务 B 回滚操作,那么事务 A 读取的数据就是脏数据。 不可重复读取:事务 A 多次读取同一数据,事务 B 在事务 A 多次读取期间更新并提交数据,导致事务 A 多次读取同一数据时结果不一致。 幻影读取:系统管理员 A 将数据库中所有学生的具体分数改为 ABCDE 等级,但系统管理员 B 在此时插入了具体分数的记录,当系统管理员 A 更改结束后发现仍有一条记录未被更改,仿佛发生了幻觉,这称为幻影读取。 小结:不可重复读和幻读容易混淆,不可重复读侧重于修改,幻读侧重于增删。解决不可重复读问题只需锁定满足条件的行,解决幻读问题则需要锁定表 MySQL 事务隔离级别
-
Spring 事务管理 (a) 什么是事务?
-
我所理解的企业技术管理 (I) - 什么是技术管理
-
什么是技术状态管理?
-
极客星球|原来技术管理可以更美--第一部分:什么是技术管理?
-
纯干货分享 | 研发效能提升——敏捷需求篇-而敏捷需求是提升效能的方式中不可或缺的模块之一。 云智慧的敏捷教练——Iris Xu近期在公司做了一场分享,主题为「敏捷需求挖掘和组织方法,交付更高业务价值的产品」。Iris具有丰富的团队敏捷转型实施经验,完成了企业多个团队从传统模式到敏捷转型的落地和实施,积淀了很多的经验。 这次分享主要包含以下2个部分: 第一部分是用户影响地图 第二部分是事件驱动的业务分析Event driven business analysis(以下简称EDBA) 用户影响地图,是一种从业务目标到产品需求映射的需求挖掘和组织的方法。 在软件开发过程中可能会遇到一些问题,比如大家使用不同的业务语言、技术语言,造成角色间的沟通阻碍,还会导致一些问题,比如需求误解、需求传递错误等;这会直接导致产品的功能需求和要实现的业务目标不是映射关系。 但在交付期间,研发人员必须要将这些需求实现交付,他们实则并不清楚这些功能需求产生的原因是什么、要解决客户的哪些痛点。研发人员往往只是拿到了解决方案,需要把它实现,但没有和业务侧一起去思考解决方案是否正确,能否真正的帮助客户解决问题。而用户影响地图通常是能够连接业务目标和产品功能的一种手段。 我们在每次迭代里加入的假设,也就是功能需求。首先把它先实现,再逐步去验证我们每一个小目标是否已经实现,再看下一个目标要是什么。那影响地图就是在这个过程中帮我们不断地去梳理目标和功能之间的关系。 我们在软件开发中可能存在的一些问题 针对这些问题,我们如何避免?先简单介绍做敏捷转型的常规思路: 先做团队级的敏捷,首先把产品、开发、测试人员,还有一些更后端的人员比如交互运维的同学放在一起,组成一个特训团队做交付。这个团队要包含交付过程中所涉及的所有角色。 接着业务敏捷要打通整个业务环节和研发侧的一个交付。上图中可以看到在敏捷中需求是分层管理的,第一层是业务需求,在这个层级是以用户目标和业务目标作为输入进行规划,同时需要去考虑客户的诉求。业务人员通过获取到的业务需求,进一步的和团队一起将其分解为产品需求。所以业务需求其实是我们真正去发布和运营的单元,它可以被独立发布到我们的生产环境上。我们的产品需求其实就是产品的具体功能,它是我们集成和测试的对象,也就是我们最终去部署到系统上的一个基本单元。产品需求再到了我们的开发团队,映射到迭代计划会上要把它分解为相应的技术任务,包括我们平时所说的比如一些前端的开发、后端的开发、测试都是相应的技术任务。所以业务敏捷要达到的目标是需要去持续顺畅高质量的交付业务价值。 将这几个点串起来,形成金字塔结构。最上层我们会把业务目标放在整个金字塔的塔尖。这个业务目标是通过用户的目标以及北极星指标确立的。确认业务目标后再去梳理相应的业务流程,最后生产。另外产品需求包含了操作流程和业务规则,具需求交付时间、工程时间以及我们的一些质量标准的要求。 谈到用户影响的地图,在敏捷江湖上其实有一个传说,大家都有一个说法叫做敏捷需求的“任督二脉”。用户影响地图其实就是任脉,在黑客马拉松上用过的用户故事地图其实叫督脉。所以说用户影响地图是在用户故事地图之前,先帮我们去梳理出我们要做哪些东西。当我们真正识别出我们要实现的业务活动之后,用户故事地图才去梳理我们整个的业务工作流,以及每个工作流节点下所要包含的具体功能和用户故事。所以说用户影响地图需要解决的问题,我们包括以下这些: 首先是范围蔓延,我们在整张地图上,功能和对应的业务目标是要去有一个映射的。这就避免了一些在我们比如有很多干系人参与的会议上,那大家都有不同想法些立场,会提出很多需求(正确以及错误的需求)。这个时候我们会依据目标去看这些需求是否真的是会影响我们的目标。 这里提到的错误需求,比如是利益相关的人提出的、客户认为产品应该有的、某个产品经理需求分析师认为可以有的....但是这些功能在用户影响地图中匹配不到对应目标的话,就需要降低优先级或弃掉。另外,通常我们去制定解决方案的时候,会考虑较完美的实现,导致解决方案括很多的功能。这个时候关键目标至关重要,会帮助我们梳理筛选、确定优先级。 看一下用户影响到地图概貌 总共分为一个三层的结构: 第一层why,你的业务目标哪个是最重要的,为什么?涉及到的角色有哪些? 第二层how ,怎样产生影响?影响用户角色什么样的行为? (不需要去列出所有的影响,基于业务目标) 第三层what,最关键的是在梳理需求时不需一次把所有细节想全,这通常团队中经常遇到的问题。 我们用这个例子来看一下 这是一个客服中心的影响地图,业务目标是 3个月内不增加客服人数的前提下能支持1.5倍的用户数。此业务目标设定是符合 smart 原则的,specific非常的具体,miserable 是可以衡量的,action reoriented是面向活动的, real list 也是很实际的。 量化的目标会指引我们接下来的行动,梳理一个业务目标,尽量去量化,比如 :我们通过打造一条什么样的流水线,能够提高整个部署的效率,时间是原来的 1/2 。这样才是一个能量化的有意义的目标。 回到这幅图, how 层级识别出来的内容,客服角色:想要对它施加的影响,把客户引导到论坛上,帮助客户更容易的跟踪问题,更快速的去定位问题。初级用户:方论坛上找到问题。高级用户:在论坛上回答问题。通过我们这些用户角色,进行活动,完成在不增加客户客服人数的前提下支持更多的用户数量。 最后一个层级,才是我们日常接触比较多的真正的功能的特性和需求,比如引导到客户到论坛上,其实这个产品就需要有一个常见问题的论坛的链接。这个层次需要我们团队进一步地在交付,在每个迭代之前做进一步的梳理,细化成相应的用户故事。 这个是云智慧团队中,自己做的影响地图的范例,可以看下整个的层级结构。序号表示优先级。 那我们用户影响地图可以总结为: