项目管理中的质量管理

IT项目管理：问题、体系、方法

摘要：无论是在国内还是国外，项目管理的学科、技术和应用的普及与发展已经进入了一个飞速发展的时代，信息技术（Information Technology，简称IT）的发展又将IT项目管理推向了全新的应用高度。本文分析了IT项目管理技术及其应用与发展的关键问题，提出了基于系统集成理念构建的IT项目管理的体系结构和技术框架，肯定了IT项目管理的总体指导思想和实施策略是“需求牵引、效益驱动、总体规划、分步实施”。

关键词：信息技术 项目管理 体系结构

引言

人类进入21世纪，信息化成为我国全面构建和谐社会、快速发展国民经济的着眼点。党的十五届五中全会就明确指出：“大力推进国民经济和社会信息化，是覆盖现代化建设全局的战略举措。以信息化带动工业化，发挥后发优势，实现社会生产力的跨越式发展。”党的十六大再次明确：“信息化是我国加快实现工业化和现代化的必然选择。坚持以信息化带动工业化，以工业化促进信息化，走出一条科技含量高、经济效益好、资源消耗低、环境污染少、人力资源优势得到充分发挥的新型工业化路子。”目前全国上下各行各业、各个领域、各个层面的信息化建设正在如火如荼地进行着。

信息化项目的开展是以信息技术为支撑，以业务活动为主体，以现代化管理为指导思想的一项全新的、复杂的系统化工程。全新在于信息技术这一新生事物的飞速变化与发展，复杂在于信息技术、业务工作、项目管理思想的一体化融合与集成化应用，这正是IT项目管理问世的缘由。信息化建设的成功经验告诉我们，结合信息化应用特点，采用项目管理技术而开发的专用方法对IT项目在计划落实、质量跟踪、成本管理和风险控制等方面进行管理，是保证IT项目达到预期目标的有效手段。

本文在项目管理知识体系的基础上，介绍了IT项目管理的特殊性，回顾了学术界和工业界在不同方向上为解决这些问题所做的努力、获得的成果。在系统集成理念的指导下，探讨IT项目管理的体系结构和模型驱动的集成技术与方法。

1 IT项目管理的特殊性

信息技术发展快、渗透广等特点，使得IT项目与一般工程项目存在着明显的差别，这种差异性造成了基于工程项目管理理论与经验基础上发展起来的项目管理知识体系在处理IT项目时面临诸多的难题。

第一，IT项目的需求来源广泛，涉及国民经济的各个领域，几乎所有领域都能够和信息技术相结合而构成信息化项目。信息技术可以支持多种业务需求的发展：

（1）市场要求，如商业银行提供网上支付业务，以支持越来越频繁的电子商务活动。

（2）环境需求，如企业为了应对各国越来越严格的环境标准中对产品回收再利用的要求，启动一个构建产品全生命周期管理系统的项目。

（3）经营需要，如一个传统的大型商业企业开展网上销售业务，以扩大其销售收入。

（4）技术发展，如飞机制造企业为了提高设计水平而开展虚拟制造系统的项目。

（5）用户要求，如快递公司要构建一个物流管理系统，以满足顾客对跟踪其委托的快递物件过程状态的查询需求。

（6）法律需求，如一个城市为了减少合同犯罪的数量，而启动企业印鉴信息系统；为了杜绝文凭的泛滥而建立文凭查询信息系统。

正是由于信息化项目涉及到了几乎所有的经济领域，因此很难形成有针对性的规范和标准，这无疑增加了项目管理的难度。

第二，与一般工程项目所涉及的领域经过了长时期的发展、技术相对成熟不同，IT领域是目前发展最快、最活跃的领域，新的技术层出不穷，技术更新也非常迅速，因此IT项目开展过程中会具有更多的风险因素。有统计表明，每18个月，CPU的速度就会翻一番，与之关联的计算机体系结构、软件架构等也发展非常迅速。例如早期的集成信息系统采用大型主机带终端的结构，随着网络技术和分布式计算技术的发展，出现了Client/Server结构的信息系统，而目前流行的架构则是在互联网上基于Browser/Server结构的信息系统，C、C++、Java等各种开发工具更是一代代迅速更迭，各类 *** 作系统、协议、标准等都是IT项目必须面对的，这些都会增加项目过程中的风险。

为了处理好技术发展迅速所带来的问题，IT项目团队必须在先进性、实用性、经济性、成熟性等诸多方面进行权衡，片面追求技术的先进性往往会事与愿违。在保证项目所采取的技术具有相当的前瞻性、先进性和可扩展性、可集成性的同时，从需求出发，注意技术的可靠性、成熟性和经济性。

第三，信息技术的应用主体在管理领域，管理信息系统包含了特定的管理理念，将这些管理理念同企业的发展战略与业务逻辑进行整合是信息系统实施的关键任务。IT项目的阻力75%以上是来自人和管理的因素，因此，IT项目特别强调技术、管理与人的集成。如何处理好信息系统所涉及的人的问题是成功管理IT项目的关键。

从更深层的角度而言，经典项目管理理论是构建在土建工程项目的研究和实践基础上的，基本的项目管理方法并不能解决IT项目的特殊问题，例如：

（1）如何衡量项目进度的问题，土建工程使用完成土石方的量来标识工程进度，但是完成软件90%的代码编写工作并不意味着还有10%的时间就可以完成软件开发项目了。业界普遍认为在工程项目中广泛使用的挣值法在IT项目中缺乏适应性。

（2）在计划的调整方法上，土建工程在计划拖期时，可以通过增加资源的方式来加快进度，但是对于一个软件开发项目，如果出现同样的问题，寄希望于增加编程人员的数量来追赶工期，只能造成更大的麻烦。

另外，除了信息技术之外，IT项目还涉及信息系统应用单位的组织、管理的调整与经营过程/业务流程的重构，单靠信息技术是无能为力的。因此，要成功管理IT项目，要成为IT项目的合格从业人员，需要一套全面的IT项目的知识体系与方法的支撑，它的内容将覆盖项目管理、信息技术、现代管理技术、系统集成技术、软件工程技术等多学科领域，这正是IT项目管理技术研究和实践的目标与方向。

2 IT项目管理技术的发展脉络

目前在信息化领域的不同方向，许多学者开发了针对不同方面的项目管理方法，其中比较有代表性的是软件项目管理和广义的IT项目管理。

软件项目管理是软件工程和项目管理的有效结合，将项目管理中重视过程、重视计划控制的观点引入软件工程领域，目的是控制软件开发项目的成本、进度、质量、风险等问题。近几年IT领域进一步引进全面质量管理理念，认为软件开发企业自身质量控制体系和控制能力的优劣，将会极大地影响软件产品的质量，这就要求软件企业从修炼内功入手，也就是确认质量是控制出来的而不是检测出来的，从根本上保证软件产品的质量，由此提出了软件过程改进和软件能力成熟度模型(CMM)的概念。CMM基于经典的产品质量原理，建立了定量控制软件过程的项目管理和项目工程的基本原则，与此同时，CMM有关能力成熟度的 *** 作方法也被引入经典项目管理领域，用以测评承担项目的组织的项目管理能力。

广义IT项目管理是目前业界讨论比较多的，也出了不少这方面的专著，其基本思路是将IT项目当做一般工程项目，使用PMBOK的方法体系，结合一些信息技术项目的案例，研究如何在信息技术项目中应用项目管理方法。

广义IT项目管理是将所有与IT有关的项目不加区分地通盘考虑，包括IT产品开发项目的管理和IT应用项目的管理。实际上广义IT项目可以细分出多个类别，各个类别之间的差距是非常巨大的。计算机硬件开发项目与一般家用电器产品的开发设计具有非常高的相似度，而软件设计开发则完全不同，信息技术应用项目与上述两个分支领域更是存在巨大的差异，因此广义的IT项目管理实际上是在经典项目管理知识体系的基础上，尝试解决IT项目的具体问题。目前来看这种处理方式比软件项目管理体系的针对性差很多，对其进行细分研究具有非常重要的意义。为了提高IT项目管理的针对性，提高解决方案的系统性，学术界和企业界在企业信息化、数字化城市与电子政务、数字化军工、供应链与物流、电子商务等不同领域分别开展了体系结构、实施指南、参考模型等的研究和实践，取得了一定的成果。

3 IT项目管理的体系结构与方法论

系统参考体系结构是“一组用以描述所研究系统的不同方面和不同开发阶段的、结构化的、多层次多视图的模型和方法的集合，体现了对系统的整体描述和认识，为对系统的理解、设计、开发和构建提供工具和方法论的指导”。

系统参考体系结构为IT项目的管理提供了体系参考和方法论，经过各国专家的努力，已经形成了一批相当有代表性和广泛影响力的体系结构及其建模方法，并进行了大量的工业实践，如CIM开放系统体系结构(CIM-OSA)、GRAI集成方法论(GIM)、IMPACS、普度参考体系结构(PERA)、集成的信息系统体系结构(ARIS)、通用企业参考体系结构与方法论(GERAM)，以及在我国提出的阶梯形CIM系统参考体系结构(SLA)等。

在信息化项目管理过程中，系统的认识和构建是阶梯上升的，在概念定义阶段需要明确企业的战略目标，并据此形成集成系统的目标，然后围绕系统目标，从组织、资源、信息、产品、功能和经营过程等角度描述企业的现状，形成对企业基本框架和运行机制的完整描述。在这些描述的约束下，采用合适的模型分析手段进行分析，找出现有系统中的问题进行改进，然后构建目标系统，形成多视图的目标系统的描述。在形成目标系统描述时，除了使用各个视图的描述方法外，还可以应用其他建模方法，以便提供对系统更为完整的描述。完成基于模型的设计后，就是在构建工具集的帮助下，将设计转化为实际系统构建的技术说明，并构建实际系统。系统描述对于系统的运行仍然能够发挥作用，可以作为实际系统运行的参考，并据此进行系统的优化与调整。

一方面由于信息化项目的多专业性，为了解决沟通和分析设计的问题，需要借助建模的手段实现对被处理对象系统的描述；另一方面由于信息化处理对象的复杂性，依据“化繁为简、分而治之”的原则，使用多层次多视图的模型来描述目标系统。视图的划分包括反映结构信息的信息视图、资源视图、组织视图、产品视图，反映系统时间和逻辑特征的过程视图，结合反映系统功能结构和功能关系的功能视图，以及反映企业经济性和目的性的经济视图。静态结构反映了系统的存在，行为结构给出了系统的属性和运行方式，而评价结构则将系统和它的目的性关联在一起。透过多视图，为IDEF、ARIS等其他建模方法和工具的集成，对于制造企业原模型和企业本体的开发提供了技术框架。利用模型技术解决IT项目的交流、设计、技术转移、系统构建乃至运行维护的问题是目前学术界和业界的普遍看法，模型驱动的体系结构是目前的一个研究和实践的热点。

4 结论

随着信息技术的发展和应用范围的不断扩大，IT项目管理越来越具有普遍性。分析IT项目的内在特征和特有问题，在项目管理知识体系的架构下，有针对性地开发适应性的理念和方法，将是IT项目管理领域的发展方向。

需要强调的是，信息技术本身的发展并不是IT项目的目的，满足应用对象的需求和战略目标才是其出发点，因此需要切实做好项目的需求分析，一切从业务工作的实际需求出发，在集成理念的指导下，充分考虑整个系统的集成要求，并在此基础上选择相关的成熟技术、应用系统和产品，同时做好项目的技术经济分析，才能保证信息化项目发挥实效。国家863计划CIMS主题专家组在大量信息化工程实践的基础上提出的“需求牵引、效益驱动、总体规划、分步实施”的策略是IT信息化项目管理的总体指导思想。

学习目标

1 理解项目质量管理的重要性和项目经理在确保质量中的角色

2 定义质量并理解质量与IT项目各个方面的关系

3 讨论质量专家的现代质量管理观念

4 描述项目的质量计划编制、质量保证和质量控制所包含的内容

5 解释质量控制工具和技术，例如：帕累托图，统计抽样，质量控制图和6σ法则

6 比较IT项目的不同测试类型以及它们与质量的关系

7 描述IT项目质量改进相关的关键问题

71 IT项目的质量

72 什么是项目质量管理

质量管理的目的是确保项目满足他所应满足的需求。

项目质量管理的三个过程：

1 质量计划编制包括确认与项目有关的质量标准以及实现方法。

2 质量保证包括对整体项目绩效进行预先的评估以确保项目能够满足相关的质量标准。

3 质量控制包括监控特定的项目结果，确保它们遵循了相关质量标准，并识别提高整体质量的途径。

73 现代质量管理

注重预防而不是检查，并承认管理层对质量的责任。

74 质量计划编制

质量计划编制中重要的是确定每个独特项目的质量标准，把质量规划到项目的产品和管理项目所涉及的过程之中。计划编制还包括，以一种能理解的、完整的形式传达为确保质量而采取的纠正措施。在项目的质量计划编制中，描述能够直接促成满足顾客需求的关键因素是重要的。

质量计划的输入：关于质量的组织政策、特定的项目范围说明书、产品描述、相关标准和准则；输出是质量管理计划和为确保整个项目生命周期质量的各种检查表。

IT项目中影响质量的范围部分包括：功能性和特色、系统输出、性能、可靠性和可维护性。

实验设计是一种质量技术，用以帮助确认那个变量对一个过程的整体结构影响最大。理解那个变量影响结构是质量计划编制的重要部分。

75 质量保证

质量保证包括与满足一个项目相关的质量标准有关的所有活动。其另一个目标是不断改进质量。

上级领导和项目经理做好质量保证工作，可以对质量产生重要的影响。

基准比较分析法是用于质量改进的技术，它是将具体项目时间或产品特性与那些在项目执行组织内部或外部的其他项目或产品的相应特性进行比较，从而产生质量改进的思想。

质量审计是对特定质量管理活动的结构化审查，找出教训，改进现在或将来项目的执行。

76 质量控制

输入：接受决策、返工和过程调整。

接受决策作为项目一部分而生产的产品或服务是否被接受或拒绝。

返工指采取行动，是拒收事项达到和满足产品需求或规范或干系人的其他期望。

过程调整是指在质量控制度量的基础上，纠正或防止进一步质量问题的发生。

77 质量控制的工具和技术

帕累托分析

指确认造成系统质量问题的诸多因素中最为重要的几个因素。有时称为80-20法则，意思是，80%的问题是由20%的原因引起的。帕累托图是用于帮助确认问题和对问题进行排序的柱状图，其根据发生频率排序。

统计抽样和标准差

团队中对质量进行管理的成员必须对统计有深刻的认识，其他人也需要有大概了解。这些概念包括统计抽样、可信度因子、标准差、变异性。标准差和变异性是理解质量控制图的基本概念。

统计抽样是选择样本总体的部分来检查。样本大小取决于你想要的样本有多大的代表性。

样本大小=025×（可信度因子/可接受误差）2

可信度因子表示被抽样的数据样本变化的可信度。

常用的可信度因子

期望的可信度 可信度因子

95% 1960

90% 1645

80% 1281

标准差测量数据分布中存在多少偏差。一个小的标准差意味着数据集中聚集在分布的中间，数据之间存在很小的变化。使用σ表示标准差。

标准差在质量控制上很重要，因为它是一个决定有缺陷个体的可接收数据的关键因素。6σ很常用。

质量控制图、6σ和七点运行法则

控制图是数据的图形化表示，表明一个过程随时间的结构。主要用途是为了预防缺陷，而不是检测或拒绝缺陷。质量控制图可以使你决定一个过程是在控制之中还是失去了控制。

在一个过程在控制中，在过程结构中的任何变化都是由随机事件产生的。在控制中的过程不需要调节。当一个过程失去控制时，过程结构中的变化是由非随机事件产生的。当一个过程失去控制时，过程结果中的变化是由非随机事件产生的。当一个过程失去控制时，你需要确认这些非随机事件的起因，并调节过程以纠正或消除这些原因。

七点运行法则指出，如果一排中的7个数据点都是在平均值下面或上面，活着都在下降或上升，那么需要检查这个过程是否有非随机问题。

测试

为了提高质量，遵循严谨的测试方法是很重要的。

78 提高IT项目质量

成熟度模型，用于帮助组织改进它们的过程和系统的框架模型。3个流行的成熟度模型包括“软件质量功能实施（SQFD）”模型，能力成熟度模型（CMM）和项目管理成熟度模型。

质量管理的实质通俗地讲就是“把要做的写下来”，“把写的做出来”，“把做的过程记下来”，大家可能注意到一点：其中主要说的就是两个字“做”和“写”，与我们一般做事方法不同之处在于多了个“写”的动作，因此用“文档”管理“过程”成为质量管理的一个重要特点。我们举一个简单例子说明如何通过各种文档控制一个过程，一般这需要三种文档：

1)记录：记录活动的过程和结果，最常见的记录就是表格。 一个过程可能涉及A、B、C和D四个活动，并由不同的人员执行。每个人完成各自活动后就记录处理过程和结果，并签字确认。因此这个表格留下了所有人相关人员处理的“痕迹”，一旦出了问题就可以回溯，确定是哪一步出了什么问题。

2)规程：光有一个表格还不行，还需要一个文件规定活动的执行顺序和要求，这样的文件就是规程 。规程表示按A-B-C-D顺序执行，复杂的规程还可能包括条件分支，每一步骤的具体 *** 作和要求也应该在规程中描述。

3)状态：有了记录和规程还会发生问题 。比如，记录丢失了而不知道谁负责(甚至根本不知道丢失了)。这是因为不知道记录的状态当前在谁手里，处理的结果如何。因此还需要状态文档。

这确实多了一些“额外”的工作，不光需要员工额外的“文字”工作，还可能增加专职的管理人员，所以质量管理需要一定的“代价”。IT企业中，几乎所有开发人员都知道“质量”的重要性，但却不能正确看待质量的“代价”。一旦需要他们填写表格或者严格遵照流程工作时，多数都会说“太麻烦了”“效率太低了”。的确，如果没有文档工作一定程度上可以提高效率、节约成本，但长期看因管理混乱和质量低劣带来的损失可能远远大于短期的利益。还有一种常见的错误看法是“质量就是凑齐文档”，表现为在进度压力下违规 *** 作，待完成项目后匆匆补文档。坦率地说，如果补的是中间文档(例如部分详细设计)还情有可原，如果补“过程记录”则实在不甘恭维。例如，笔者就见过在项目完成后补《测试错误记录》的情况，其实这时补这些文档对测试过程的管理已经根本没有意义，花时间精力仅仅是让项目看起来规范一些，可以算是一种“粉饰太平”的行为。个人认为，如果你真的认为一个过程不需要文档也可以控制，则可以进行适当的裁剪。其实项目并非越规范越好，应该根据具体的质量要求平衡质量和进度、成本三者的关系。

质量管理活动基本包括质量保证和质量控制两类。质量保证是在项目过程中实施的有计划、有系统的'活动，确保项目满足相关的标准，典型的例子是评审和审计。质量控制指采取适当的方法监控项目结果，确保结果符合质量标准，还包括跟踪缺陷的排除情况，典型的例子就是测试。对于软件开发来说，重要的质量活动包括：

1)评审：检查项目中间产品，早期发现缺陷以减少后期修改和返工的工作量。

2)测试：直接检查软件产品中的缺陷，确保产品符合要求。一般通过单元测试、功能测试、集成测试、压力测试实现。

3)缺陷追踪：记录和追踪缺陷从发现到解决的整个过程，确保所有的问题都有结论(注意，并非一定都能解决，解决不了的要进行评价)。

这是与评审和测试配合使用的一个重要管理过程。

4)审计：对项目的工作过程进行检查，确保所有活动遵循规程进行。

5)变更控制：在前面的章节中谈过，这也是一个重要的质量活动。

6)配置管理：记录这些中间和最终产品(配置项)变化的历史，确保他们的正确性和一致性。

质量管理不是一堆文档就可以解决问题的，要想确实作好有三点很重要：一是培训，要确保员工知道为什么要这样做能解决什么问题具体如何做没有这种培训，员工很容易把质量管理理解为填写各种表格的繁文缛节。二是与客户交流，笔者发现很多时候因厂商没有与客户进行必要的交流，客户总觉得“什么事都要填表”是在故意刁难;通过解释客户往往非常理解，觉得这正是厂商做事规范的表现，因此会变得很配合。三是慎重选用SQA。SQA在软件质量管理中责任重大，最好有一定的开发经验，并愿意从事质量管理活动。SQA典型职责如下：

1)根据项目特点对过程进行裁剪，并审定最终的质量标准;

2)帮助项目经理制定计划并最终审批，过程中对变更进行审批;

3)进行日常的项目审计，确保项目按规程工作;

4)在阶段点对项目的基线进行审计，配置管理情况;

5)收集和分析各种度量数据，并向高层报告项目情况;

6)对项目组成员进行培训。

总之，质量管理主要通过“文档”控制“过程”。质量管理需要一定代价，要平衡与进度和成本的关系。质量保证是确保最终产品质量的一系列活动;质量控制是确保最终产品满足要求一系列活动。软件项目中的质量管理的重要角色是SQA。

IT是Information Technology的简称，即信息技术。具体来讲，包括硬件和软件，也可以分为设计，开发，生产，应用和服务等。

质量管理是指为了实现质量目标而进行的所有管理性质的活动，具体是指确定质量方针、目标和职责，并通过质量体系中的质量策划、质量控制、质量保证和质量改进来使其实现的所有管理职能的全部活动。

IT项目管理可以分为两部分理解：一个是IT，一个管理；掌握项目管理的知识体系，项目管理的基本内容，包括项目集成、范围、时间安排、成本、质量、人力资源、沟通、风险以及采购，另一个是对IT项目特别是软件工程项目的背景和技术深入了解，第三个就是多关注现实中的成功和失败项目实例啦，积累经验。

做法极端,除非这位项目经理是超级大拿,又或是整个组织就这一个项目

一般矩阵管理是一种常见的管理结构,主要是针对项目具有资源和时间约束而形成的,这种结构的特点是,通过项目管理,对工作任务进行安排及跟踪,对原来组织职能经理的管理,是保证项目人力资源以及工作过程质量 否则的结果就是,项目经理以质量为代价换取工期,过程质量管理失控,最终给项目造成伤害

非常多实际的例子

以上就是关于求助，IT 项目管理资料全部的内容，包括:求助，IT 项目管理资料、项目管理理论的第七章 项目质量管理、项目管理中的质量管理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！