论软件项目的质量管理

第一篇：论软件项目的质量管理

项目管理师论文之我见

听闻许多考友论文没过，实在可惜。我这次论文50分，不算高，勉强过关。我曾经参加过系统分析师考试，论文没过，这次选择了项目管理师。这两个考试作为高工级别，要求当然高，和大家分享一点经验：

1、你一定要写一个大项目，不能写小项目。如果项目不够大，你的高工职称就令人质疑了。你或许会问：我在的公司里就没有大项目，怎么办？去了解啊，了解亲戚、朋友的公司里有没有大项目，争取拿到资料。

2、你一定要在论文中把自己描述成一个项目中的主要管理者，可以不是项目经理，但级别不能太低。级别太低，你的高工职称就令人质疑了。你或许会问：我的级别就是低啊，只是一般的程序员。那没关系，去了解你的上司的工作，在论文中把自己描述成你的上司。

3、一定要围绕指定教材中的纲要来写，比如今年下半年的考题，论项目风险管理，论项目质量管理，教材中都有专门的章节，在论文中一定要把这些理论阐述出来。不 能自己写自己的，全然不管教材里怎么讲。大家如果有看过今年上半年的试题分析，就一定记得在论文的解答中，特别强调“要有……，要有……”，这都是教材中 的理论，如果没有，就没分了。

4、项目管理师的论文题目不外乎教材中的那主要的几章内容，猜都能猜得到，事先一定要构思好，考试时写论文的时间很短，到时再作考虑时间肯定来不及。

5、字迹要工整，平常多写，也是锻炼。大家都是做电脑的，多年没写字了，打字比写字还快。可是考试还是要写字，大家有空时还是再练练字吧！

一点心得，个人观点，仅供参考。

[摘要]

我目前担任中国石化加油IC卡试点工程江苏省项目的软件技术总监，并承担了软件的需求分析和部分的软件开发工作，该工程浩大，复杂，但至关重要的是该系统的核心软件的开发工作，该核心软件跨平台、跨地区、基于网络，既有联时交易，又有脱机交易，是基于网络、大型关系数据库的实时分布系统，由加油站后台管理子系统、发卡充值网点子系统、加油站前台POS消费子系统、加油站前台卡机联动系统、清算结算子系统、零售管理与数据分析子系统等组成，为了保证软件按时保质保量的完成，提高软件的质量与效率，作为技术总监，我分析了决定软件和影响软件质量的因素，制定了合适的质量管理策略，通过加强项目管理和采取诸多针对性的做法，取得了较好的效果，具体叙述如下

质量控制的主要活动:技术评审、代码走查、代码评审、单元测试、集成测试、压力测试、系统测试、验收测试、缺陷跟踪。

[正文]

一、基于对软件质量管理的认识与分析

我认为，影响软件质量的因素有很多，通常有：人的因素、软件需求、质量问题可能出现在开发过程的各个环节上、测试的局限性、质量管理的困难、质量管理未能给予足够的重视、软件人员的传统习惯、开发规范、开发工具的支持不够等。对于象石化加油卡工程的核心软件之类的大型软件，涉及平台多，开发环境多，开发人员庞大，在全国尚无大规模的同行业省级应用模式可以参考。因此，我认为软件要能够恰合需求是最为首要的质量因素；其次，对于庞大的开发人员，对他们培养和树立软件质量意识，按软件工程标准规范开发流程，因此，质量管理和开发过程控制也十分重要；再次，该核心软件庞大、复杂、功能多、子系统多、接口多，我认为，要在软件开发生命周期内重视软件测试也至为关键。

目前，在业界影响较深的McCALL质量模型、ISO软件质量评价模型以及SSC软件质量度量模型，都比较共同地列举了软件的质量特性，如正确性、可靠性、完整性、优化与效率、可维护性、可测试性、容错性、文档完备性、复用性、健壮性等等，要想使提交的软件在各项指标方面具有较高的性能和度量指标，在软件开发过程中，须采用切实可行和有针对性的措施方可达到要求。以下结合我工作中针对提高石化加油卡核心软件质量谈谈具体的管理策略、思维和做法。

二、具体实施的管理策略及做法

1、质量管理策略的展开与实施

首先，我向公司的决策层强调了软件质量的重要性，并提交了具体的实施办法。从组织上，我公司成立了软件质理管理领导小组，下设办公室，有2名专职质量管理人员，我作为办公室主任。最主要开展了公司的集成资质认证和ISO9001软件开发质量认证的取证工作，并最终获得成功，同时开展了全体开发人员的软件质量意识教育，对开发人员进行了系统的软件工程软件工程开发规范和相关标准教育。这些工作都是全员行动，涉及到的每个部门、每个开发小组以及个人，都要按照质量管理规范要求开展各自的工作，这也是开发工作的基础准备工作。

2、高素质软件人才战略

我始终认识到软件行业中人才的重要性以及人才在软件质量的重要作用，通过各种渠道，我们招聘了大量高素质人员，但要使其发挥工作积极性，激发其工作热情和责任感，通过我的努力和建议，人事部门制定了比较公平、公正、有效率的薪金激励体系，例如建立了将开发人员分为系统分析员、高级程序员、程序员等五档次十个级差的工资体系，最高人员可达月薪25000元/月，最底为2600元/月，同时给予人员以晋升和发展的空间，由于软件开发行业的特殊性，我们还十分重视人员素质提高与技术学习和交流，积极提倡和鼓励人员参与中软考和各类认证考试以及职称评审，这样在公司内形成了十分良好的积极进取向上的科研与学习气氛。

3、系统分析方法与模型选择、开发平台的选择以及中间件开发平台的引入

对于石油销售行业，需求并不经常变动，只是各地的需求和销售策略有所不用，我认为宜采用传统的结构化分析方法为主，结合面向对象的分析方法，在需求分析前期，以结构化分析方法，摸清系统的原有业务流程以及数据流，在设计阶段，在充分理解需求规格说明书的基础上，应采用面向对象的分析与设计方法，这样方可提高软件的可靠性、复用性、可维护性等，也就提高了软件的质量。在开发平台的选择上，由于加油卡清费数据量巨大，首先是基本大型关系数据库的应用，我们选择了SYBASE，开发工具采用了DELPHI

6、cylix分别用于WINDOWS平台和LINUX平台的开发，由于整个系统是采用集中式基于网络的应用，充值发卡为联机交易而加油站加油卡数据是在油站产生通过拨号上传的。为了保证操作事务的完整性，解决异构和跨平台的困难，采用了现今流行的中间件(BEA TUXEDO)开发技术，利用交易中间件实现联机交易，利用通讯中间件解决加油站数据上传，通过中间件中的两阶段提交技术，合理地利用了网络带宽，不至于与联机交易相冲突，也保证了网络不易拥塞而使数据不能上传。

另外，我们还采用了各类CASE工具，用于软件的建模、文档管理、版本管理、方案演示等。

4、收集需求的多种做法

在软件从分析到编码设计以及测试的全过程，我们反复采用了“请进来、走下去”的做法，即分析和开发人员一定要亲临业务现场，切身体会其中的业务操作，我们甚至要求与他们与业务人员打成一片，我们称之为走下去，目的就是为了更准确地把握需求。在开发时系统有了初步的软件原型后，我们又将各地石油分公司的专业人员、业务人员请过来，请他们谈谈对新原型的看法和意见，并按照他们的意见再次对开发工作进行修正，我们称之?quot;请进来“，目的是使确保软件提交后能尽快地获得用户方满意。这个过程，是循环反复，螺旋演进的，通过这个过程，我们的软件逐步达到了功能丰富、操作简便易用、运行效率高、速度快的高质量要求。据我们不完全统计，我们采用的”请进来，走下去“的做法涉及到数百个人次，参与分析与开发的人员不但结交了很多朋友，而且也切身体会到这种做法对保证软件质量的重要之处。

5、基于”应用微内核“模块的可扩展开发模式和思维的全面贯彻

虽然系统庞大，我们认为软件中最为基础的是加油IC卡的核心支付模块，是整个系统核心的核心，我称之为大系统的”应用微内核“，是其他系统的数据源，其他模块如清算结算子系统、油站零售管理与数据分析子系统，都是基于其上的扩展开发。因此，我要求，在核心级应用内核采用最为严格的软件工程开发规范，并在其中留有足够的数据库的表中的数据元（字段），以便应付多需求情况以及将来需求的可变性，这样，可使应用内微具有较大的灵活性。例如，加油站累计消费优惠，在各市公司采用不用的优惠措施，有的是累计积分奖励礼品，有的是累计现金，各地分公司由于经营上的需要，还执行了不同的油品价格政策，利用应用内核中的扩展字段很方便即可解决这个各地不同需求问题。应用微内核的采用还为其他系统提供了清晰的接口，例如，石化系统目前是正在作ERP软件的试点，该软件作为ERP底层数据源，十分方便地溶入了ERP系统中。微内核还提高了系统的运行效率，微内核代码经过了系统中最为严格的测试，有的模块和代码段一般都经历了四版以上才定稿，有的甚至在经历了十次以上的版本。我们还在开发前开展了较为有趣的编程优化大赛，谁的程序效率高、算法优、速度快，就选其中的人员参与到微内核开发组，并在薪水和奖金给予这些人员适当的上浮。

6、加强测试

为了提高软件质量，我们还十分重视软件的测试工作，成立了专业的测试小组，用于测试开发的软件和厂商提交的加油机卡机联动样机、消费POS、充值POS等，由于为全行业工程，中国石化统一了加油IC卡卡规范、重新修订了加油机通讯协议，这些都需要进行测试，方可准予厂商进场作业，为此开发部门还编制了相关的测试软件，通过测试后，方可发证与厂商。对核心软件，除了我们内部进行单元测试和集成测试和初步系统α测试外，我们还委托中国计算机软件测评中心这样的专业测评机构进行最终确认测试。在试用版投入试点过程中，我们还与各地石油分司共同建立了测试维护制度与维护操作办法，落实了具体人员，收集了大量测试数据，全面地进行了β版测试，此举也从运行现场发现了很多开发环境下所没有发现的问题，对提高软件质量起到了重要的作用。

三、完成的效果与评价

加强软件质量管理的做法还有很多，对其中的一些细节本文也不再讨论。如上所述，其做法基本上源于我参与多年的软件开发项目和项目管理的经验所得，当然在这个项目中我们也有所创新，如”应用微内核"的开发思想和思维的实施。这些做法从总体上保证了软件的高质量。当然，质量管理的内容与做法也要与时俱进。

但由于自己不是公司的决策层，仅负责软件技术方面的工作，对部分骨干人员的出走以及因项目各方利益的关系，从而影响了软件的开发和进度也无能为力。从这个项目来看，软件的开发仍然是整个工程推进的瓶颈，其开发进度与提交对整体加油卡工程进度影响很大，传统的软件开发问题在这个项目中也依然遇到。近些年来，软件行业的CMM认证较为流行，可使公司软件过程能力成熟度得到较大提高，我想这也是将来在软件质量方面的努力之处。总之，对于软件项目开发，人的作用和质量管理的作用都十分的重要，我也期待着在将来能不断提高自已的技术与管理水平，也能够希望更多的专业人员投入到软件质量管理的研究中来，为提高我国软件产业的软件质量而奋斗。

第二篇：软件项目质量管理实战总结

软件项目质量管理实战总结

第一章 引言

许多IT项目开发的系统应用在生死攸关的场合。例如，1981年，由计算机程序改变而导致的1/67的时间偏差，使航天飞机上的5台计算机不能同步运行，这个错误导致了航天飞机发射失败。1986年，1台Therac25机器泄露致命剂量的辐射，致使两名医院病人死亡。造成惨剧的原因是一个软件出现了问题，导致这台机器忽略了数据校验。这些惨痛的教训说明，在软件开发项目中认真抓好质量管理，并加强有关软件项目质量管理的研究是摆在我们面前的重要课题。

软件项目质量管理包括：质量计划编制、质量保证和质量控制三个过程域。质量计划是质量管理的第一过程域，它主要结合各个公司的质量方针，产品描述以及质量标准和规则通过收益、成本分析和流程设计等工具制定出来实施方略，其内容全面反应用户的要求，为质量小组成员有效工作提供了指南，为项目小组成员以及项目相关人员了解在项目进行中如何实施质量保证和控制提供依据，为确保项目质量得到保障提供坚实的基础。质量保证则是贯穿整个项目全生命周期的有计划和有系统的活动，经常性地针对整个项目质量计划的执行情况进行评估、检查与改进等工作，向管理者、顾客或其他方提供信任，确保项目质量与计划保持一致。质量控制是对阶段性的成果进行检测、验证，为质量保证提供参考依据，它是一个PDCA循环过程。

第二章 对软件项目质量管理理论的认识

软件项目的质量管理指的是保证项目满足其目标要求所需要的过程，它包括编制质量计划、质量控制、质量保证等过程。

2.1 质量计划编制

现代质量管理的基本宗旨是：“质量出自计划，而非出自检查”。只有做出精准的质量计划，才能指导项目的实施、做好质量控制。

编制项目的质量计划，首先必须确定项目的范围、中间产品和最终产品，然后明确关于中间产品和最终产品的有关规定、标准，确定可能影响产品质量的技术要点，并找出能够确保高效满足相关规定、标准的过程方法。编制质量计划通常采用流程图、因果分析图等方法对项目进行分析，确定需要监控的关键元素，设置合理的见证点(W点)、停工待检点(H点)，并制定质量标准：

1)流程图：

显示系统的各种成分是如何相互关系的，帮助我们预测在何处可能发生何种质量问题，并由此帮助开发处理他们的办法。

2)因果分析图(也称鱼刺图)：

对于复杂的项目，编制质量计划时可以采用因果分析图，描述相关的各种原因和子原因如何产生潜在问题或影响，将影响质量问题的“人员、设备、参考资料、方法、环境”等各方面的原因进行细致的分解，方便地在质量计划中制定相应的预防措施。其次，质量计划中还必须确定有效的质量管理体系，明确质量监理人员对项目质量负责和各级质量管理人员的权限。戴明环(又名PDCA循环法)作为有效的管理工具在质量管理中得到广泛的应用，它采用计划——执行——检查——措施的质量环，质量计划中必须将质量环上各环节明确落实到各责任单位，才能保证质量计划的有效实施。

2.2 按照质量计划实施有效的质量控制

质量计划确定后，按照其建立的质量管理体系，各责任单位就必须按照PDCA质量环的要求，实施有效的质量控制。质量控制应贯穿于项目的整个过程，它可分为监测和控制两个阶段：监测的目的就是收集、记录和汇报有关项目质量的数据信息;控制就是使用质量监测提供的数据，进行控制，确保项目质量与计划保持一致。

在质量监测过程中，对于质量计划中设置的见证点、停工待检点，质量监测人员要按照作业程序及时进行测量检查(其中对于停工待检点必须由监理人员签字认可后才能进入下一道工序)，以确定项目成果(或阶段成果)是否符合相关的质量标准。对于见证点或停工待检点要防止跳过检查，因为避免错误的成本总是大大低于补救错误的成本。对质量监测的结果应采用相应的统计方法进行分析，如帕累托图法(按发生频率排序的直方图，它显示了可识别原因的种类和所造成的结果的数量)等。通过统计分析对人员、设备、参考资料、方法、环境等影响项目质量的因素进行监控，确定项目实施过程是否在控制之中，同时进行趋势分析，对一些偏向于不合格的趋势及早进行控制。质量控制阶段应根据验收数据做出验收决定，确定是否进入下一步工序。对于质量监测中发现的不合格，应及时利用“因果分析图”等方法分析原因，并进行适宜的处置，保证不合格得到识别和有效的控制。不合格处置包括返工、返修、降级、让步放行、报废等形式。

质量监测分析时，对于已发现的不合格或潜在不合格，应制定相应的纠正措施或预防措施，以消除不合格或潜在不合格的原因，防止不合格的发生。纠正措施或预防措施制定后，应对质量计划进行相应的调整，保证项目的顺利实施。

项目收尾包括项目评估和项目终止两个阶段。项目收尾阶段的质量控制是一个非常重要而又容易忽视的内容。

项目质量评估不仅仅是在项目完成后进行，还包括对项目实施过程中的各个关键点的质量评估。项目质量评估看起来属于事后控制，但它的目的不是为了改变那些已经发生的事情，而是试图抓住项目质量合格或不合格的精髓，以使将来的项目质量管理能从中获益。

项目终止阶段，是在决策项目终止后，检查项目文件资料完备，包括项目施工质量验评表、竣工报告等，同时进行项目总结。项目总结是一个把实际运行情况与项目计划不断比较以提炼经验教训的过程。通过项目质量计划和总结，项目过程中的经验和教训将得到完整的记录和升华，成为“组织财富”。

四、项目质量管理的难点

每个项目的实施总是拥有同样的总体目标：质量、时间和成本。三者是一个相互制约、相互影响的统一体，其中任一项目标变化，都会引起另两个目标变化，并受其制约。如何合理的保证项目质量，正确处理质量与时间、成本之间的矛盾是项目质量管理的一个难点，这需要整合项目所有方面的内容，保证按时、低成本地实现预定的质量目标。

根据侧重点不同，项目可分为质量倾斜型、工期倾斜型及成本倾斜型体系。我们在编制项目计划时，一般而言是时间、成本、质量标准均已确定，在项目实施过程中就需在从客观因素、具体情况出发，根据将要采取的行动和可能导致的后果进行综合分析研究;按切合实际的原则，使项目进展平衡有节奏地进行，以求达到预期目标。避免出现工期紧张或成本减少，导致质量降低的现象，而质量下降又往往造成返工等后果而导致延长工期和增加成本。

2.3 对软件质量保证的认识

2.3.1 有关SQA的理论

我们都知道一个项目的主要内容是：成本、进度、质量;良好的项目管理就是综合三方面的因素，平衡三方面的目标，最终依照目标完成任务。项目的这三个方面是相互制约和影响的，有时对这三方面的平衡策略甚至成为一个企业级的要求，决定了企业的行为，我们知道 IBM的软件是以质量为最重要目标的，而微软的“足够好的软件”策略更是耳熟能详，这些质量目标其实立足于企业的战略目标。所以用于进行质量保证的SQA 工作也应当立足于企业的战略目标，从这个角度思考SQA，形成对SQA的理论认识。

软件界已经达成共识的：影响软件项目进度、成本、质量的因素主要是 “人、过程、技术”。首先要明确的是这三个因素中，人是第一位的。

现在许多实施 CMM的人员沉溺于CMM的理论过于强调“过程”，这是很危险的倾向。这个思想倾向在国外受到了猛烈抨击，从某种意义上各种敏捷过程方法的提出就是对强调过程的一种反思。“XP”中的一个思想“人比过程更重要” 是值得我们思考的。我个人的意见在进行过程改进中坚持“以人为本”，强调过程和人的和谐。

根据现代软件工程对众多失败项目的调查，发现管理是项目失败的主要原因。这个事实的重要性在于说明了 “要保证项目不失败，我们应当更加关注管理”，注意这个事实没有说明另外一个问题“良好的管理可以保证项目的成功”。现在很多人基于一种粗糙的逻辑，从一个事实反推到的这个结论，在逻辑上是错误的，这种错误形成了更加错误的做法，这点在SQA的理解上是体现较深。

如果我们考证一下历史的沿革，应当更加容易理解 CMM的本质。CMM首先是作为一个“评估标准”出现的，主要评估的是美国国防部供应商保证质量的能力。CMM关注的软件生产有如下特点：

(1)质量重要

(2)规模较大

这是 CMM产生的原因。它引入了“全面质量管理”的思想，尤其侧重了“全面质量管理”中的“过程方法”，并且引入了“统计过程控制”的方法。可以说这两个思想是CMM背后的基础。

上面这些内容形成了我们对软件过程地位、价值的基本理解;在这个基础上我们可以引申讨论 SQA。

2.3.2 生产线的隐喻

如果将一个软件生产类比于一个工厂的生产。那么生产线就是过程，产品按照生产线的规定过程进行生产。SQA的职责就是保证过程的执行，也就是保证生产线的正常执行。

抽象出管理体系模型的如下，这个模型说明了一个过程体系至少应当包含 “决策、执行、反馈”三个重要方面。

QA的职责就是确保过程的有效执行，监督项目按照过程进行项目活动;它不负责监管产品的质量，不负责向管理层提供项目的情况，不负责代表管理层进行管理，只是代表管理层来保证过程的执行。

2.3.3 SQA和其他工作的组合

在很多企业中，将 SQA的工作和QC、SEPG、组织级的项目管理者的工作混合在一起了，有时甚至更加注重其他方面的工作而没有做好SQA的本职工作。

国内现在基本有三种QA(按照工作重点不同来分)：一是过程改进型，一是配置管理型，一是测试型。个人认为是因为SQA工作和其他不同工作组合在一起形成的。

下面根据经验对它们之间的关系进行一个说明。

QA和QC ,两者基本职责;

QC：检验产品的质量，保证产品符合客户的需求;是产品质量检查者;

QA：审计过程的质量，保证过程被正确执行;是过程质量审计者;

注意区别检查和审计的不同，检查：就是我们常说的找茬，是挑毛病的;

审计：来确认项目按照要求进行的证据;仔细看看CMM中各个KPA中SQA的检查采用的术语大量用到了“证实”，审计的内容主要是过程的;对照CMM看一下项目经理和高级管理者的审查内容，他们更加关注具体内容。

对照上面的管理体系模型，QC进行质量控制，向管理层反馈质量信息;QA则确保QC按照过程进行质量控制活动，按照过程将检查结果向管理层汇报。这就是QA和QC工作的关系。

在这样的分工原则下，QA只要检查项目按照过程进行了某项活动没有，产出了某个产品没有;而QC来检查产品是否符合质量要求。

如果企业原来具有 QC人员并且QA人员配备不足，可以先确定由QC兼任QA工作。但是只能是暂时的，独立的QA人员应当具备，因为QC工作也是要遵循过程要求的，也是要被审计过程的，这种混合情况，难以保证QC工作的过程质量。

QA 和SEPG，两者基本职责。SEPG：制定过程，实施过程改进;QA：确保过程被正确执行。SEPG应当提供过程上的指导，帮助项目组制定项目过程，帮助项目组进行策划;从而帮助项目组有效的工作，有效的执行过程。如果项目和QA对过程的理解发生争持，SEPG作为最终仲裁者。为了进行有效过程改进，SEPG必须分析项目的数据。QA本也要进行过程规范，那么所有QA中最有经验、最有能力的QA可以参加SEPG，但是要注意这两者的区别。

如果企业的 SEPG人员具有较为深厚的开发背景，可以兼任SQA工作，这样利于过程的不断改进;但是由于立法、执法集于一身也容易造成SQA过于强势，影响项目的独立性。

管理过程比较成熟的企业，因为企业的文化和管理机制已经健全，SQA职责范围的工作较少，往往只是针对具体项目制定明确重点的SQA计划，这样SQA的审计工作会大大减少，从而可以同时审计较多项目。

另一方面，由于分工的细致化，管理体系的复杂化，往往需要专职的 SEPG人员，这些人员要求了解企业的所有管理过程和运作情况，在这个基础上才能统筹全局的进行过程改进，这时了解全局的SQA人员就是专职SEPG的主要人选;这些SQA人员将逐渐的转化为SEPG人员，并且更加了解管理知识，而SQA工作渐渐成为他们的兼职工作。这种情况在许多 CMM5企业比较多见，往往有时看不见SQA人员在项目组出现或者很少出现，这种SEPG和SQA的融合特别有利于组织的过程改进工作。SEPG确定过程改进内容，SQA计划重点反映这些改进内容，从保证有效的改进，特别有利于达到CMM5的要求。从这个角度，国外的SQA人员为什么高薪就不难理解了，也决定了当前中国SQA人员比较被轻视的原因;因为管理过程还不完善，我国的SQA人员还没有产生这么大的价值。

2.3.4 QA和组织级的监督管理

有的企业为了更好的监督管理项目，建立了一个角色，我取名为 “组织级的监督管理者”，他们的职责是对所有项目进行统一的跟踪、监督、适当的管理，来保证管理层对所有项目的可视性、可管理性。为了有效管理项目，“组织级的监督管理者”必须分析项目的数据。他们的职责对照上图的模型，就是执行 “反馈”职能。

QA本身不进行反馈工作，最多对过程执行情况的信息进行反馈。SQA职责最好不要和“组织级的项目管理者”的职责混合在一起，否则容易出现SQA困境：一方面SQA不能准确定位自己的工作，另一方面过程执行者对SQA人员抱有较大戒心。

如果建立了较好的管理过程，那么就会增强项目的可视性，从而保证企业对所有项目的较好管理;而 QA来确保这个管理过程的运行。

2.3.5 SQA的工作内容和工作方法

2.3.5.1 计划

针对具体项目制定 SQA计划，确保项目组正确执行过程。制定SQA计划应当注意如下几点：

有重点：依据企业目标以及项目情况确定审计的重点。

明确审计内容：明确审计哪些活动，那些产品。

明确审计方式：确定怎样进行审计。

明确审计结果报告的规则：审计的结果报告给谁。

2.3.5.2 审计/证实

依据 SQA计划进行SQA审计工作，按照规则发布审计结果报告。注意审计一定要有项目组人员陪同，不能搞突然袭击。双方要开诚布公，坦诚相对。审计的内容：是否按照过程要求执行了相应活动，是否按照过程要求产生了相应产品。

2.3.5.3 问题跟踪

对审计中发现的问题，要求项目组改进，并跟进直到解决。

2.3.5.4 SQA的素质

过程为中心：应当站在过程的角度来考虑问题，保证了过程，QA就尽到了责任。

服务精神：为项目组服务，帮助项目组确保正确执行过程。

了解过程：深刻了解企业的工程，并具有一定的过程管理理论知识。

了解开发：对开发工作的基本情况了解，能够理解项目的活动。

沟通技巧：善于沟通，能够营造良好的气氛，避免审计活动成为一种找茬活动。第三章 软件项目质量管理在实际中的具体做法

3.1 质量管理责任分配

笔者曾在美国TAJ Technologies公司任软件工程师工作。TAJ Technologies公司(位于美国明尼苏达州，有约200名员工)在开发项目上按照规范化软件的生产方式进行生产，在生产流程上采用ISO9000 的标准进行。每个项目除配备了项目开发所需角色外，还专门配备了配置管理小组、测试小组和质量保证小组确保质量管理的实施，下面针对这三种角色进行说明：

3.1.1 配置管理小组职责

配置管理小组是保证项目开发完毕的同时，内部文档和外部文档都同时完成。内部文档的及时产生和规范，是保证项目开发各小组能够更好的接口和沟通的重要前提，从另一个方面讲，也是保证工程不被某个关键路径所阻塞而延滞的前提。如上所述，配置管理小组还是保证质量保证小组得以发挥作用的基础。配置管理小组的主要职责包括： 完善各个部门发送需要存档和进行版本控制的代码、文档(包括外来文件)和阶段性成果;对代码、文档等进行单向出入的控制;对所有存档的文档进行版本控制;提供文档规范，并传达到开发组中。

3.1.2 测试小组职责

测试小组作为质量控制的主要手段，负责软件的测试设计和执行工作。如同软件开发一样，测试在执行之前，同样需要进行测试计划和测试策略的设计，通常情况下测试可以分为如下几种类型，如：正确性测试、功能性测试、性能测试、安全测试和系统测试等。而这些测试均需要在测试计划和测试策略中进行描述用以指导测试小组成员进行测试用例编写和测试执行。程序员在交给测试人员之前是进行过一定的单元测试，确保程序编译、运行正确。

测试人员根据详细设计的文档对软件要实现的功能进行一一测试，保证软件的执行正确的实现设计要求，在此也只证明了软件正确的反映了设计思想，但是否真正反映了用户的需求仍需要进一步的功能性测试。

测试人员只有根据软件需求规格说明书所提及的功能进行检测，才能确保项目组开发的软件产品满足用户需求。在正确性测试完成之后，需要测试的是软件的性能，软件的性能在本项目中占有重要的地位，性能要求有可能改变软件的设计，为避免造成软件的后期返工，测试在性能上需要较大的侧重。如果有必要的话，测试小组还需要做安全测试，以确保系统使用安全可靠。

3.1.3 质量保证小组职责

质量保证小组作为质量保证的实施小组，主要职责是保证软件透明开发的主要环节。在项目开发的过程中几乎所有的部门都与质量保证小组有关。质量保证小组对项目经理提供项目进度与项目真正开发时的差异报告，提出差异原因和改进方法。

在项目进度被延滞或质量保证小组认为某阶段开发质量有问题时，提请项目经理、项目负责人等必要的相关人员举行质量会议。解决当前存在的和潜在的问题。质量保证是建立在文档的复审基础之上，因而文档版本的控制，特别是软件配置管理，直接影响软件质量保证的影响力和力度。质量保证小组的检测范围包括：系统分析人员是否正确的反映了用户的需求;软件执行体是否正确的实现了分析人员的设计思想;测试人员是否进行了较为彻底的和全面的测试;配置管理员是否对文档的规范化进行的比较彻底，版本控制是否有效。

3.2 质量管理实施

有了良好的资源配备，又如何在项目全生命周期内实施质量保证，让我们从以下几个方面来看质量保证的实施过程：

3.2.1 项目进度的质量保证

项目进度是项目进行是否顺利的最直观表现。显然在项目开始之前，项目开发计划是必须的。如果项目开发计划的制定的是完全合理的，那项目进度也就真正表达了项目与最终的交付使用之间的距离，然而要制定完全合理的项目开发计划几乎不太可能。可见要保证项目进度，首先要保证项目开发计划尽可能合理。

项目计划的合理程度与项目计划制定者从事类似规模和类似业务的项目的经验有直接关系，通过经验往往能够预见潜在的阻碍，这样要求项目计划制定者需要集众人之力来完善计划。

当项目计划制定初期，由质量保证小组组织召开的项目计划评审会，邀请公司技术专家、用户以及项目组小组成员一起讨论项目计划的可行性，会议通常采用头脑风暴法，各抒己见，会后由指定的记录员形成质量记录，发送给相关人员，对其计划中不合理的地方进行修改完善，并由质量保证人员对其结果跟踪，以确保项目计划完整性、可行性，完善后的计划交由配置管理人员进行版本控制。

然而在计划实施过程中，计划不是“固定化”。常有人道，“计划赶不上变化”，但“要跟上变化”。项目计划以里程碑为界限，将整个开发周期划分为若干阶段。根据里程碑的完成情况，适当的调整每一个较小的阶段的任务量和完成的任务时间，这种方式非常有利于整个项目计划的动态调整。也利于项目质量保证的实施。

实际运作中，当质保小组发现计划实施的差异后，报告项目经理，由项目经理组织负责对计划进行周期性维护，对于已经变动的计划由质保小组协助配置管理小组完成版本控制。

项目开发各阶段的质量保证

a、需求分析

需求分析是开发人员对系统需要做什么和如何做的定义过程。从系统分析的经验来看，这个过程往往是个循序渐进的过程，一次性对系统形成完整的认识是困难的。只有不断地和客户领域专家进行交流确认，方能逐步明了用户的需求。从系统开发的过程得知，系统分析时犯下的错误，会在接下来的阶段被成倍的放大，越是在开发的后期，纠正分析时犯下的错误所花费的代价越是昂贵，也越发影响系统的工期和系统的质量。

解决系统分析错误的方法。TAJ Technologies公司通常采用邀请用户参与进行需求评定，然后对其用户的意见由质保成员跟踪检测是否纳入需求规格说明书，同时与用户签字确认形成需求基线，交由配置管理员放入配置管理库。

虽然尽早的邀请用户参与，仍然避免不了项目进行中用户的需求变更请求。对于开发过程存在的需求变动，我们要求用户填写变更申请单发送给项目配置管理员，在通过配置配置员转交质保小组，负责组织专家小组和项目组成员一起讨论实施变更的可行性及实施后所带来的影响，小的变更则直接记录入变更记录原因分析项和风险项栏，大的变更则需要形成正式的变更报告，无论那种变更都需要对相应的文档实施同步变更(包括需求规格说明书、详细设计文、安装手册、操作手册等)。但是对于无法实现或是变更会带来巨大的影响而将导致进度的延期，这时，我们将变更报告提交给用户或邀请用户进行协调会议，讨论变更取舍问题或是项目进度变更问题。

决定变更之后，由项目经理组织实施变更，测试人员检测变更结果，而质保小组成员监督变更实施过程并协助配置管理员对变更后的成果物进行版本控制。变更实施完后，上线前还需要指定人员协助用户一同测试并由用户签字后同意方可上线。

b、系统设计

优良的体系结构应当具备可扩展性和可配置性，而好的体系结构则需要好的设计方法，自然设计选型成为了系统设计首要的工作，究竟是采用哪种设计方法好呢?

对于设计选型不能一概而论，需要针对项目的结构、项目的特征和用户的需求来分析，同样也要考虑到参与项目小组成员的素质，如果其中大部分都没有从事过面向对象的设计且项目进对紧迫，这样没有多余的时间来培训小组成员来掌握面向对象的设计方法，尽管众所周知面向对象设计方法的优势，我们还是不如采用面向过程的方式(除用户指定开发设计方式外)可以减少项目承担的技术风险。

TAJ Technologies公司有过一个项目，用户指定需要采用面向对象分析、设计和开发，且开发周期短，在无赖的情况下，项目小组只能选用面向对象的软件开发过程，由于项目小组很少从事过面向对象的开发，经验缺乏，导致项目上马后项目进度延误，项目没有达到预期的效果。

针对此次开发，我们分析其原因，发现小组成员在开发过程中对于新技术互相交流少，各自有各自的理解和想法，造成理解上的不一致性，导致工作重复性高，滞后项目进度。建议解决方法是项目组成员采用集中办公，分块学习，学习的成果马上向项目相关人员发布，再由配置管理员对其发布的文档进行整理、规类放入配置库以供大家共享。这样方便大家的互相学习，减少重复的工作。在这次开发中我们公司从管理人员、设计人员到开发人员都汲取了很多教训，同时经过此次项目的开发，小组成员也积累了丰富的面向对象的开发经验。

除设计选型，还有一个容易被忽视的问题，就是公共类开发。公共类开发可以减少工作中的重复工作，降低开发成本。这要求我们再设计阶段通过对用户需求的仔细研究，尽可能的识别出公共类，并进行定义指定专人负责设计通知其它设计人员，以减少重复工作。对于项目组提供的设计文档，由质保小组组织技术专家、项目组设计人员、开发人员和测试人员对其设计文档的评审，检测设计文档对其下一阶段工作的可行性，及时发现设计中可能存在的错误，降低项目开发风险，同时确保设计文档能为开发人员、测试人员提供切实的指导。对于可复用的设计进行提取作为公共库设计和开发，提供项目组或整个公司重用。最后交由配置管理员进行设计文档的版本控制。

c、实现

实现也就是代码的生产过程。这里不仅包括代码的产生，同时也包括测试用例的产生。针对上一阶段提供详细设计，程序员开始编码并且调试程序，测试人员则根据设计进行测试用例的设计，设计出来的用例需要得到项目组成员认可由项目经理审核通过才能进入配置库。同时程序员调试完程序提交测试人员进行程序正确性检测。

d、文档管理

文档维护主要是配置管理小组的工作。文档从用途上分主要分为内部文档和外部文档。

内部文档包括： 项目开发计划;需求分析;体系结构设计说明;详细设计说明;构件索引;构件成分说明;构件接口及调用说明;组件索引;组件接口及调用说明;类索引;类属性及方法说明;测试报告;测试统计报告;质量监督报告;源代码;文档分类版本索引;软件安装打包文件。

外部文档主要包括： 软件安装手册;软件操作手册;在线帮助;系统性能指标报告;系统操作索引。

如何保证文档的全面性，使其真正为项目的进度提供保证，又不因为文档的写作而耽误项目的进度，这仍然是一个比较难解决的问题。解决此问题，其核心仍然是个“ 度”的问题。

在本项目的开发中，配置管理小组的一个非常重要的任务还是书写文档规范和文档模板。当有文档模板后需要书写文档的人员只剩下“填空”的工作，从某种意义上讲，书写文档的速度会加快。如果书写文档的人员认为文档的更细致的部分可以由他人帮助完成，则该文档即交由他人完成，但此时文档并不算被正式提交，当他人书写完毕之后，必须由文档的初写者进行复审，复审通过后方可以正式提交，进入软件配置管理的循环中。

配置管理小组真正核心的工作是对文档的组织管理。根据文档的不同，文档的来源也不同，有些是通过质量保证小组经过复审之后转交给配置管理小组，有些则会直接从文档的出处到达配置管理小组。文档的管理是一个非常烦琐的工作，但是长远来看它不仅使项目的开发对单个主要人员的依赖减少，从而减少人员流动给项目的带来的风险，更重要的是在项目进行到后百分之十的时候起到拉动项目的作用。

从以往做大项目的经验来看，写作文档在项目开发的早期可能会使项目的进度比起不写文档要稍慢，但随着项目的进展，各个部门需要配合越来越多，开发者越来越需要知道其他人员的开发思路和开发过程，才能使自己的开发向前推进。一个明显的例子就是系统整合，或者某些环节是建立在其他环节完成的基础之上时，就更显现出文档交流的准确性和高效性。

3.2.2 系统维护质量保证

在TAJ Technologies公司，维护小组的任务一方面是保证对项目客户的跟踪服务，另一方面是确保该项目其它的开发人员从项目中尽快的解脱出来以便投入到下一个项目的开发中。所以通常项目维护小组成员主要由项目组的少部分开发人员承担完成。他们不仅了解软件的核心内容，而且与客户也不陌生，以便能够以最快的速度修正错误。对于一般性的错误，如操作不当等引起的问题，全部由维护小组执行完成，但需要用户测试确认上线。如果较大的修改则需要走变更控制流程，用户或者维护人员填写变更申请，经专家会议讨论分析可行方案在由维护小组实施，通过测试后方可提交用户。

维护小组的人员基本上是按项目跟进的。当一个项目刚刚交付用户时，在维护小组有较多的人员进行跟进，随软件的稳定，跟进的人逐步减少，并转移到其它项目中去。

未完待续

第三篇：论项目质量管理写作要点

试题：论项目的质量管理

论项目的质量管理

现代项目管理中非常重视质量管理，很多个人和组织将质量作为判定项目是否成功的重要依据。在IT业界，有很多知名公司将质量提高到了公司战略的高度来对待，并投入大量资源用于质量管理。

请围绕“项目的质量管理”论题，分别从以下三个方面进行论述：

1．概述你参与管理过的信息系统项目以及在项目中所遇到的质量管理问题。

2．请简要论述你对于质量、质量管理和质量成本的认识。

3．简要论述你认为提升项目质量应做哪些工作。

写作要点

第—部分

介绍项目的背景、发起单位、目的、项目周期、交付的产品等，以及在项目中所遇到的质量管理问题。

第二部分

美国质量管理协会把质量定义为：“过程、产品或服务满足明确或隐含的需求能力的特征”。项目质量可分为两个主要成分：过程质量和产品质量。项目质量管理不仅对该项目本身的交付物进行质量管理，还要针对项目过程进行管理。

成功的项目管理是在约定的时间和范围、预算的成本以及要求的质量下，达到项目干系人的期望。项目质量管理包括为确保项目能够满足所要执行的需求的过程，包括质量管理职能的所有活动，这些活动确定质量策略、目标和责任。并在质量体系中凭借质量计划编制、质量控制和质量保证等措施，决定了对质量政策的执行、对质量目标的完成以及对质量责任的履行。项目质量管理过程包括执行组织关于确定质量方针、目标和职责的所有活动，使得项目可以满足其需求。它通过质量计划编制、质量保证、质量控制程序和过程，以及连续的过程改进活动实施来实现质量管理系统。

项目质量管理包括：

·质量计划编制包括识别与该项目相关的质量标准以及确定如何满足这些标准。这样质量

计划编制首先由识别相关的质量标准开始，通过参照或者依据实施项目组织的质量策略、项目的范围说明书、产品说明书等作为质量计划编制的依据，识别出项目相关的所有质量标准而达到或者超过项目的客户，以及其他项目干系人的期望和要求。

·质量保证是一项管理职能，包括所有的有计划地、系统地为保证项目能够满足相关的质量标准而建立的活动，质量保证应该贯穿于整个的项目生命期。质量保证可以分为：内部质量保证（向项目管理组和执行机构的管理层提供质量保证）和外部质量保证（向客户或不参与项目工作的人员提供质量保证）。

·质量控制（QC）就是项目管理组的人员采取有效措施，监督项目的具体实施结果，判断他们是否符合有关的项目质量标准，并确定消除产生不良结果原因的途径。也就是说进行质量控制是确保项目质量得以完满实现的过程。质量控制应贯穿于项目执行的全过程。

项目管理团队需要考虑质量成本。质量成本是指那些与质量有关的所有工作的总成本。包括为确保与要求一致而做的所有工作叫做—致成本，以及由于不符合要求所引起的全部工作叫做不一致成本。这些工作引起的成本主要包括三种：预防成本、评估成本和故障成本，而后者又可分解为内部成本与外部成本。其中预防成本和评估成本属于一致成本，而故障成本属于不一致成本。预防成本是为了使项目结果满足项目的质量要求而在项目结果产生之前而采取的一些活动；而评估成本是项目的结果产生之后，为了评估项目的结果是否满足项目的质量要求进行测试活动而产生的成本；故障成本是在项目的结果产生之后，通过质量测试活动发现项目结果不能满足质量要求，为了纠正其错误使其满足质量要求而发生的成本。项目管理团队应该意识到项目决策能影响质量成本，在产品返工、保证的赔偿和产品召回时都会发生质量成本。反之，质量成本的估算也是指导项目决策的重要信息。然而，重要的是项目管理团队必须明确：项目的暂时性特征使得产品质量提高上的投资，尤其是预防缺陷和评审的成本，要依赖于实施项目的组织来提供，因为这种投资的效果可能在项目结束以后才能得以体现。

第三部分

提升项目质量的基本步骤：

（1）建立项目质量目标和质量改进计划；

（2）建立工作中的质量保证和质量控制规范；

（3）建立对质量（过程和产品）参数的度量体系；

（4）在项目中对过程和产品进行测量／检查，将实际情况与目标和规范进行对比以发现

质量问题，并对质量问题的处理进行监督和控制；

（5）对质量问题的出现次数和影响程度依次进行分析，找出原因并提出改进措施；

（6）在上述基础上，不断循环，坚持不懈地提升项目质量。

通过上述基本步骤，结合自己在实际工作中采用的方法进行论述。

第四篇：项目质量管理

三、项目管理的六个方面

     

物料管理是很多项目经理忽略的问题，实际上俗话说的好：兵马未动，粮草先行。很多公司现在对物料管理实现了用MRPⅡ进行管理。但是到了现场，由于系统集成的物料非常多，又一般无法用计算机进行管理，而工程的每一个物料直接影响到系统的顺利实施，这就要求项目经理对现场物料管理一定要重视，必须达到以下几点：正确、及时、专人负责。

要作到正确、及时，现场物料管理也必须事事有记录，即发料有记录，取料有记录，换料有记录，这实际上是物料管理中的文档问题。

2、进度管理

A.一定要建立正确的项目实施流程，工程实施流程的确立，明确了工程实施各步骤的顺序。

B.计划管理，凡事预则立，不预则废，工程实施一定要有计划。工程要求有工程计划，有月计划，有周工作总结和计划，工程计划要求作到最大化。做工程计划可以有几种方法，如：表格、甘特图等

在计划管理中一定要注意以下几点：系统集成中影响进度的因素较多，要求计划不能一成不变，要不断随具体情况调整。

制定计划要各部门共同参与，因为系统集成一般需要多种学科的配合，可能各人不了解其他人的工作内容，这就要求关键人物都要参与计划的制定。

工程进度一定要整个项目组共同了解和掌握，要求作到步调一致。

3、质量管理

监控系统的集成大部分工作是在现场完成的，因此现场作业的质量控制显得非常重要。

A、质量标准的制定

行有行规，质量的追求是无止境的，并且是有代价的，因此必须将对质量的要求以标准形式固定下来，达到了标准就算通过，不达标准就要返工，现在各种系统集成层出不穷，可是质量标准却一直不明确或缺乏可操作性，这也是系统集成越做越滥的一个原因。物料管理 进度管理 质量管理 文档管理

客户关系管理 技术管理

1、物料管理 B、现场作业质量管理

现场作业管理应有明确的程序和质量保证体系。程序和质量保证体系的建设应以ISO9000的作业标准来进行。

根据工程实施流程，建立质量保证体系，对工程进行检查，跟踪质量保证体系运作过程和分析造成不良工程的主要因素，制定相应的措施和制度，明确质检和整改责任人，使工程的质量一直处于闭环控制状态。

如果不能理解ISO900的精髓所在，至少应理解以下一点：

每一道工序应有人检查，每一个工作应有人负责整改。

C、安全管理

这里将安全管理也纳入到质量管理中来，要求将《安全规范》制定出来，并严格要求按安全规范实施，现场作到要求有专人负责施工安全工作。

4、文档管理

按照ISO900的要求制定文档模板并组织实施，文档是过程的踪迹，文档管理要作到：及时、真实、符合标准。

 及时指的是文档制作要及时，归档要及时。

  真实指的是文档中的数据必须是真实有效的。符合标准指的是文档的格式和填写必须规范。

5、客户关系管理

客户关系管理是CS（客户满意度）管理的一部分，系统集成要求以用户需求为导向，对客户关系的管理也紧紧围绕它展开。

系统集成本身就是一个系统工程，它不象一个具体的产品，比如冰箱，如果客户买了一个冰箱，他只能用冰箱说明书中的几项功能，但这些功能是大众化的，这个客户有一些具体的特别的需求就无法满足。可是系统集成就不一样，首先要知道客户的需求，和客户达成一致的意见，最后才能设计和实施。

在客户关系管理中要注意：什么是客户的真正需求？

哪些是客户需求中的重要部分，哪些是客户需求中的次要部分。

与客户作好沟通，实现客户的需求，对客户的超出系统功能的需求给予合理解释。与客户互通系统的标准，作好客户的培训。明白客户的决策链，作好系统验收工作。

6、技术管理

由于系统集成的创造性及多学科的参与的特点，系统集成在现场有许多非标问题要解决。各学科一定要协调配合，才能产生最佳结果。因此，系统集成的技术管理就显得非常重要。

项目经理不但要懂得管理知识，还要通晓各学科专业知识，要注意各环节的配合，在技术管理中要注意以下几点。

重视每一种学科在项目中的应用。多学科的配合往往有超出传统技术的解决问题的办法。重视技术文档的作用，要求技术文档要及时、具体、明白，特别是一些非标的工作，更要详细留档，以便今后的审查和改进。

对项目组技术人员的管理与施工人员不一样，技术人员往往只关心自己的技术，不愿意干涉项目中的各种协调等，对他们应创造出适合其工作的环境、应尊重并及时表彰他们的科研成果、应造就出项目目标明确、积极向上的团体精神。

一、摘要

本文主要是想通过对我公司计算机系统集成项目管理的全面分析，从整体上指出项目经理需要注意的某几个方面，希望能给广大IT界的朋友一些帮助，同时，抛砖引玉，更希望各位同仁能给我们提出宝贵的建议和帮助。

二、计算机系统集成的特点

1、典型的多学科合作：作好计算机系统集成需要多种学科知识的配合，比如监控系统，需要计算机、传感器、射频识别技术、电力电子技术等，又如GPS系统，需要地理信息技术、电子技术、无线射频技术等。

2、创造性：几乎每个计算机集成系统工程的用户都会有不同特点和不同的需求，由此造成每一个计算机系统集成工程都和其他工程不完全一样,需要量身定做，这样一来，就带有一些非标问题，每一个工程都可以带来或多或少的新意。

3、质量不可控因素增多：有些纯软的工程只要有过硬配置的计算机就能完成，而计算机系统集成系统则有很大一部分工作（包括软件编程）要在现场完成，这就必须将工程应用现场的作业管理质量也纳入到整个计算机集成系统的质量管理之中。

4、工期的不可控性：由于软件工程的进度本身就是一个非限线增长的，再加之计算机集成系统工程中还需做许多资源采购、配备等前期准备，致使计算机集成系统工程工期很难预期。

三、计算机集成系统中涉及项目管理的诸多方面

 物料管理      

1、物料管理

物料管理是很多项目经理忽略的问题，实际上俗话说的好：兵马未动，粮草先行，现在很多公司的物料管理都已采用MRPⅡ进行。但是到了现场，由于计算机系统集成的物料非常多，且一般无法用计算机进行管理，而工程的每一个物料直接影响到系统的顺利实施，这就要求项目经理对现场的物料管理应给予一定的重视，必须达到以下几点：正确、及时、专人负责。

要作到正确、及时，现场物料管理必须事事有记录，即发料有记录，取料有记录，换料有记录，这实际上是物料管理中的文档问题。

2、整体管理

整体管理将每个不同的方面都联系在一起，所以它被视为最重要的项目管理知识。项目经理的主要精力应放在项目的整体管理上。

整体管理主要包括：项目计划制定、项目计划实施及整体变更控制，以项目的执行时间为线索。

项目计划包括：项目介绍或整体概述，项目的组织，项目中涉及的管理与技术过程，以及项目任务、进度安排与预算等信息。

整体变更控制包括：变更控制委员会、配置管理和变更的沟通过程等。

由于项目通常会涉及企业内部的各个部门，所以高级管理层的支持是项目成功与否的关键要素。

3、范围管理

项目范围管理是指为了顺利完成项目而设置的一系列过程，用以确保项目包括且仅包括所有要求的工作。主要过程有：项目启动、范围计划、范围定义、范围核实、范围变更控制。整体管理 时间管理 质量管理 文档管理 客户关系管理 技术管理 选择项目的方法主要有：注重组织的整体需要，将IT项目进行分类，进行财务分析，运用加权评分模型。

净现值分析是项目选择较好的一种财务分析工具。净现值为正的项目是一个好项目，净现值越高，项目越好。其它上些重要的财务指标有项目的ROI和项目投资回收期。

项目章程是一个正式承认项目存在的文件。它必须经过主要项目干系人的签字以表示对换项目需求和项目内容的一致同意。

范围说明书是范围计划过程产生的，其内容包括：项目论证、项目产品简述、对所有项目可交付成果的总述、以及项目成功的主要影响因素。

工作分解结构（WBS）是范围定义过程的重要输出，它是一种以结果为导向的分析方法，用于分析项目所涉及的工作，所有这些工作构成了项目的整个范围。WBS为项目进度、成本、变更的计划和管理提供了基础。制定WBS的主要方法有：指导方针的使用、类比法、由上至下法和由下至上法等。

范围核实是指项目干系人对项目范围的正式承认。

范围变更控制是指对换项目范围的变更进行控制。

4、时间管理

项目时间管理常被引述为项目冲突的主要根源。大多数IT项目超过了时间估计。

时间管理涉及的主要过程有：活动定义、活动排序、活动历时估算、进度计划制定、进度控制。

活动定义涉及确定为产生项目可交会成果而必须进行的具体活动，它通常有助于产生一个更加详细的WBS和支持细节。

活动排序确定活动之间的依赖关系。产生依赖关系的原因有三种：第一，基于工作性质产生的，活动之间的关系是强制性的；第二，基于项目团队的经验产生的，关系是任意的；第三，基于非项目活动产生的，关系是外部的。为了应用关键路径分析，必须进行活动排序。项目网络图是显示活动顺序的首选方法。

活动历时估算对完成各项活动所花费的时间进行估算。这些时间包括实际工作时间加间歇时间。甘特图用来显示项目进度计划。跟踪甘特图反映了计划的实际的进度计划信息。关键路径法用来预测项目总历时。赶工和快速跟进是缩短项目进度的两种技术。PERT是当单个活动历时估算存在很大程度的不确定性时，用于估计项目历时的网络分析技术，但现在已经很少有人用它了。除此之外，项目经理还可以借助一些项目管理软件。

在进度计划制定中一定要注意以下几点： ①计算机系统集成中影响进度的因素较多，要求计划不能一成不变，要不断随具体情况调整。

②制定计划要各部门共同参与，因为计算机系统集成需要多种学科的配合，可能各人不了解其他人的工作内容，这就要求关键人物都要参与计划的制定。

③工程进度一定要整个项目组共同了解和掌握，要求作到步调一致。

5、成本管理

成本管理是IT项目中一个传统的薄弱环节。IT业人员必须提高对成本管理的重视。成本管理包括：资源计划、成本估算、预算、成本控制。

成本估算有几种类型：量级估算、预算估算、最终估算。每种估算类型分别用于项目生命周期不同阶段，并具有不同的精度。建立成本估算有四种基本工具和技术：类比估计法、自下而上法、参数模型估计法、计算机华的工具。成本估算的主要部分包括目标叙述、范围、假设、成本收益分析、现金流分析、预算分解或详细依据。

成本控制包括临近成本执行、评审变更和向项目干系人通报与成本有关的变更。挣值分析是用于衡量项目招待纯净的主要方法，它综合了范围、成本、计划进度等信息。

6、质量管理

项目质量管理包括质量计划编制、质量保证和质量控制。质量计划编制确认了与项目相关的质量标准且如何满足他们。质量保证包括评估所有项目招待情况来确保项目将满足相关的质量标准。质量控制包括监控特定工项目结果来确保他们遵从质量标准，并确认改进全部质量的方法。

计算机系统集成项目中大部分工作是在现场完成的，因此现场作业的质量控制显得非常重要。

A.质量标准的制定

形式固定下来，达到了标准就算通过，不达标准就要返工，现在各种系统集成层出不穷，可是质量标准却一直不明确或缺乏可操作性，这也是系统集成越做越滥的一个原因。

B.现场作业质量管理

现场作业管理应有明确的程序和质量保证体系。程序和质量保证体系的建设应以ISO9000的作业标准来进行。

根据工程实施流程，建立质量保证体系，对工程进行检查，跟踪质量保证体系运作过程和分析造成不良工程的主要因素，制定相应的措施和制度，明确质检和整改责任人，使工程的质量一直处于闭环控制状态。

如果不能理解ISO9000的精髓所在，至少应理解以下一点：

每一道工序应有人检查，每一个工作应有人负责整改。

C.安全管理

这里将安全管理也纳入到质量管理中来，要求将《安全规范》制定出来，并严格要求按安全规范实施，现场作到要求有专人负责施工安全工作。

7、人力资源管理

计算机系统集成项目中的人力资源应指的是所有的项目干系人，而非仅仅是项目组成员或实施项目工程的某个公司的成员。由此项目中的人力资源的管理就包括对内部人员的管理和对客户关系的管理两个方面。

1）对内部人员的管理

影响人们如何工作和如何很好地工作的心理因素包括激励、影响、权力和效率。对内部人员的管理主要包括：组织计划编制、人员获取和团队开发。组织计划编制即对项目角色、职责及报告关系进行识别、分配和归档。RAM是定义角色和职责的关键工具。

资源负荷显示了在特定时段现有进度计划所需的个体资源的数量。资源直方图常被用来表示资源负荷，同时也可用来识别资源负荷的情况。

资源平衡是一种用来解决资源冲突的工具，经过平衡的资源可以减少管理工作、降低成本、减少人员和会计方面的问题，而且可以提高士气。

团队协作有助于人们更有效地进行工作来实现项目目标。优秀的项目经理应将更多的注意力用于团队开发。

2）客户关系管理

客户关系管理是CS（客户满意度）管理的一部分，系统集成要求以用户需求为导向，对客户关系的管理也紧紧围绕它展开。

系统集成本身就是一个系统工程，它不像一个具体的产品，比如冰箱，如果客户买了一个冰箱，他只能用冰箱说明书中的几项功能，但这些功能是大众化的，这个客户有一些具体的特别的需求就无法满足。可是系统集成就不一样，首先要知道客户的需求，和客户达成一致的意见，最后才能设计和实施。

在客户关系管理中要注意：

①什么是客户的真正需求？

②哪些是客户需求中的重要部分，哪些是客户需求中的次要部分？

③与客户作好沟通，实现客户的需求，对客户的超出系统功能的需求给予合理解释。

④与客户互通系统的标准，作好客户的培训。

⑤明白客户的决策链，作好系统验收工作。

8、文档管理

按照ISO9000的要求制定文档模板并组织实施，文档是过程的踪迹，文档管理要作到：及时、真实、符合标准。

及时--指的是文档制作要及时，归档要及时。

真实--指的是文档中的数据必须是真实有效的。

符合标准--指的是文档的格式和填写必须规范。

9、技术管理

由于计算机系统集成的创造性及多学科的参与的特点，系统集成在现场有许多非标问题要解决。各学科一定要协调配合，才能产生最佳结果。因此，系统集成的技术管理就显得非常重要。项目经理不但要懂得管理知识，还要通晓各学科专业知识，要注意各环节的配合，在技术管理中要注意以下几点。

1.重视每一种学科在项目中的应用。多学科的配合往往有超出传统技术的解决问题的办法。

2.重视技术文档的作用，要求技术文档要及时、具体、明白，特别是一些非标的工作，更要详细留档，以便今后的审查和改进。

3.对项目组技术人员的管理与施工人员不一样，技术人员往往只关心自己的技术，不愿意干涉项目中的各种协调等，对他们应创造出适合其工作的环境、应尊重并及时表彰他们的科研成果、应造就出项目目标明确、积极向上的团体精神。

项目管理是一门艺术，并不是把一个项目管理方法拿过来就可以把它运用好。因为在这个世界上还没有任何一个可以以一当万的事物。项目经理，从一定意义上来看，每个人都会做，也不神秘。这就好比说你要做一样东西，这时你的脑子里面就有了一个计划，你会把时间、资金、源财料及相关的干系人及整个过程中可能出现的风险因素都考虑进去（当然，生活中你个人的事并不会这么夸张，但这些概念的相关模型一定会出现在你的大脑里，只是你没有意识到罢了），这也算是一个项目管理。所以每个人或多或少都有着天然的项目管理才能。关键是你控制的项目有大有小，可简单也可复杂，能否抓住项目中的灵魂最为关键。

 项目管理要注意在不同阶段的重点 项目管理

[引言]

管理水平的高低，不只影响到一个项目的成败，甚至决定了一个企业、一个民族、一人国家的兴衰。朱总理说过：管理科学，兴国之道。尽管好的管理无法直接创造自然资源、物质财富，但好的管理可以更为科学合理的利用与配置资源，使资源发挥出最大的效益，从而尽可能的减少资源的浪费与内部消耗。

项目管理，作为现代管理学的重要分支之一，已发展成为独立的学科体系。项目管理作为一门学科最早出现于美国（如美国研制原子弹的曼哈顿计划），主要是研究在资金一定的情况下，如何通过科学合理的分配物力、人力与时间等各种资源以达到既定的项目目标。由于项目管理在科学研究及生产实践中显示出的强大功能，因此在世界各国各行业已得到普遍的推广与应用。

随着中国对外开放与加入WTO，国外公司的进入与国内公司的走出国门，国内的项目管理人员更加迫切需要了解与掌握国际最新的项目管理知识与技能。美国项目管理协会（PMI）编写了《项目管理知识体系》，全面而典型的讲述了项目管理的知识领域，引入了项目管理资格认证。2001年2月21日《人民日报》第6版报道：“随着我国加入WTO，项目管理专业人才需求将日益扩大，但项目管理尚未被列入我国的学科目录中。”从此正式拉开了项目管理在国内得到学习、认证与应用的序幕。

[正文]

项目是为完成某一独特的产品或服务所做的一次性努力。根据这个定义，项目就具有了目标明确性、活动一次性及资源消耗性等特性。换句话说，具备前面三个主要特性的活动，都可以看作是项目。现实中的项目随处可见，如设备消缺、会议组织、技术竞赛、结婚典礼以及家居装修等等，都可以看作是项目。在这些项目的实施过程中，都存在项目管理问题，不过，实际生活与工作中，可能更多关注的事情本身，而对做好事情相关的组织、计划、控制等过程相对缺少关注，或者没有经验与能力加以关注。

项目管理是在项目活动中运用知识、技能、工具和技术来实现项目要求。项目管理总体有五个过程：启动过程、计划过程、实施过程、执行过程、收尾过程等，包含了九大领域的知识：范围管理、时间管理、成本管理、质量管理、风险管理、人力资源管理、沟通管理、采购管理及系统管理的方法与工具。作为项目经理要全面掌握这些九个核心领域的知识，并重点把握系统管理的观念，避免进入某个细节，注意在五个不同阶段的重点。

一、项目管理的三个约束条件

任何项目都会在范围、时间及成本三个方面受到约束，这就是项目管理的三约束。项目管理，就是以科学的方法和工具，在范围、时间、成本三者之间寻找到一个合适的平衡点，以便项目所有干系人都尽可能的满意。项目是一次性的，旨在产生独特的产品或服务，但不能孤立地看待和运行项目。这要求项目经理要用系统的观念来对待项目，认清项目在更大的环境中所处的位置，这样在考虑项目范围、时间及成本时，就会有更为适当的协调原则。

1、项目的范围约束

项目的范围就是规定项目的任务是什么？作为项目经理，首先必须搞清楚项目的商业利润核心，明确把握项目发起人期望通过项目获得什么样的产品或服务。对于项目的范围约束，容易忽视项目的商业目标，而偏向技术目标，导致项目最终结果与项目干系人期望值之间的差异。

因为项目的范围可能会随着项目的进展而发生变化，从而与时间和成本等约束条件之间产生冲突，因此面对项目的范围约束，主要是根据项目的商业利润核心做好项目范围的变更管理。既要避免无原则的变更项目的范围，也要根据时间与成本的约束，在取得项目干系人的一致意见的情况下，合理的按程序变更项目的范围。

2、项目的时间约束

项目的时间约束就是规定项目需要多长时间完成，项目的进度应该怎样安排，项目的活动在时间上的要求，各活动在时间安排上的先后顺序。当进度与计划之间发生差异时，如何重新调整项目的活动历时，以保证项目按期完成，或者通过调整项目的总体完成工期，以保证活动的时间与质量。

在考虑时间约束时，一方面要研究因为项目范围的变化对项目时间的影响，另一方面要研究，因为项目历时的变化，对项目成本产生的影响。并及时跟踪项目的进展情况，通过对实际项目进展情况的分析，提供给项目干系人一个准确的报告。

3、项目的成本约束

项目的成本约束就是规定完成项目需要花多少钱。对项目成本的计量，一般用花费多少资金来衡量，但也可以根据项目的特点，采用特定的计量单位来表示。关键是通过成本核算，能让项目干系人，了解在当前成本约束之下，所能完成的项目范围及时间要求。当项目的范围与时间发生变化时，会产生多大的成本变化，以决定是否变更项目的范围，改变项目的进度，或者扩大项目的投资。

在我们实际完成的许多项目中，多数只重视项目的进度，而不重视项目的成本管理。一般只是在项目结束时，才交给财务或计划管理部门的预算人员进行项目结算。对内部消耗资源性的项目，往往不做项目的成本估算与分析，使得项目干系人根本认识不到项目所造成的资源浪费。因此，对内部开展的一些项目，也要进行成本管理。

由于项目是独特的，每个项目都具有很多不确定性的因素，项目资源使用之间存在竞争性，除了极小的项目，项目很难最终完全按照预期的范围、时间和成本三大约束条件完成。因为项目干系人总是期望用最低的成本、最短的时间，来完成最大的项目范围。这三个期望之间是互相矛盾、互相制约的。项目范围的扩大，会导致项目工期的延长或需要增加加班资源，会进一步导致项目成本的增加；同样，项目成本的减少，也会导致项目范围的限制。作为项目经理，就是要运用项目管理的九大领域知识，在项目的五个过程组中，科学合理的分配各种资源，来尽可能的实现项目干系人的期望，使他们获得最大的满意度。

二、项目管理的五个主要过程组

一个项目的生命周期大概分成概念、开发、实施与收尾过程。在概念阶段主要是对成本进行分析，对项目的可行性进行研究，其结果是要拿出一份报告，并获得批准与支持。实际工作中，我们只是有了一个新的想法与概念，就立即转入开发过程。在开发阶段，要有项目计划书、预算的成本以及工作分解计划。我们做事时，可能只是拿出一个简单的工作分解与大致的项目计划时间表，就结束了。在实施阶段，要有底层的工作包与确定的成本估计，但我们没有，到了这一步，我们基本上就开始失去了控制，没有明确的里程碑，我们只是把一个阶段当成了一个项目。在收尾阶段，我们是经常讨论每个项目的教训，但对完成的工作的文档工作基本上没能及时跟上，同样与用户之间的交接也未能做好。

项目管理的五个过程组：启动、计划、执行、控制与收尾，贯穿于项目的整个生命周期，对于项目的启动过程，特别要注意组织环境及项目干系人的分析；而在后面的过程中，项目经理要抓好项目的控制，控制的理想结果就是在要求的时间、成本及质量限度内完成双方都满意的项目范围。

1、项目的启动过程

项目的启动过程就是一个新的项目识别与开始的过程。一定要认识这样一个概念，即在重要项目上的微小成功，比在不重要的项目上获得巨大成功更具意义与价值。从这种意义上讲，项目的启动阶段显得尤其重要，这是决定是否投资，以及投资什么项目的关键阶段，此时的决策失误可能造成巨大的损失。重视项目启动过程，是保证项目成功的首要步骤。

启动涉及项目范围的知识领域，其输出结果有项目章程、任命项目经理、确定约束条件与假设条件等。启动过程的最主要内容是进行项目的可行性研究与分析，这项活动要以商业目标为核心，而不是以技术为核心。无论是领导关注，还是项目宗旨，都应围绕明确的商业目标，以实现商业预期利润分析为重点，并要提供科学合理的评价方法，以便未来能对其进行评估。

2、项目的计划过程

项目的计划过程是项目实施过程中非常重要的一个过程。通过对项目的范围、任务分解、资源分析等制定一个科学的计划，能使项目团队的工作有序的开展。也因为有了计划，我们在实施过程中，才能有一个参照，并通过对计划的不断修订与完善，使后面的计划更符合实际，更能准确的指导项目工作。

以前有一个错误的概念，认为计划应该准确，所谓准确，就是实际进展必须按计划来进行。实际并不是如此，计划是管理的一种手段，仅是通过这种方式，使项目的资源配置、时间分配更为科学合理而已，而计划在实际执行中是可以不断修改的。

在项目的不同知识领域有不同的计划，应根据实际项目情况，编制不同的计划，其中项目计划、范围说明书、工作分解结构、活动清单、网络图、进度计划、资源计划、成本估计、质量计划、风险计划、沟通计划、采购计划等等，是项目计划过程常见的输出，应重点把握与运用。

3、项目的实施过程

项目的实施，一般指项目的主体内容执行过程，但实施包括项目的前期工作，因此不光要在具体实施过程中注意范围变更、记录项目信息，鼓励项目组成员努力完成项目，还要在开头与收尾过程中，强调实施的重点内容，如正式验收项目范围等。

在项目实施中，重要的内容就是项目信息的沟通，即及时提交项目进展信息，以项目报告的方式定期通过项目进度，有利开展项目控制，对质量保证提供了手段。

4、项目的控制过程

项目管理的过程控制，是保证项目朝目标方向前进的重要过程，就是要及时发现偏差并采取纠正措施，使项目进展朝向目标方向。

控制可以使实际进展符合计划，也可以修改计划使之更切合目前的现状。修改计划的前提是项目符合期望的目标。控制的重点有这么几个方面：范围变更、质量标准、状态报告及风险应对。基本上处理好以上四个方面的控制，项目的控制任务大体上就能完成了。

5、项目的收尾过程

一个项目通过一个正式而有效的收尾过程，不仅是对当前项目产生完整文档，对项目干系人的交待，更是以后项目工作的重要财富。在经历的很多项目中，更多重视项目的开始与过程，忽视了项目收尾工作，所以项目管理水平一直未能得到提高。

另外要重视那一类未能实施成功的项目收尾工作，不成功项目的收尾工作比成功项目的收尾更难，也来得更重要，因为这样的项目的主要价值就是项目失败的教训，因此要通过收尾将这些教训提炼出来。

项目收尾包括对最终产品进行验收，形成项目档案，吸取的教训等。另外，对项目干系人要做一个合理的安排，这也是容易忽视的地方，简单的打发回去不是最好的处理办法，更是对项目组成员的不负责任。

项目收尾的形式，可以根据项目的大小自由决定，可以通过召开发布会、表彰会、公布绩效评估等手段来进行，形式是根据情况采用，但一定要明确，并能达到效果。如果能对项目进行收尾审计，则是再好不过的了，当然也有很多项目是无需审计的。

三、项目管理的九大知识领域

项目管理的九大知识领域是指作为项目经理必须具备与掌握的九大块重要知识与能力。其中核心的四大知识领域是范围、时间、成本与质量管理。在这些知识领域中还涉及很多的管理工具和技术，以用来帮助项目经理与项目组成员完成项目的管理。如：网络图示法、关键路径法、头脑风暴法、挣值法等，不同的工具能帮助我们完成不同的管理工作。另外，还有很多项目管理软件，如：Microsoft Project、P3等，作为项目管理的工具，也可以很好的帮助我们解决在项目的各个过程中完成计划、跟踪、控制等管理过程。

1、项目整体管理知识

项目的整体管理，或者说是综合管理也不为错，它是综合运用其他八个领域的知识，合理集成与平衡各要素之间的关系，确保项目成功完成的关键。

项目的整体管理包括三个主要过程：

项目计划制定。即收集各种计划编制的结果，并形成统一协调项目计划文档。

项目计划执行。通过执行项目计划的活动，来实施计划。

整体变更控制。控制项目的变更。

项目经理负责协调完成一个项目所需的人员、计划以及工作，统领全局，带领团队实现项目的目标；当项目目标之间或参与项目的人员之间出现冲突时，负责拍板定夺；并负责及时向高层管理人员汇报项目进展信息。总而言之，项目经理主要负责项目的整体管理，这也是项目成功的关键。

回顾以前负责的项目，觉得主要存在以下问题：

未找到项目发起人，或者项目发起人不明确，常把自己当成项目发起人；

项目交付成果定义不清，以致最后收尾时无法对照计划进行验收； 缺少组织结构描述；

对项目的控制未能规范化，尤其是项目范围的变更控制；

风险管理未得到重视，只是在项目组内讨论，并停留在项目负责人的头脑中；

缺乏项目干系人分析；

没有规范的进度报告，项目进展报告随意性较大。

要有效的开展项目管理，引用项目管理的知识体系与方法工具，先依样画葫芦，通过实践，进一步领会这些内容是必须的。

2、项目范围管理知识

项目范围的不确定，会导致项目范围的不断扩大，作为项目经理，在项目开始时，就要对项目范围拿出项目干系人都认可的、理解无歧意的范围说明文档——项目章程。然后为了保证项目的实施，明确项目组成员的工作责任，还必须分解项目范围，使之成为更小的项目任务包——工作分解结构（WBS）。

最后还有就是要认识到项目本身不是孤立的，因此有时范围的变更也是必须的，关键是当变更发生时，如何加以控制。

在以上讨论之前，最重要的是当面临项目时，或不知道具体做什么时，如何进行范围管理。对潜在项目的识别，有四个步骤：

确定做一个什么样的项目；

业务分析，找出重要的业务过程，分析其中最能从项目中得到好处的过程；

形成项目可能的优势，确定范围、好处及约束；

选择方案，分配资源。

对于从多个项目中选择项目，或从多个方案中选择方案的情况，常见的四种方法：整体需要、分类、NPV及加权评分模型。

3、项目的时间管理知识

项目的时间管理，就是确保项目按期完成的过程。首先要制定项目的进度计划，然后是跟踪检查进度计划与实际完成情况之间的差异，及时调整资源、工作任务等，以保证项目的进度实现。在跟踪过程中，要及时与项目干系人进行交流，以及时发现范围的偏差，而产生时间与进度上的差异，或项目组成员有意或无意识的虚报了项目完成情况，导致进度的失控。

具体包括以下内容：

活动定义：从WBS分解而来；

活动排序：明确活动之间的依赖关系；

活动历时估算：估算每项活动的时间，可以PERT方法进行；

利用PROJECT 2002等工具软件，协助项目的时间管理；

利用甘特图帮助跟踪项目进度；

利用网络图及关键路径分析，协助确定完成日期上的重要性或调整工期对项目工期的影响，以及处理关注的焦点活动。

需要注意一点，以前学习项目的时间管理工具及方法以后，就以为可以实现对项目的跟踪控制了，其实不然，这些工具都是通过人来发生作用，活动也是由人来完成的，因此项目经理不能把太多心思花在工具上，而是学会利用工具来协调人与资源的矛盾冲突。

4、项目的成本管理知识

对于项目经理在成本管理方面，就是要努力减少和控制成本，满足项目干系人的期望。其过程包括：

资源计划：即制定资源需求清单；

成本估算：对所需资源进行成本估算；

成本预算：将整体成本估算配置到各个单项工作，建立成本基准计划；

成本控制：控制项目预算的变化，修正成本的估算，更新预算，纠正项目组成员的行动，进行完工估算与成本控制的分析。

在成本管理中涉及很多财务管理的概念、术语、基础理论及方法与工具的使用，作为项目经理，对这些内容要熟悉，特别是挣值分析的相关术语及简称，如：BCWS、BCWP、ACWP、CV、SV、CPI、SPI等等，不光要了解这些术语的涵意，还要掌握他们的计算公式。

5、项目人力资源管理知识

项目的人力资源管理就是有效发挥每个参与项目的人员的作用的过程。项目的人力资源管理过程包括：

组织计划编制：形成项目的组织结构图；

获取相关人员：其中重点是业务相关人员；

团队建设：明确每个项目干系人的责任，训练与提高其技能，实现团队的合作与沟通。

因为与人发生关系，其中首先是要明确各自的责任，这一点计划编制时就要明确，可以通过项目管理软件帮助项目经理提高效率，并能及时发现任务分解的合理性，最后形成合理的任务分解表。

同时，要通过有效的激励方法来帮助项目成员实施项目计划，提高效率。项目是通过团队共同努力实现的，注意充分发挥团队的作用，使团队成员各尽所能是项目经理的挑战。在处理过程中，争取做到对事不对人，通过有效的会议来帮助项目实现沟通、检查以及目标实现。

6、项目的质量管理知识

项目的质量，理解为项目满足客户明确或隐含的要求的一致性程度。注意这里包括明确的要求，也包括隐含的要求。这对IT项目来说，如何满足用户隐含的质量要求，可能是IT项目质量失败的重要原因。可能所开发的系统符合需求说明中的要求，却与用户实际的要求（包含隐含的需求中），相差很大，导致不一致，结果导致IT项目的失败。

现代质量管理经过了一个发展过程，目前已建立起相对完善的质量体系，国际组织也有相关的质量文件，以评审普通的生产质量，如ISO2000系列质量标准；对软件的生产质量，也有一些评价模型，如SQFD模型、CMM软件成熟度模型等等。其中CMM成熟度模型分成五个层次：自发的、简单的、有组织的、被管理的及适应的，分别标识为不同的级别。

对于项目管理需要制订质量计划，并应用质量保证的工具确保质量计划的实施。在质量控制的过程中，有许多现成的工具与方法，如帕累托分析、统计抽样和标准差等。要提高项目的质量，必须在领导中形成质量意识，通过建立一个好的工作环境来提高质量，通过形成质量文化来改进质量，是全面提升项目质量管理的关键因素之一。

在以往所经历的项目中，项目的质量管理基本上没有得到重视，公司每年都在开展QC活动，该活动的目的就是改进质量，但活动成了科技创新活动，而更多的项目实施过程中，如何开展质量管理，却未能有所体现，这也是值得探讨的问题。

7、项目的沟通管理知识

项目的沟通管理非常重要，对项目经理而言，就如同前线指挥需要情报管理一样，这是使整个项目组掌握项目信息，实施其他管理手段的基础，所有的控制都有基于沟通基础之上的。

在项目的开始，需要编制沟通计划，包括什么时间、将什么内容、以什么样的格式、通过什么样的方式、向谁传递。在项目的沟通中，可以采用书面报告、口头报告或非正式的交流，各种方式有利也有弊，关键看是否有利于沟通的效果。

沟通的复杂程度随着对象的增加而快速增加，因此要通过适当的工具和手段，使面对面的沟通控制在一定范围之内，尽量减少因无效沟通而给项目管理带来的负责影响。

在沟通中，会议是有效形式之一。很多业务员人员喜欢通过会议，以简单的形式化的语言描述项目的进展与项目中碰到的问题，而不喜欢技术化的图表与文档。

8、项目的风险管理知识

当因为未能做好风险管理，导致项目的风险发生时，项目干系人将难以一下子接受风险发生的事实以及风险所带来的损失，需要用更多的时间来调整心理状态，才能恢复对项目的实施。

项目的风险管理不仅是在项目进行过程中，有效避免风险的发生；而且能在风险发生时，帮助我们用正确的心态去面对，而不会手足无措。很多项目的失败，是因为风险发生时，对项目干系心理上造成的伤害，导致失去主观判断能力，而作出错误的决策。从这种意义上讲，项目的风险计划的制定主要是为提高项目干系人的风险意识，只要有了足够的风险意识，风险识别全面与否，在有些项目中可能重要性反而不是太明显。

风险识别可以采用头脑风暴法、经验法则等方法，在识别这些风险因子之后，可以对这些因子加上权重，最后可以计算出项目成功的概率，并能据此决策项目是否应该开展、继续或停止。识别风险因子之后，紧接着就是制定风险应对措施。根据风险发生的概率，产生的风险成本与收益，决定相应的应对策略，如风险处理、风险接受、风险改善等等。

实际工作中，可能识别到存在的风险，但却不能加以正确处理。风险就这样被层层传递。如因用户参与不够，导致需求不正确，进一步产生工期估计的失误，结果是计划的偏差，最后整个项目的结果产生偏差。因此，要注意从风险的源头抓起，防止风险的层层放大。

9、项目的采购管理知识

采购就是从外界获得产品或服务。对于IT项目而言，采购变得越来越重要。目前绝大多数的IT项目都离不开采购管理，而且很多项目的主要内容就是设备采购或咨询采购，对于企业而言，能否做好采购管理是保证项目成功的重点内容。

有效采购管理包括以下过程：

编制合理有效的采购计划：这是项目管理的一个重要过程，即确定项目的哪些需求可以通过采购得到更好的满足。在采购计划中，首先是决定是否需要采购、如何采购、采购什么、采购多少、何时采购等内容；

编制询价计划：即编制报价邀请书RFQ或招标书；

询价：进行实际询价；

开标：评估并选择供应商；

管理：对采购合同进行管理；

收尾：对采购合同进行收尾。

在整个过程中，容易忽视的两个过程，一是采购计划，二是合同收尾。采购计划的编制，是采购管理整体按需求进行的前提，如果这一步做不好，其他都是白费劲；而在采购的合同收尾过程中，最容易忘记或做不到的就是采购审计。至于供应商的选择等过程，在IT项目中，往往会过分重视技术，而忽略管理与成本。其实，管理与成本决定合同能否按期保持履行的前提。在公司的实际情况中，一般项目以设备为主要成本时，往往就不再考虑其他内容，而仅是作为一般的设备采购，交会器材部门实施。因为不光没能做到项目管理，亦未做到采购管理，所以这类项目虽然也实施完成了，但项目的实施质量总令人不太满意。

第五篇：论饭店质量管理

论饭店质量管理

4月1日听陈秋老师讲饭店质量管理给我的心灵触动很大，我们一直在讲提高服务质量，而我们又做了那些呢？我们是否在一味的要求员工去做而没有去示范所要求的标准呢！我十分赞成陈老师所认为的服务提升也就是一个“你做，我看；我做，你看；你再做，我再看；我再做，你再看；你做”的过程，质量提升靠的是什么?就是这种示范纠错的过程，只有我们建立标准，并严格执行以至形成习惯才能提升、进步。

现在管理中我们还有很多误区，碰到一些客人投诉不是从自身找原因而是抱怨客人找麻烦，其实我们应该感谢那些找麻烦的客人，真是有了他们这种对自己负责的态度，我们才能看到自己的不足，才能提高，这也就是陈秋老师所说的听客人的声音。服务质量的提高还要有我们自己的特色，还要创新。现在很多酒店都在学习海景、静雅，但这些适不适应我们的体制呢？产品和服务的提升都需要创新，有特色，我们在学习别人的同时也要有我们自己的东西在里面，不然我们怎么才能走出适合自己的道路呢！这也就是陈老师所说的服务的升级和创新以及企业环境的塑造。我们要走的路还很长很长，但我坚信在旅游集团的带领下我们一定会越走越宽，越走越通畅。

最后以“贵在用心，成在全力”来结尾，我相信只要我们用心去做，一定会走出一条属于我们银座旅游集团自己的优质服务的管理道路。