软件工程IT项目管理复习之 八:项目质量管理

简介: 软件工程IT项目管理复习之 八:项目质量管理

需要PPT请点赞关注收藏后评论区留言私信~~~

学习目标

了解项目质量管理对信息技术(IT)产品和服务的重要性

定义项目质量管理,了解质量如何与IT项目的各个方面相关

描述质量管理规划以及质量和范围管理是如何相关的

讨论质量保证的重要性

解释质量控制过程的主要输出

了解质量控制的工具和技术,如七种基本质量工具、统计抽样、六西格玛和测试

总结值得关注的质量专家对现代质量管理的贡献

描述领导力、质量成本、组织影响、期望、文化差异和成熟度模型与提高IT项目质量的关系

讨论软件如何帮助项目质量管理

一、项目质量管理的重要性

许多人拿IT产品质量差开玩笑

人们似乎接受系统偶尔停机或需要重新启动电脑

但质量在许多IT项目中非常重要

二、什么是项目质量管理

国际标准化组织(ISO)将质量定义为“一组固有特性满足要求的程度”(ISO9000:2000)

其他专家根据以下内容定义质量:

符合要求:项目的过程和产品符合书面规范

适用性:产品可以按预期使用

项目质量管理确保项目满足其所承担的需求

流程包括:

规划质量管理:确定与项目相关的质量标准以及如何满足这些标准;度量是度量标准

执行质量保证:定期评估项目整体绩效,以确保项目符合相关质量标准

执行质量控制:监控特定项目结果,以确保其符合相关质量标准

三、计划质量管理

意味着能够预测情况并准备行动以实现预期结果

重要的是通过以下方式防止缺陷:

选择合适的材料

培训和灌输人们的素质

规划确保适当结果的流程

功能性是系统执行其预期功能的程度

功能是系统吸引用户的特殊特性

系统输出是系统生成的屏幕和报告

性能是指产品或服务执行客户预期用途的程度

可靠性是指产品或服务在正常条件下按预期运行的能力

可维护性是指对产品进行维护的方便性

四、实施质量保证

质量保证包括与满足项目相关质量标准相关的所有活动

质量保证的另一个目标是持续质量改进

基准测试通过将特定项目实践或产品特性与执行组织内部或外部的其他项目或产品进行比较,产生质量改进的想法

质量审计是对具体质量管理活动的结构化审查,有助于确定可以提高当前或未来项目绩效的经验教训

五、质量控制

质量控制的主要输出是:

验收决定

返工

工艺调整

有七种基本质量工具可帮助执行质量控制

Cause-and-Effect Diagrams

因果图将质量问题投诉追溯到负责的生产运营部门

它们帮助您找到问题的根本原因

也称为鱼骨图或石川图

也可以使用“5个为什么”技巧,反复问“为什么”(5个是一个很好的经验法则),以消除可能导致根本原因的症状

Quality Control Charts

控制图是数据的图形显示,说明了一段时间内过程的结果

控制图的主要用途是防止缺陷,而不是检测或拒绝缺陷

质量控制图表允许您确定过程是处于控制状态还是失控状态

当过程处于受控状态时,过程结果的任何变化都是由随机事件造成的;不需要调整受控的流程

当过程失控时,过程结果的变化是由非随机事件引起的;您需要确定这些非随机事件的原因,并调整过程以纠正或消除它们

The Seven Run Rule

您可以使用质量控制图和七次运行规则来查找数据中的模式

七次运行规则指出,如果一行中的七个数据点都低于平均值,高于平均值,或者都在增加或减少,那么需要检查该过程是否存在非随机问题

Checksheet

检查表用于收集和分析数据

根据其格式,有时也称为理货单或清单

在图8-4中的示例中,大多数投诉都是通过短信发送的,周一和周二的投诉比一周中的其他日子多

这些信息可能有助于改进处理投诉的流程

Scatter diagram

散点图有助于显示两个变量之间是否存在关系

数据点越靠近对角线,两个变量之间的关系就越密切

Histograms

直方图是变量分布的条形图

每个条形图表示问题或情况的属性或特征,条形图的高度表示其频率

Pareto Charts

帕累托图是一种直方图,可以帮助您确定问题区域并确定其优先级

帕累托分析也被称为80-20法则,这意味着80%的问题通常是由20%的原因造成的

Flowcharts

流程图是流程逻辑和流程的图形显示,可帮助您分析问题发生的方式以及如何改进流程

它们显示活动、决策点以及信息处理的顺序

Run Charts

除了流程图之外,运行图也用于分层,这是一种显示来自各种来源的数据以查看模式是否出现的技术

运行图显示流程随时间变化的历史和模式。

您可以使用运行图进行趋势分析,并根据历史结果预测未来结果

六、质量控制的工具和技术

统计抽样

统计抽样包括选择感兴趣人群的一部分进行检查

样本的大小取决于您希望样本具有多大的代表性

样本量公式:

样本大小=0.25 X(确定系数/可接受误差)2

使用统计分析时,务必咨询专家

Six Sigma

六西格玛是“一个全面而灵活的系统,用于实现、维持和最大化业务成功。六西格玛的独特驱动力在于对客户需求的密切理解,对事实、数据和统计分析的严格使用,以及对管理、改进和重塑业务流程的勤奋关注”*

完美的目标是每百万次机会中不超过3.4个缺陷

这些原则适用于各种流程

六西格玛项目通常遵循称为DMAIC的五阶段改进过程

DMAIC是一个系统的、闭环的持续改进过程,它是基于科学和事实的

DMAIC代表:

定义:定义问题/机会、流程和客户需求

度量:定义度量,然后收集、编译和显示数据

分析:仔细检查流程细节以找到改进机会

改进:为改进问题提出解决方案和想法

控制:跟踪并验证改进的稳定性和解决方案的可预测性

这需要全组织的承诺。

培训遵循“一带一路”制度

六西格玛组织有能力和意愿采用相反的目标,例如减少错误和加快完成任务

这是一种以客户为中心的经营理念,致力于消除浪费,提高质量水平,并在突破性水平上提高财务绩效

六西格玛培训包括许多项目管理概念、工具和技术

例如,六西格玛项目通常使用业务案例、项目章程、时间表、预算等

六西格玛项目是在团队中完成的;项目经理通常被称为团队领导,赞助商被称为冠军

术语sigma表示标准偏差

标准差测量数据分布中存在的差异

标准偏差是确定总体中可接受的缺陷单元数量的关键因素

六西格玛项目争取每百万个机会中不超过3.4个缺陷,但这个数字让许多统计学家感到困惑

使用正态曲线,如果一个过程为六西格玛,则每生产十亿个缺陷单元不超过两个

六西格玛使用了一个考虑时间的评分系统,这是决定过程变化的一个重要因素

产量表示通过工艺步骤正确处理的装置数量

缺陷是指产品或服务未能满足客户要求的任何情况

可能有几个机会出现缺陷

“六个9”的质量是质量控制的衡量标准,相当于100万次机会中有1次故障

在电信行业,这意味着99.9999%的服务可用性或每年30秒的停机时间

这种质量水平也被称为通信电路错误、系统故障或代码行错误数量的目标目标

测试

许多IT专业人士认为测试是接近IT产品开发结束的阶段

测试应该在IT产品开发生命周期的几乎每个阶段进行

单元测试测试每个单独的组件(通常是一个程序),以确保其尽可能无缺陷

集成测试发生在单元和系统测试之间,以测试功能分组的组件

系统测试将整个系统作为一个实体进行测试

用户验收测试是最终用户在验收交付系统之前进行的独立测试

著名的软件质量专家沃茨·S·汉弗莱(Watts S.Humphrey)将软件缺陷定义为在交付程序之前必须更改的任何东西

测试不能充分防止软件缺陷,因为:

测试复杂系统的方法很多

用户将继续发明新的方法来使用开发人员从未考虑过的系统

Humphrey建议人们重新思考软件开发过程,以便在进入系统测试时不提供潜在缺陷;开发人员必须负责在测试的每个阶段提供无错误代码

七、现代质量管理

现代质量管理:

要求客户满意

预防胜于检查

认识到质量管理责任

值得注意的质量专家包括德明、朱兰、克罗斯比、石川、田口和费根鲍姆

德明以重建日本的工作和他的14点管理而闻名

Juran撰写了《质量控制手册》和质量改进的十个步骤

克罗斯比写了《质量是免费的》,并建议组织努力实现零缺陷

石川开发了质量圈和鱼骨图的概念

田口开发了优化工程实验过程的方法

Feigenbaum提出了全面质量控制的概念

马尔科姆·鲍德里奇国家质量奖起源于1987年,旨在表彰通过质量管理实现世界级竞争水平的公司

美国总统授予美国企业

每年三个不同类别的奖项:

制造业

服务

小型企业

教育和保健

ISO 9000是一个质量体系标准,它:

是一个组织中规划、控制和记录质量的三部分连续循环

提供组织满足其质量认证标准所需的最低要求

帮助世界各地的组织降低成本并提高客户满意度

八、提高IT项目质量

提高IT项目质量的几个建议包括:

建立促进质量的领导力

了解质量成本

关注影响质量的组织影响和工作场所因素

遵循成熟度模型

正如约瑟夫·朱兰(Joseph M.Juran)在1945年所说:“最重要的是,高层管理人员要有质量意识。如果高层没有真诚的兴趣表达,那么下面的事情就不会发生了。”*

质量成本控制

很大一部分质量问题与管理有关,而非技术问题。

质量成本是合规成本加上不合规成本

合规性意味着交付满足要求和适用性的产品

不合格成本意味着对失败或不符合质量期望承担责任

一项研究报告称,软件缺陷每年给美国经济带来596亿美元的损失,三分之一的缺陷可以通过改进测试基础设施来消除

五种成本如下

预防成本:计划和执行项目的成本,使其无错误或在可接受的错误范围内

评估成本:评估过程及其产出以确保质量的成本

内部故障成本:在客户收到产品之前纠正已识别缺陷所产生的成本

外部故障成本:与交付给客户之前未检测到并纠正的所有错误相关的成本

测量和测试设备成本:用于预防和评估活动的设备的资本成本

组织环境与文化差异

DeMarco和Lister的研究表明,与技术环境或编程语言相比,组织问题对程序员生产力的影响更大

程序员的生产力在不同组织中相差一到十倍,但在同一组织中只有21%

研究发现,生产力和编程语言、工作年限或薪水之间没有关联。

专用的工作空间和安静的工作环境是提高程序员生产力的关键因素

项目经理必须理解并管理利益相关者的期望。

预期也因以下因素而异:

组织文化

地理区域

成熟度模型

成熟度模型是帮助组织改进其流程和系统的框架

软件质量功能部署模型侧重于定义用户需求和规划软件项目

软件工程研究所的能力成熟度模型集成是一种过程改进方法,为组织提供有效过程的基本要素

CMMI级别从最低到最高依次为:

不完整

已执行

管理

定义

量化管理

优化

公司可能无法竞标政府项目,除非他们拥有CMMI 3级

PMI于2003年12月发布了组织项目管理成熟度模型(OPM3)

该模型基于发送给30000多名项目管理专业人员的市场研究调查,包含180项最佳实践和2400多项能力、成果和关键绩效指标

阐述项目、计划和项目组合管理最佳实践中的卓越标准,并解释实现这些最佳实践所需的能力

总结

项目质量管理确保项目满足其所承担的需求

主要流程包括:

计划质量

执行质量保证

执行质量控制

创作不易 觉得有帮助请点赞关注收藏~~~

相关文章
|
7月前
|
存储 监控 项目管理
软件工程IT项目管理复习之 七:项目成本管理
软件工程IT项目管理复习之 七:项目成本管理
136 0
|
4月前
|
敏捷开发 前端开发 架构师
如何做好一个信息系统项目经理,一个项目经理的个人体会和经验总结(二)
如何做好一个信息系统项目经理,一个项目经理的个人体会和经验总结(二)
|
4月前
|
测试技术 项目管理
如何做好一个信息系统项目经理,一个项目经理的个人体会和经验总结(四)
如何做好一个信息系统项目经理,一个项目经理的个人体会和经验总结(四)
|
4月前
|
程序员 测试技术
如何做好一个信息系统项目经理,一个项目经理的个人体会和经验总结(三)
如何做好一个信息系统项目经理,一个项目经理的个人体会和经验总结(三)
|
4月前
如何做好一个信息系统项目经理,一个项目经理的个人体会和经验总结(一)
如何做好一个信息系统项目经理,一个项目经理的个人体会和经验总结(一)
|
7月前
|
监控 项目管理
软件工程IT项目管理复习之 十一:项目风险管理
软件工程IT项目管理复习之 十一:项目风险管理
624 0
|
6月前
|
敏捷开发 前端开发 架构师
如何做好一个信息系统项目经理,一个项目经理的个人体会和经验总结
该文讲述了信息系统项目经理在项目开发阶段应关注的要点。首先,需组建项目小组,确保团队中包含熟悉客户业务的成员,以便有效沟通。其次,选择稳定的技术栈,避免使用未经充分测试的新版本以降低风险。此外,项目经理应合理分解任务,设定可检查的交付标准,并利用项目管理工具控制进度和时间。通过敏捷开发方法提高效率,同时避免过度加班。建议项目经理充当客户与开发团队间的桥梁,减少现场开发带来的冲突。
136 0
|
7月前
|
存储 定位技术 项目管理
软件工程IT项目管理复习之 十:项目沟通管理
软件工程IT项目管理复习之 十:项目沟通管理
124 1
软件工程IT项目管理复习之 十:项目沟通管理
|
7月前
|
项目管理 Windows
软件工程IT项目管理复习之 九:项目人力资源管理
软件工程IT项目管理复习之 九:项目人力资源管理
280 0
|
7月前
|
监控 程序员 项目管理
软件工程IT项目管理复习之 十三:项目干系人管理
软件工程IT项目管理复习之 十三:项目干系人管理
211 0

热门文章

最新文章