时间：2022-07-10 16:50:43
根据以往的经验之谈，我对年度销售工作计划做了六方面的内容：
1．背景和问题
牐牷チ网和万维网（WWW）已经成为世界范围内的“信息高速公路”和电子商务市场的支柱。由于万维网使用者的数量飞速增长，对于最终用户来说，随着可供使用的主页和网上信息的数量的爆炸性增长，最终用户间的交互性越来越差，传统意义上的交互已经无法满足用户的需求，举一个简单的例子，即使是在世界杯的决赛期间，一个普通的足球迷也很难立刻从网络上找到聊天的对象。用户需要真正意义上的全新的互联网交互协作软件。
2．目标和解决方案
牐犖颐堑“软件名称”将为您解决这个问题。在网上冲浪的人们不论处于何方，总是可以看见周围的人们，就像现实生活中的一样。“软件名称”既是一个最终用户使用的万维网上的协作软件，又为企业提供了无限的商机：
“软件名称”以多种便于使用的方式为用户提供了一个交流的平台。
“软件名称”为企业提供了一个广告和商用信息的平台。
3．产品：为全互联网用户提供简洁方便的交互平台
“软件名称”为最终用户提供一个免费的交互平台，同时又为商业用户提供了一个宣传和销售的渠道。
4．公司和管理
暂缺。
5．业务体系：以广告和商用信息收入为主
牐牭鞑槭据显示，有超过六百万的互联网用户会成为“软件名称”的潜在最终用户，同时有超过一百万的商业用户会成为“软件名称”的潜在商业用户，而且这个数字还在高速增长，这个数字对任何企业都是极有吸引力的，由于软件和服务对于最终用户来说是完全免费的，而商业用户只需要及其低廉的费用就可以想所有最终用户广告信息和商用信息。假设每年平均从每个商业用户获得100RMB的收入，则全部的市场收益将会超过1亿RMB。而100RMB的年租对企业是微不足道的。“软件名称”这个项目对于其雇员和投资者来说也一定会盈利。
6．融资：第一轮的投资者将会有68％的内部收益率（IRR）
一、项目管理在软件开发项目应用的原因
目前，我国许多软件企业，无论是项目型企业，还是产品型企业，都还没有适合企业特点的软件管理模式形成。随着软件开发的深入，各种技术的不断创新以及软件产业的形成，人们越来越意识到软件过程管理的重要性，管理学的思想逐渐融入软件开发过程中，应用到软件开发的项目管理日益受到重视。各软件企业都在积极将软件开发项目管理引入软件开发活动中，从而对软件开发实行有效的管理。有些企业自己制定了一些软件管理的相关规定来规范软件的开发过程，但是还是没有解决软件开发的根本质量问题，由于这些问题的出现导致了软件产品质量的不稳定，后期的升级维护有很大障碍，对使用者造成了严重的困扰，甚至会损害客户的个人利益。从概念上讲，软件开发项目管理是通过对人员、成本、质量、进度和风险进行分析和管理，从而使软件项目能够按照预定的成本、质量和进度顺利完成；实际上，软件开发项目管理的意义不仅局限于此。进行软件开发项目管理不仅有利于将软件开发工作人员的个人创造力转化成企业软件的研发能力，而且在很大程度上提升企业的软件创新能力，促进企业软件产品能够稳定发展，并逐渐走向成熟。软件开发是一项复杂的系统工程，牵涉到各方面的因素，实际工作中，经常会出现各种各样的问题，人员分配不合理、成本过高导致项目无法继续、质量太差、严重问题过多以及种种无法预料的风险，最终都会导致项目的失败。同时，随着软件开发队伍及开发规模的逐渐增大，软件开发不再是只需要几个人员就可以很容易解决的事情，这就需要对需求人员、开发人员、测试人员和运维人员制定制度来规范每个人的工作，同时进行规范化管理。需求人员需要利用自己的业务知识、软件项目系统功能解决方案，对客户提出的需求进行专业化的分析，给出合理的建议，充分避免返工和不必要的风险；开发人员需要进行专业分工，降低软件研发成本；测试人员利用各种自动化测试工具，在最短的时间内做出准确的问题分析，协助开发人员定位问题，确保软件产品保质保量的顺利上线；运维人员运用良好的沟通能力和谦和的态度做好售后服务，切实解决软件产品上线后用户的各种问题和困惑，保证良好的用户体验。
二、软件开发项目管理的流程
软件行业没有建筑工程等领域规范，是一个很特殊的领域，软件的发展具有很开阔的空间，而且目前软件开发项目管理理论和标准还在发展中，所以在项目管理中经验具有很重要的作用。
为实现软件开发项目管理的目标，使软件开发获得成功，需要对软件开发项目的范围、需要的资源、实施的成本，工程的进度、实现的任务以及可能存在的风险等做到心中有数。保证软件开发项目管理的所有信息贯穿于整个项目管理过程中，软件开发项目管理全过程包括项目初始、项目计划、项目执行控制、项目结束四个阶段，其中每个阶段之间是紧密相连的，这些阶段分别又包含多个不同的过程，而且反复循环、并行工作的情况也比较频繁。软件开发项目管理过程中各阶段之间的信息反馈和沟通要及时进行，在遵循项目组管理和团队间管理的同时，进行定期和不定期的沟通、协调和交流。
1、项目初始阶段的管理：软件开发项目管理的首要阶段需要确定项目的目标范围，包括开发商和客户双方的协议合同、软件产品主要需要实现的功能和这些功能所量化的范围、项目开发的周期等方面。同时，软件所配备的硬件运行环境、性能、稳定性、限制条件都必须同客户明确表明，以满足客户的要求。项目组要系统地阐述项目的范围，确定所要实现的软件系统的资料、功能、性能、目标及预期达到的效果，提出问题及充分描述问题，并进行成本的粗略估计，通过技术评估、经济分析，论证项目在资源、时间、效果、资金、实施方法和技术等方面的可行性。
2、项目计划阶段的管理：项目行动指南的基准是建立项目计划，其中包括对软件开发项目的初步估算、进度规划、人员的选择、设备配置、产品质量规划、风险分析等，是指导项目全面发展的路标。对软件项目的预算进行规划建立时，首先要为将来的评估提供参考，同时也提供一个控制项目成本的尺度，这是项目进度安排的依据，最终形成的项目计划书将作为跟踪控制的依据。软件开发项目计划是一个以指导项目执行和控制为原则的可操作的文件，用来协调所有其他计划。它体现了客户的需求，是软件项目跟踪与监控的依据，是开展项目活动的基础。编制一个好的项目计划需要不断修改、评审、优化、再评审、最后细化等，需要不断地对其进行完善，最终确立完整的项目计划。新编制出来的计划进度，如果达不到要求，就要对项目进行优化计划、资源调整、解决资源冲突，同时，要适当的调整被优化项目的工期、降低成本预算，最终降低项目的成本。无论是成本计划、进度计划、风险计划还是质量计划等，所有计划的管理和制订都不是独立存在的，所有计划要从全局角度出发，以整体思想为指导，消除管理的局部性，确保各项工作有机的协调、相互的配合进行，平衡各个目标的冲突。
3、项目执行控制阶段管理：一旦建立了项目的基准计划就必须严格按照计划执行，包括按计划执行项目和控制项目，以使项目在预算内按客户要求和进度进行。在这个阶段，项目管理过程包括测量实际进程，在与计划进程相比较后，若出现计划有不足，就需要整合人力和其他方面资源，监控项目性能，最终保证项目计划的实现。为了测量实际进程，需要掌握实际上已经完工或未开始的工作，对所有的资源消耗等都要有详细的了解，这些都很重要。如果实际进程与计划进程相比后，出现实际进程明显落后于计划进程、达不到要求、超出预算等方面的问题，就必须立即采取纠正措施，或者更正计划的不合理之处。以使项目恢复到正常轨道。
4、项目是一个集成过程，在实施过程中必须从大局出发，有一个宏观的项目掌控，当局部发生冲突时，项目管理者必须做出最后决定。一个系统是一个整体，系统元素彼此联系、相互影响，项目集成管理的目标在于对项目中的不同组成元素进行高效、正确的协调。在项目执行控制过程中，项目管理者需要制定一个可行的管理流程，对项目的范围、成本、进度、质量、风险等问题进行规范，以此来保证项目的顺利实施。
三、软件开发项目管理种常见问题
1、缺乏项目管理的系统培训：在软件行业中，过去几乎没有比较专业的人员担任项目经理，一般都是在技术上能够独当一面的员工被任命为项目经理，这些人往往在对项目管理方面不够专业，对管理知识比较匮乏。
2、项目计划意识不足：项目负责人对项目的整体计划和各个阶段的计划认识不足，因此制定总体计划时，许多事情都欠缺考虑，制定计划比较随意；在阶段计划进行的过程中，因为各种理由导致计划拖延，造成计划与控制管理无法衔接，最终导致进度无法有效的进行。
3、项目关系人问题：在软件识别阶段，由于项目需求人员对整体计划的制定、人员的确定及相关关系，对客户的工作职能缺乏了解，最终导致企业无法得到最终经权威客户代表确认的需求或完整需求；还有因为客户各个部门的负责人想法不同，对自己的观点不断进行改变，使得项目计划得不到统一，又要求项目要尽早完工，最终造成项目进度不断拖延，范围的不断蔓延，成本也越来越高。
4、沟通意识问题：在项目中一些重要信息没有进行有效及充分的沟通，在制定计划、情况通报、意见反馈、成果或技术问题等方面与负责人的沟通不足，造成每个人各忙各事，重复工作太多，产生很多不必要的损失。
5、项目组内分工协作问题：由于有时项目团队内部同阶段不同角色或各阶段不同角色之间的责任分工不够清晰，从而产生责任互相推卸、工作互相推诿的现象，有时同阶段不同角色或各阶段不同角色之间的责任分工比较清晰，但是各项目成员不愿意与他人协作，只顾完成自己那部分任务。这些现象都将造成项目组内部资源的损耗，从而影响项目进展。
四、解决对策
1、项目经理接受系统的项目管理知识培训是非常必要的，有了专业领域的知识与实践，再加上项目管理知识与实践和一般管理的知识和经验的有机结合，必能大大提高项目经理的项目管理水平。
2、计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项目经理的计划意识，采用项目计划制定的相关知识、技术、工具，加强对开发计划、阶段计划有效性的制定，同时进行事前事后的评估。
3、项目关系人管理应从项目启动时开始，项目经理及项目需求人员要分析项目关系人的构成情况，并通过沟通协调，研究最佳方案。
4、增强沟通意识，需求人员与客户之间进行充分沟通，便于了解实际的需求情况，能够尽快反馈所完成的功能效果图，让客户明确系统的实现情况；开发人员内部充分沟通，让新技术得以普遍的使用，让每个人遇到的问题能够及时的解决；测试人员和开发人员之间进行充分的沟通，利于将风险和隐患扼杀于项目的初始阶段；运维人员与用户之间进行充分沟通，方便尽快解决问题，了解系统需要优化的方向，从而提高系统的易用性。
5、项目经理应当对项目成员的责任进行合理的分配并清楚地说明，同时要强调不同分工、不同环节的成员应当相互协作，共同完善。
结束语：对于软件企业而言，对软件实施有效的软件开发项目管理，是一件很复杂的管理事务，合理有效的对软件开发进行管理，对企业的可持续发展有着至关重要的作用。对于软件行业来说，软件开发项目管理是企业重要的核心环节，需要所有管理者的共同协作。
参考文献：
[1]马丽.保险软件项目管理的常见问题及解决方案[J].金融电子化，2008，12：82.
[2]李子潇.软件项目管理常见问题及解决方案[J].吕梁高等专科学校学报，2009，01：59-60.
[3]郑海澎.浅谈软件项目管理中的常见问题[J].黑龙江科技信息，2012，13：12.
论文关键词：项目管理 进度控制 费用控制 质量控制 软件开发
人类社会经历了三次经济革命从农业革命、工业革命到目前正在经历的信息革命。信息化正在日益改变人们的思维方式和生活习惯。在推动信息化过程中，计算机及其软件产品发挥着至关重要的作用。对于软件项目的管理成为项目管理领域一个令人兴奋的课题。本文将结合项目管理中的控制方法分析软件项目管理控制的相关问题．以期提高软件项目的开发效率。
1、关于软件项目管理
1．1项目与项目管理
项目是一个旨在完成一个或一些独特产品或服务的过程．它有着一系列被详细描述的属性。由于项目的独特性和一次性特征，引伸出它的其他特点．如目标的确定性．成果的不可挽回性组织的临时性和开发性等。基于项fli的这些特点．项目运作更加注重项目决策前的计划以及对实施过程的控制，以减少项目运作的风险。项目管理是2o世纪50年代后期发展起来的一种计划管理方法，它运用先进科学的管理方式．有效解决大型组织的效率低下和小型企业面临的风险增加问题以组织的机动灵活．面向客户和资源利用率高而被广泛应用。在工程设计．施工软件项目的开发、实麓中经常会遇到进度拖延．费用超支、质量不达要求等问题除去极少数是因为技术原因造成，绝大部分是源于僵化的管理和不当的管理方式。
1．2软件项目管理
各软件企业都在积极将软件项目管理引入开发活动中．对开发实行有效的管理。从概念上讲．软件项目管理是为了使软件项目能够按照预定的成本．进度、质量顺利完成．而对成本、人员、进度、质量、风险等进行分析和管理的活动。同时，随着软件开发规模及开发队伍的逐渐增大，软件开发不再是向过去那样一二个开发人员即可解决的事情。迫切需要一种开发规范来规范每个开发人员、测试人员与支持人员的工作每个项目组成员按约定的规则准时完成自己的工作。同时采用规范化管理．专业分工也可以降低对开发人员的要求，从而降低产品研发成本。
2、软件项目控制
2．1软件项目控制
软件项目跟踪和监控包括对照已文档化的估计、约定和计划评审和跟踪软件完成情况和结果。基于实际的完成情况和结果调整这些计划。软件项目的已文档化的计划(即软件开发计划，正如在软件项目计划关键过程区域中所描述的)用作跟踪软件活动传送状态和修订计划的基础管理者监控软件活动．主要通过在所选出的软件工作产品完成时和在所选择的里程碑处，将实际的软件规模工作量成本和时间表与计划相比较，来确定进展情况。当确定未实现软件项目计划时，采取纠正措施。这些措施可以包括修订软件开发计划以反映实际的完成情况和重新计划遗留的工作或者采取改进性能的措施。
2．2软件项目控制的内容
软件项目控制的目的是为软件项目的过程提供足够的能见度，从而可以在执行过程中发生对计划的严重偏离时能够采取适当的更正行为。软件项目控制包括：a。追踪软件项目的进展于表现从而与所作的估计、承诺和计划做出对比：b。追踪软件项目的风险；c。在发生对计划的严重偏离时采取适当的更正行为。
2．3软件项目控制步骤
由于软件开发是处在一个开放的动态系统中，开发环境的不断变化要求不断修改项目计划，以适应新的变化。此外项目经理及其组织在完成任务的过程中不可避免的要碰到这样或那样的问题．解决这些新的矛盾和问题均属项目控制的范畴项目的预算和进度计划只能为项目经理提供决策的依据．如果在项目实施过程中控制不住．很难在限定的时间和预算要求下实现项目管理工作的目标。因此软件项目控制的过程包括以下四个步骤：a、预测什么会发生——要做出开发计划并建立工作标准b、查明什么正在发生——用建立的工作标准检查当前的工作；c、正在(或已经)发生的实事同预测的结果进行比较——分析误差产生的原因：d及时采取补救措施．以满足项目目标，预算和进度的要求。
3、软件项目控制具体操作
3．1软件项目进度控制
为了确保软件开发中的各项工作能按照计划预定的日程顺利完成．对项目的进度要进行控制。进度控制的过程是．在项目实施过程中，不断地进行实际进度值与计划值的比较、发现偏差、检查分析其产生的原因，并采取相应的措施加以解决。
3．1．1进度控制流程
(1)进度控制的输入
进度计划。项目进度基准是项目测量和报告的基础和标准。
实施报告。实施报告提供了有关项目进度发展实情。报告未来可能发生的进度问题。
变更要求。项目变更要有严格的申请和审批手续。
进度管理的技术和工具。
(2)进度管理的技术和工具
进度控制变更系统。为有效实现进度管理与控制．进度控制系统应设立实现重新计划的全部功能。包括：文件设立．跟踪即实施报告．变更评估等。
实施情况测量。项目进度控制系统中的一个重要组成部分是决定对迟发生的进度偏差是否采取纠偏措施。而实施情况报告提供了决策的主要信息。如变更分析．趋势分析．已实现价值分析等。
纠偏计划。很少有项目能完全按计划进度进行为实现项目进度或总进度要求，在项目实施过程中．需要不断对原计划进行调整或增加新的工作内容。为此．需要不断对实施的项目进行活动时间预测。修改活动过程．替代进度方案分析。
项目管理软件。它的作用是跟踪项目按计划日期展开实际工作的情况．对照进度计划分析进度现状，找出进度的偏差．分析进度偏差对项目的影响．预测未来走势
(3)项目进度控制的输出
进度更新。包括对项目管理中任何进度信息的修改。进度调整是其中的一种．师队员进度计划中活动开始和结束时间的改变。纠偏行动。通过改变资源投入将实际进度拉回到计划的行动过程。
从中获得的教训。有关进度偏差产生的原因。纠偏方案的评估与选择以及其他方面的感受和教训都应纪录在案成为日后有用的历史资料。
3．1．2进度控制方法
一般项目进度控制采用因果分析．分析用四步完成：
(1)明确问题。实际完成情况与项目里程碑相对照．确定是否超期．超期的部分是在哪里。
(2)查找产生该问题的原因。位从系统角度充分认识各方原因．应组织具有代表性任务人员并采用头脑风暴法进行。项目主管要通过他领导的办公室或小组，以及在各职能部门的人共同分析问题产生原因。
(3)确定个原因对问题产生的影响程度。对影响程度的评估可以采用专家小组打分的方法，事先确定权数．而后打分得出分析结果。
(4)画出带箭头的鱼刺图。分析出原因后各部门各就其职针对问题提出解决方案．并实施。
3．1．3软件项目进度控制具体措施
在实施进度计划过程中，会有种种故障：客户的需求进行了补充或修改；工作量估算不准，造成进度不平衡或是有人不遵从开发规范．导致产品出现缺陷；或是技术环节出现故障，这些问题往往是在进度计划外出现的．一旦出现这些问题，项目进度不得不进行调整。开发过程中为了有效控制类似问题，可以采用以下辅助措施，控制进度按计划执行：
(1)政策性措施。对于不遵从开发规范，人员不按时履行职责的．给予经济或是职务上的处罚．这种措施应是建立在分配任务之前；
(2)人员安排。在各子项目接口处适当安排机动人员与机动时间。这一措施有赖于项目组织的机构设置能动性好。此处比较难解决的是人员业绩评估．奖励问题。
(3)技术措施，要想很好地执行进度计划，需要事先有统一的规范例如开发语言的统一，文档的归类。这样便于下一阶段人员理解上一阶段人员意图，交流更加容易。
(4)信息流措施。该措施要求建立一个信息流系统．准时汇报项目进度．便于主控人员调整进度，并且保证信息流通顺畅。避免开发期压到最后造成严重拖工。
(5)资金措施。财务部门可以定期检查各部门财务情况．控制资金流出时间．进而控制项目进度。这与后面要讲到的三者权衡有密切关系。
3．2软件项目费用控制
费用控制就是要保证各项工作要在他们各自的预算范围内进行。其基础是实现就对项目进行费用预算。整个项目费用应包括项目范围规划阶段。软件需求分析阶段．原型设计阶段开发阶段．测试阶段和项目投入使用后的使用阶段所消耗费用的总和。软件开发项目承担公司为了完成项目目标和获得更多的利润．在实施项目过程中就要控制成本．在控制过程中，首先要拟定一个标准．即计划值．然后进行实际至于计划值的比较，确定实际值与计划标准的偏差大小．以便在此基础上采取各种措施纠正偏差．常用的分析工具是偏差分析。
偏差是指实际成本对相应计划的偏离，成本偏差的数学公式为：
cv=bcwp-acwp(负数cv表明出现超支；反之，则节资)(3—1)
其中：cv为成本偏差，bcwp为计划工作预算，acwp为完成工作实际成本。
在进行成本偏离计划程度分析时，常用计划偏差率反应时给予计划的偏离程度。
cvp=cv／bcwp(3-2)
其中cvp为成本偏差率。
偏差值是控制分析中的一个关键参数，因而应向各级组织汇报。对于不同的项目或同一项目不同阶段或不同管理层次，对偏差的控制程度不一样，制定偏差允许值的方法也不同。由于随着时间的推移风险减少了，因而偏差允许也可降低。
3．3软件项目质量控制
对于软件产品的项目质量控制应是事前有预控，过程有监控的主动控制闭环系统。(1)事前预控：根据影响质量因素多等特点．软件项目质量必须事前预控，及根据软件的类型和特点，以及以往类似项目的常发病和预防措施，对软件项目质量提出事前预控措施，包括制定控制的计划和程序，这是项目质量控制的前提。(2)过程监控：根据易产生质量波动和易产生系统因素变异等特点，软件项目质量必须过程监控．即按照预控的计划和程序，对工序、分项、单元的全过程进行过程监控．包括监测、检查、控制和评定．这是项目质量控制的基础。
关键词：P6软件，进度与费用管理，工程项目管理
Abstract: the company is at the Primavera project management software, widely used in international large-scale projects, but in China, most of the application of engineering the low degree, how to make the software better used in project management is urgent problems at present. This paper is a nuclear power engineering project management of EPC at the software, the introduction of the application are briefly introduced at the same time, finishing in the process of implementation of the methods, and to sum up the get management effect, application of the problems in the course of analysis and the deficiency, put forward the improvement plan.
Keywords: at the software, schedule and cost management, project management
中图分类号：TU71文献标识码：A 文章编号：
引言
作为目前国际上工程项目进度管理的常用工具，项目管理软件Primavera 6.0架构起以计划、协同、跟踪、控制、积累为主线的企业级项目管理软件，其除了能弥补传统项目计划的不足，还具有：
1）支持多项目、多用户，企业项目结构（EPS）使得企业可按多重属性对项目进行随意层次化的组织，使企业可基于EPS层次化结构的任一点进行项目执行情况分析。
2）客户/服务器结构，使得工程参建各方能够基于同一平台进行项目管理；
3）整个企业的资源可集中调配管理；
4）个性化的基于WEB的管理模块，适应于项目管理层、项目执行层、项目经理、项目干系人之间良好的协作。
本文在介绍某核电工程EPC总承包管理单位对P6软件的应用与推广情况的同时，根据所理解P6软件所蕴含的先进管理思想与方法的基础上，就其应用过程中遇到的问题和存在的不足进行探讨、分析，提出改进设想。
P6软件在核电工程中的应用
核电项目现场部的P6软件的应用是在公司总部的统一规划、部署下进行的。公司总部建立统一的P6管理系统网络平台，使下属各项目部及各承包商等单位能够在同一平台获取项目进度信息，进行项目进度管理。一般P6项目管理软件的应用实施过程，共经历以下三个阶段：
第一阶段：应用规划
P6的应用是一个系统工程，需要相应的管理制度、人员、网络、软件等条件的配合，才能保证应用的顺利实现。结合项目的实际情况，制定P6实施目标和应用方案完成规划工作：
规划项目现场各参建单位客户端口的分配；
编制形成进度计划的管理规定，规范计划编制流程；
编制P6实施方案，规划软件运用模式方法；
编制P6操作手册，详细指导用户对软件的操作。
公司总部搭建P6网络平台，建立企业EPS（企业项目结构）、OBS（组织分解结构）、WBS（工作分解结构）等数据结构，向业主、现场项目部及各参建单位提供项目进度计划管理平台，包括设计、采购、制造、建造、调试，并规范各参建方在同一系统平台上进行工程进度的跟踪与管理。相关各方编制相应管理程序，规范P6软件的使用，以形成较为系统的管理体系，为公司项目的分类管理、项目范围的确定、项目计划的编制以及后续责任分配做好必要的前提基础。
第二阶段：编制详细计划
使用P6进行计划管理的前提是编制一个合理的项目计划。通过计划编制过程，完成基础数据的输入工作，建立核电工程总承包项目的P6架构。
项目计划共分为五级，包含前期准备、设计、采购、制造、建造、调试等六部分内容，涵盖工程的全过程。根据业主提供的一级里程碑计划及相关的土建交安、主要设备到货、设计图纸资料等相关信息，结合以往核电建设工程经验编制二级形象计划；建安施工三、四、五级计划由各施工单位根据二级计划节点，按子项、系统等逐级细化分解，其中四级施工计划为年度滚动计划，在对三级计划细化的同时，根据项目实际进展情况每6个月由施工分包商升版一次；建安五级计划为三个月滚动计划，用以即时反馈进度信息。
第三阶段：应用实施
对于工程来讲，光有一个漂亮的计划是远远不够的，计划执行中的进度及时更新非常重要。在项目实施中，可能会发生实际工期与计划工期不同、工作范围变更、进度滞后等情况，生搬硬套项目初期编制的计划不能很好的指导现场进度安排和资源调配。因此，及时地、周期性地对进度计划进行实际情况更新，并通过与目标计划的对比，查看进度偏差，对进展情况进行评价和分析是非常重要的。
P6软件在核电总承包工程的应用效果
项目人员管理水平得到提高
应用P6项目进度管理软件，可以快速跟踪项目进展情况，系统管理项目各方资源，帮助管理人员从不同的视角和侧面监控工程的进展，通过项目实施过程中不断地更新进度数据，及时发现实际项目进度执行情况与进度计划的偏差，采取相应的控制措施，提高工作效率，使得项目管理人员更加胸有成竹地面对项目实施过程中可能遇到的问题，使项目能够科学决策。
提供最大方便的工程信息数据共享
项目各参建方在同一信息平台上采集各自所需工程进展信息，如：设计部门根据现场施工进展及施工计划情况，开展近期图纸到场计划的跟踪与落实，特别是现场急需图纸的协调和FOR USE工作，以满足现场施工进度要求；设备采购部可通过P6进度信息平台，实时了解现场施工进展情况，推算设备需求时间，做到合理安排设备到场；各承包商可通过P6进度信息平台了解施工相关接口信息，以便及时调整施工时间，制定相应措施。
管理职责划分明晰
通过系统制定项目目标，分解项目范围，落实责任部门，在统一的信息平台上，各责任部门能够明晰自己的管理目标和管理范围，统一思想和方向，并做到各司其职、各负其责，消除管理的空白区和重叠区，使项目管理工作能够持续、有序进行。
P6软件在应用中存在的问题及改进设想
P6是一款功能强大、科学体现项目管理方法、经验的企业项目管理软件，在国际上有着广泛的应用，但在国内各行业的应用却一直不够深入，目前尚与国际有很大差距，主要表现在以下几个方面：
准备工作不充分，结构分解及资源计划不完善
《进度控制体系编码手册》、《项目资源和费用加载手册》等程序于2009年6月10日，但工程开工时间远早于程序时间，因此在土建施工进度计划编制过程中承包商自行设定的三、四、五级计划的WBS编码不一致，导致计划无法跨级对比，大量的进度分析工作需靠人手动完成，降低工作效率；计划编制时未加载资源，工程款支付采用里程碑节点支付方式，其仅是形象支付，极易造成施工单位因抢形象而忽略其他子项，一方面项目关键路径产生变化时，管理人员不能及时发现，或存在多条关键路径时，进度偏差难以计算；另一方面，工程量未分解、细化到施工作业，使得资源不具有相应的时间概念，容易造成在施工过程中只关注“时间”却忽略“量”而造成资源投入不足而影响总工期，同时实际工程量无法有效累计，不利于项目工程数据积累。
P6软件培训不到位，应用程度较低
一般P6软件的具体使用者都是具体负责工程子项进度控制人员和相关的设计、采购、施工等接口工程师，但由于企业资源、工作时间等限制，P6软件的具体操作人员所参与的培训和技术提升机会较少，一定程度上限制了软件的应用深度和推广程度。
P6软件作为目前国际先进的项目管理软件，其应用的深度一定程度上反映出项目管理的综合水平，其针对项目实施中不同的角色处理的项目管理业务不同，采用了角色化应用的不同组件的设计，目的是使项目管理者基于同一平台进行项目管理工作，因此决定了P6软件是一个项目管理全员应用的软件，但目前由于项目网络资源、施工管理人员软件应用水平、相关人员工作习惯等原因，使得P6软件在项目管理，特别是施工进度管理过程中，只起到了计划展示的功能，在一定程度上不失为一种对项目管理投入的浪费，亦将会形成计划管理的恶性循环。
进度计划与费用管理结合不紧密
资源与费用的管理是P6软件与其他项目管理软件相比的主要优势所在，软件所具有的角色、资源分类码等功能，使其对费用管理的视角更加开阔。但在实际操作中，项目的资源与费用管理的应用却不易落实，企业定额体系与资源库没有建立，P6的应用只局限于编制计划，在项目实施过程中难以提供费用和进度管理所需的真实数据，更难指导企业级别对项目资金预算和投资回报的决策，从而使P6软件的优势及强大功能得不到很好的发挥。
目前项目部采用一种自上而下的资源分配方法――加载权重法，将项目合同价运用一定规则分配到每条作业，再将每一作业上所分配的资源按时间分布统计，通过对统计数据的分析，得到某一时间点或统计周期的进度偏差值。但其做法只是一定程度上完成了自上而下的投资分解，以“量”的形式反映“时间”，无法记录实际“量”。
几点改进设想
1、企业积极组织相关人员参加外部P6项目管理专业化培训的同时，开展内部培训与交流，使P6项目管理技能和经验得以推广和交流，促进管理理念达成共识、提升管理技巧和水平。
2、以项目部为单位，搭建内部P6平台，由计划管理部门牵头，推行在项目部P6平台进行施工计划的编制、审核及进展跟踪等管理工作，加强施工管理人员对P6软件的应用程度的同时，带动全员应用P6软件进行对应角色的项目管理工作。
3、据以往经验，多数企业的计划编制团队和费用预算团队是独立工作的两个部门，两个团队分解的WBS不同，要想为编制的计划中的每一项作业分配相应的资源，就需要对编制的预算进行分解。因此，加强计划编制团队和预算团队之间的合作，从而减少大量中间环节，提高工作效率，是解决这一问题最好的方法。
4、继续上述“加载权重法”的后续深入工作，在完成自上而下的资源分解后，还要完成资源费用的加载（即使用资源所发生的费用，如劳动力、机械台班和材料费用等），从而实现自下而上更新汇总的费用管理。通过动态的自下而上汇总的费用与自上而下的投资计划对比，实现动态的、项目进度计划与费用管理相结合的工程项目管理。
5、选择核电工程中较为重要且难度适中的子项作为“试点”，以国际先进工程管理思想和方法为指导，完善其资源加载和工程量分解，使用赢得值法进行子项进度和费用管理，以事实说明P6软件的强大功能，以成绩争取各级领导和相关人员的认同和重视，从而争取资源、完善管理，促进核电工程管理形成良性循环。
结语
任何软件和管理方法，都仅仅是一种工具，都需要通过人的使用才能发挥其作用。所以需要企业及项目层领导的给予关注，相关部门、单位的协调和密切配合，项目管理人员对专业知识的熟悉程度和项目管理的方法与技能。只有在高度重视的情况下，才能最大限度的发挥人的主观能动，才能根据工程项目的具体情况，工程管理的目标要求，以及人、财、物的投入等情况，制定切实可行、科学合理的应用规划和管理方法。
参考文献
[1]何丰.从Primavera(P3e/c)学习项目管理[M].北京:中国建筑工业出版社,2007.
一、计算机软件工程管理存在的问题
（一）理论与实际之间的差距
软件工程管理过程中，工程师们会根据具体情况作需求分析，而需求分析却与实际业务操作之间存在一定差异，这是软件工程管理的一大难题，并将长期存在。产生差异的原因主要是分析的片面性和浅显性，调查数据无法为分析依据提供强有力的支持，随着分析层次的递增数据的差异性会被进一步放大，最终得到的需求分析严重偏离实际。
（二）无法准确估计软件工程管理的工作量
软件工程不同于实物工程，其工作量具有较大的弹性，人为因素会对软件开发的进度产生重大影响，忽略人为因素的影响，计算机软件工程管理的工作量会很容易掌控。而人并非机器，当前计算机软件工程管理存在许多有待改进的地方，只有在完善的情况下利用最准确无误的方法才能在一定范围内对工作量进行掌控。
二、计算机软件工程管理与维护的方法
（一）构建完善的管理体系
人是一切活动的主体，凡事倡导以人为本，勾践完善的计算机软件工程管理首先得构建良好的人才体系，人在工程管理中发挥主导作用，体系发挥作用的大小取决于人才体系的科学性，建立人才体系后需要人力资源管理的辅助，以此调动工作人员的积极性，确保人才落实到位，各项工作顺利展开，在一种和谐共进的气氛中提高软件工程管理的效率。
（二）加强风险分析
项目的风险是必然存在且不可避免的，只能通过一些风险预测手段将风险降到最低，防患于未然，所以构建完善的风险预测制度体系是首要任务，建立风险机制后需要树立员工的风险意识，让员工客观认识到规避风险的必要性，针对性采取风险预测与规避手段保障工程管理的顺利进行。
（三）加强人员管理的合理性
计算机软件工程管理与维护是一个团队的职责，团队成员共同承担责任，良好的团队意识与合作气氛必不可少，团队成员之间应该加强沟通，融洽相处，愉快合作。同时作为团队的一份子必须明白自己的职责所在，做好本职工作是基本前提。团队管理者应该调起团员的工作积极性，使大家都能全身心投入到工作中。
三、软件工程管理的内容以及措施
（一）软件工程管理的内容
1.组织管理
组织管理是指要将注意力集中在项目组人员的构成和优化，建立有效的项目组织架构，比如，在实行计算机软件工程项目管理时，首先要成立项目管理委员会，项目管理委员会下设项目管理小组、项目评审小组和软件产品项目组。
2.项目计划
项目计划是指当一个软件工程项目进入系统实施的启动阶段时，要确定详细的项目实施范围、阶段性的工作成果、制定项目实施的时间计划、成本和预算计划、人力资源计划等，并根据计划安排、调整项目组日常的工作。
3.风险管理
风险管理是指根据实际情况评估实施过程中面临的主要风險，预测未来可能出现的各种影响软件开发计划和危害到软件产品质量的潜在因素，并对此采取有效措施进行预防和应对。
4.用户管理
软件产品开发的最终目的是满足用户的需求在软件产品的开发过程中，应对用户的需求、习惯等做全面、细致的调研，在开发中途，阶段性地征求用户的反馈意见，不断增强软件的实用性和可操作性，保证软件产品和服务能够充分满足消费者所提出的功能和质量要求。
（二）软件工程管理的措施
加强项目管理系统性的培训，建立一个有效和完善的管理体系，首先应该加强项目组成员尤其是项目经理在工程项目管理方面的系统性培训，避免在项目管理中单纯依靠个人现有的知识经验，使管理工作存在较大的盲目性和随意性其次，应该加强对项目相关业务人员的培训，让项目业务工作人员也能从思想上认识到软件工程管理的重要性，使其既能理解和接受管理理论，又能熟练掌握软件工程的专业知识，从而提高计算机软件工程项目的执行力另外，要建立和完善软件工程管理的制度建设，落实奖惩制度，激发项目组人员的工作积极性和工作热情，从而更好地实现计算机软件工程管理的目标。
提高对项目计划的认识，进行合理的项目计划和控制，项目总体计划和阶段性计划的作用非常关键，科学的项目计划可以有效地降低软件工程项目的实施风险，可以有效地对项目进度进行管理和控制项目计划在项目实施中具有承上启下的作用，在项目管理的重要阶段，在制定项目计划的过程中，需要着重考虑项目计划的系统性、动态性、经济性、相关性等方面的内容。
加强软件工程的团队建设，建立完善的项目沟通机制有效的团队合作是软件项目工程得以顺利开展的前提保障，有效的团队合作需要有效地界定各团队成员工作职责，使每个团队成员发挥各自的长处，并且使团队成员之间互补互助，从而达到整个团队最大的工作效率同时，要建立和不断完善软件工程项目的沟通机制，项目中的重要信息需要进行有效的传递和反馈，避免因在制定计划、技术问题、项目成果、情况通报等方面的沟通不足，造成重复劳动和团队成员间的互相推诱，甚至造成不必要的经济损失。
本文叙述了CMMI模型中2级项目策划（PP）过程域所涉及到的软件活动，目的是为执行软件工程和管理活动而制定合理计划，以此作为项目跟踪和监督的基础。在项目实际操作过程中，不可能一次性就把项目的详细进度确定下来，项目软件策划应采取“近细远粗”的原则，初步策划时依据顶层WBS分解结构，每个阶段初期再对WBS进行细分，结合估算结果，进行详细的策划。
【关键词】项目策划 软件生存周期 项目估算 测量与分析 风险管理
1 项目策划过程概述
项目策划是软件项目管理的一个重要过程，它包括：制定项目早期策划、确定项目范围、定义项目生存周期、项目估算、确定项目资源、编制进度表、制定数据管理计划、制定利益相关方参与的计划、制定测量与分析计划、制定风险管理计划、策划软件测试、编写项目计划、计划评审及等。在项目策划过程中，各过程元素不可裁剪。
2 项目软件策划的主要活动
2.1 制定项目早期策划
项目经理与项目软件核心组沟通，确定近期需开展的项目策划的策划，并根据《软件研制任务书》进度要求形成本阶段进度安排。项目早期策划主要为明确近期所开展的早期的质量保证活动、CM活动、评审活动等日程、安排，以及所参与的人员，为后续制定详细的软件开发计划奠定基础。
2.2 确定项目范围
项目经理与项目软件核心组成员根据《软件研制任务书》，结合结构层次、必备成分、重用成分等要素确定项目范围，标识每个工作包的组成要素，分解到可以支持软件估算的程度，形成顶层WBS分解结构，并将分解结果记录到《软件开发计划》中。
WBS的每个工作包需细分到跟踪粒度，即每个任务应不大于双周，但在项目策划阶段，很难做到这点，可以采取先粗后细的原则，在阶段初期，对近期执行的活动进行重新策划和任务细分，以利于分派和跟踪。
2.3 定义软件生存周期
项目经理根据项目功能以及性能特点定义本项目软件的生存周期模型，确定软件研发过程中各种不同阶段和各阶段的执行顺序，并定义每个阶段的入口准则、主要活动和出口准则等。
2.4 项目估算
项目经理组织项目估算人员选择合适的方法对软件代码规模、文档规模、关键计算机资源、软硬件环境资源、工作量、成本等进行估算，以此作为进度及人员安排的依据。当估计值与实际值超过一定阈值时，项目经理应组织估算人员重新进行估算，并按照项目变更流程进行项目计划的变更。
2.5 确定项目资源
项目经理与项目软件核心组根据项目特征以及主要功能，确定完成项目所需要的知识技能和人员的岗位要求，部门经理与项目经理协商后，确定人员配置需求及计划，确定项目组成员。
2.6 编制进度表
项目经理根据《软件研制任务书》里规定的里程碑估算项目进度，里程碑至少包含2个：需求阶段里程碑、软件产品里程碑，可根据项目设置其他里程碑；项目经理根据项目估算结果，结合可用的人力资源计算出任务的时间长度，再根据任务的依赖关系、里程碑和阶段的时间节点要求，安排进度，记录到项目计划甘特图。
2.7 制定数据管理计划
项目经理确定项目的数据，包括项目输出或接收的文档及记录信息等，可以采取任何形式，可以存在于任何介质；可以是可交付的，也可以是不可交付的。若数据为配置项，则按照配置管理的方法、权限进行管理；若为非配置项，则详细制定数据分发形式、存储位置、访问权限、责任人、存储日期的数据管理计划。
2.8 制定利益相关方参与的计划
项目经理与项目核心组成员商讨确定以下事宜：识别和明确利益相关方；明确利益相关方参与活动的计划，包括：参与的主要活动、相关方（具体人）参与方式、参与时机等；随项目紧张，根据需要调整利益相关方参与清单。
2.9 制定测量与分析计划
项目经理记录项目的测量目标、已选择的测量项，各角色在测量与分析中的职责、参与测量与分析活动的时机、测量与分析活动的内容、进度安排、结果形式、各数据收集的时机，数据来源，统计分析方法等，形成《软件测量与分析计划》，也可合并至《软件开发计划》的“测量和分析”章节。
2.10制定风险管理计划
项目经理与利益相关方结合项目实际情况，识别项目可能发生的风险、项目风险来源和风险分类，对项目风险排序，并确定项目风险的优先级；对优先级为高的风险制定风险缓解措施及风险发生应急策略。
2.11策划软件测试
根据项目特征策划软件测试级别，策划单元测试、集成测试、配置项测试和系统测试的准备、执行、修改和回归测试，以及分析和记录测试的结果所遵循的途径。
2.12编写软件质量保证计划
质量保证人员确定参加质量保证活动的组织和职责，过程和工作产品审核的对象、方法、责任人和时间/时机等，并与项目经理协商达成一致，按照GJB438B要求，形成《软件质量保证计划》，也可合并至《软件开发计划》的“软件质量保证”章节。
2.13编写软件配置管理计划
配置管理人员与项目经理负责规划配置管理系统的存储结构，定义CCB人员名单及职责，识别配置项和基线，明确配置标识、配置控制、配置状态记实、配置审核及软件发行管理和交付等方面的软件配置管理活动的需求，策划配置管理使用的软件工具、技术和方法，策划软件配置管理活动的时间/时机等，按照GJB438B要求，形成《软件配置管理计划》，也可合并至《软件开发计划》的“软件配置管理”章节。
2.14编写软件开发计划
根据项目特点及已确定的项目策划内容，确定软件开发活动的总体实施计划、详细实施计划、进度表和活动网络图、项目组织和资源、培训等，按照GJB438B要求，编写《软件开发计划》。
2.15计划评审及
项目经理提出评审申请，项目主管组织计划的评审，项目经理、质量保证人员和配置管理人员对评审中发现的问题进行修订或调整；各计划评审通过，经相关方审签、总经理批准、最终用户代表确认后，表示对各计划的相关内容进行了承诺，配置管理人员将承诺后的各计划纳入配置管理并进行。
达成承诺并得到批准后的项目计划是跟踪软件活动、通报状态和修订计划的基础。项目经理在项目进展过程中，对项目工作量、进度、风险等项目策划的情况进行比较和跟踪，当发现偏差超过阈值范围时，项目经理应组织相关方进行商讨，按照变更控制流程对项目计划进行更改，将经过批准的项目计划新版本纳入配置管理并。
软件项目管理 瀑布模型 敏捷开发 Scrum 挣值法
Research on Measurement of Software Project Management Process Based on Scrum Method
YAN Jing
（China Electronics Technology Group Corporation No.7 Research Institute， Guangzhou 510310， China）
By analyzing the shortage of earned value method commonly used in traditional waterfall model of software project management， the Scrum method of agile development is introduced into the project practice to solve the problems in order to better carry out the software project management and improve development efficiency， which achieves to control the project progress and product quality.
software project management waterfall model agile development Scrum earned value method
1 引言
软件项目管理能力的高低是软件项目最终能否成功的关键因素。目前软件行业所面临的最重要的软件开发问题莫过于如何用一种有效的方法来管理软件过程，确保软件开发的高效率和产品的高质量。随着软件开发复杂性的日益增大以及软件行业规范管理经验的逐渐积累，软件项目管理无论是在理论上还是在实践中都取得了很大的进展。CMMI（Capability Maturity Model Integration，软件能力成熟度模型集成）中的项目监控、项目策划、测量与分析这三个过程域，也对如何规范有效地开展项目管理有所指引。
本文对软件业界常用的瀑布模型和配套的挣值法的不足进行了分析，并引入敏捷开发中的最佳实践Scrum方法，通过全周期和阶段两层跟踪方式来实施软件项目管理。
2 Scrum方法简介
敏捷开发（Agile Development）是以提高软件开发效率和响应速率为目的，针对传统瀑布模型开发的弊端而研发的一种开发模式，是以人为核心的多次迭代循序渐进的开发方法。敏捷方法试图通过小型的、自我管理的团队使用短小的合作周期来鼓励迭代式软件开发方法。软件的质量贯穿敏捷软件开发的每一个阶段，并提出很多关键的规则来保证能在每一个迭代周期内及早地发现并及时消灭开发过程中出现的错误。敏捷开发将软件开发划分为多个迭代开发的过程和阶段，通过迭代式的增量开发，保证软件一直处于可使用的状态。
Scrum是敏捷开发的方法之一，也是目前软件业界的敏捷最佳实践之一。Scrum通过可视化、检验和适应来管理复杂、不可确认和变更。Scrum思想将工业过程控制中的概念应用到软件开发中来，认为软件开发过程不是确定性过程，而是将传统软件开发中的分析、设计和编码等子过程视为一个黑箱，充分发挥软件人员的创造力，使项目组工作在一种模糊状态增强适应力，以此来替代传统瀑布模型将经验性过程按确定性过程来处理所缺乏的适应力。
Scrum是一种工作管理的方法，它不仅仅限于软件开发，也可以用来管理硬件开发、系统工程等各种开发活动。Scrum开发模型图如图1所示。
（1）依据需求的优先级确定项目的需求列表，依据需求列表对工作量进行估算；
（2）假设每次的迭代周期为4周，确定单次迭代的工作目标，并对任务进行细化形成迭代任务列表，子任务的跟踪粒度小于2天；
（3）迭代中进行每日例会，每次会议控制在15分钟左右，并且每个成员要向团队汇报昨天完成了什么、今天要完成什么，同时遇到不能解决的问题也可以提出，汇报完成后更新迭代任务的燃尽图；
（4）当一个迭代的功能完成时，进行迭代演示也称为评审会议，会议中演示本次迭代所完成的软件产品。
3 项目管理过程度量
软件项目管理是为了使软件项目能够按照预定的成本、进度和质量顺利完成，而对人员（People）、产品（Product）、过程（Process）、项目（Project）进行分析和管理的活动。软件项目管理的目的是为了让软件项目尤其是大型项目的整个软件生命周期（从分析、设计、编码到测试、维护全过程）都能在管理者的控制之下，了解软件项目进展，以预定成本按期、按质的完成软件并交付用户使用。当项目绩效明显偏离计划时，能采取适当的纠正措施。
软件度量是对软件开发项目、过程及其产品进行数据定义、收集和分析的持续性定量化过程，目的在于对此加以理解、预测、评估、控制和改善。通过软件度量可以改进软件开发过程，促进项目成功，开发高质量的软件产品。
软件项目管理的过程度量能够帮助项目经理等人员掌握软件过程的状态，提供软件项目管理受控所需的数据和信息。
4 瀑布模型的不足
软件开发中传统的瀑布模型是一种较为理想化线性的开发过程。其强调文档的作用，以文档为驱动，在整个开发过程中各阶段的划分完全固定，阶段之间产生大量的文档，一切以文档为依据，并要求每个阶段都要仔细验证。由于瀑布模型具有线性的特性，用户往往只有等到项目的末期才能见到开发成果，早期的错误可能要等到开发后期的测试阶段才能发现，这样既增加了开发的风险，也给项目带来了严重的后果。
具体到瀑布模型的项目管理方面，项目通过跟踪里程碑和阶段完成日期的方式来跟踪项目进度。通常使用挣值分析法的计算来显示和分析项目是否在按计划进行，但挣值的绩效指标可能带有误导性，并经常掩盖掉某些进度延误。在进度、范围和财政预算上，比起为传统瀑布项目提供的“挣值（EV）”和“进度绩效指标（SPI）”，Scrum能为项目利益相关方提供更为准确的预测。
例如，一个项目周期为12个月，某阶段的计划工作量为1 000人时，项目在跟踪频率为双周时对项目的SPI进行度量。当实际工作量为800人时，SPI=800/1 000=0.8，意味着SPI小于1即延迟于原计划20%；当实际工作量为1 200人时，SPI=1.2，意味着项目比原计划超前20%。在对项目的跟踪分析数据进行分析时会发现，这样的延迟或超前对项目进度本身的影响并没有太多的实际意义，只要不影响阶段的周期进度就是可行的。假设还是这个项目，前期的系统分析和软件需求分析占用了全周期工作量的20%，但因为瀑布的线性特性，这个阶段项目的输出仅仅是大量的研制任务书、软件需求、讨论记录、会议纪要等，并没有可使用的软件产品的雏形。上述的项目管理跟踪方式往往掩盖了项目的实际问题，有可能造成项目在临近结束时才暴露出开发过程中产生的问题。即使从挣值分析的数据来看，项目能够按照预定的计划稳步开展，并不能确保最终能够生成预期的软件产品。如果此时出现了颠覆性的重大设计问题，但从挣值分析数据来看并不一定能够发现，对项目的影响也许只能通过调整计划等决策来进行挽救。
综上所述，挣值分析这样的项目管理方法虽然有着光鲜的外表，但对软件产品开发过程度量的实质意义不大，不能较好地通过对软件项目管理过程度量达到对项目进度和软件产品质量监控的目的，促进项目的最终成功交付。
5 引入Scrum方法来解决问题
Scrum方法能更快、更高效地交付可工作的软件产品，并提供更准确的进度、预算和范围的预测。使用Scrum方法将范例12个月项目分成12次迭代，即每次迭代周期是1个月。在第3个迭代完成时，完成了3个可交付软件产品，而不是瀑布模型的一堆文档和记录表。Scrum方法也写文档，但只写有必要且尽量少的文档和记录。Scrum注重的是人与人之间面对面的交流，强调以人为核心，例如每日例会中当场记录项目成员的工作量数据，就可以替代挣值分析法中的个人工作日志、工作周报等。
Scrum相较于传统的挣值分析法，度量数据的数量和种类有了大幅度的减少，约占挣值分析法度量数据的50%，同时也大大降低了数据统计分析的难度。主要的度量数据包括：任务计划工作量（人时）、任务实际工作量（人时）、迭代次数、迭代周期（工作日）、计划总工作量（人时）、计划剩余工作量（人时）、实际剩余工作量（人时）和工作量偏差（%）。
采用Scrum方法，项目仍然需要按照传统的方式划分软件里程碑，从而把控项目阶段的全周期进度，防止由于迭代次数过多或是迭代内容的更改以至于对项目的整体进度造成影响。项目采用全周期进度和每次迭代阶段任务两层跟踪的方法，同步对全周期进度和阶段进度进行管理。
范例项目周期12个月，每个月1次共12次迭代，每次迭代的任务计划总工作量为620人时，项目全周期计划总工作量为7 440人时。
表1和图2是项目全周期项目管理过程度量的数据及跟踪图，其中的度量数据有偏差百分比、计划剩余工作量和实际剩余工作量。计划剩余工作量是由计划总工作量开始递减的等差数列，偏差百分比=（计划剩余工作量-实际剩余工作量）/任务计划总工作量* 100%。数据及跟踪图使用Excel工具来定制，跟踪图可以通过数据自动刷新生成。这里的跟踪图使用了Scrum常用的燃尽图的表达形式。
表2和图3是项目一次迭代阶段的项目管理过程度量的数据及跟踪图。数据的类型和计算方式与全周期的记录表类似，只是偏差百分比的分母基数替换为这次迭代阶段的计划总工作量。从跟踪图的数据分布情况来看，当实际剩余工作量小于计划剩余工作量时，进度提前；当实际剩余工作量大于计划剩余工作量时，进度延期。为了增强与CMMI标准的适应性，增加偏差百分比这个度量项，偏差可根据项目计划中制定的阈值范围采取措施进行纠偏。每次迭代的跟踪保证了度量数据与软件产品实现间的直观性，全周期跟踪图中尤其是对里程碑节点的重点把控，从而实现了对全周期的各个阶段的监控。
6 结束语
基于敏捷思想的Scrum方法，能够改善传统瀑布模型和挣值分析法的项目管理方法数据分析的误导，针对项目进度和产品质量无法准确预测、项目重大问题容易在项目后期才暴露等问题，通过迭代、增量式的开发，加强项目各种角色间的沟通，提高开发效率，简化项目的文档和过程记录。通过对迭代目标和迭代进度的把控，每次迭代生成可提交用户的软件产品，从而把控全周期进度，迭代增量式完成软件产品的开发。当然，Scrum在项目实践中可能还存在不足，需要软件从业人员不断深入地探索和研究。
参考文献：
[1] Schwaber K. Scrum敏捷项目管理[M]. 李国彪，译. 北京： 清华大学出版社， 2007.
[2] Mike Cohn. Scrum敏捷软件开发[M]. 廖靖斌，吕梁岳，陈争云，等译. 北京： 清华大学出版社， 2010.
[3] Robert C Martin. 敏捷软件开发（原则、模式与实践）[M]. 邓辉，译. 北京： 清华大学出版社， 2003.
大型工程项目建设具有资金密集、技术密集、资源密集、专业众多、交叉施工等特点，同时还要受工程设计、设备制造、设备和材料的采购运输、还有其他许多工程外部因素的影响。在工程开工前须正确地表示这些错综复杂的关系，在工程实施过程中，当某些主客观原因导致某些进度提前或推迟时，又须动态地反映这种变化对整个工程进度的影响，并及时作出相应的调整，使整个工程项目的建设和施工始终在可知可控、优质高效、安全文明的情况下完成，为了合理地计划、组织、协调、控制和管理好工程项目建设中方方面面的工作，就需要利用P6软件开发进行工程进度计划控制及管理。本人结合大型工业建设项目及核电项目中对P6软件的认识，浅谈其在工程施工过程的实际应用。
一、软件的优点
Primavera Project Planner软件是专业的工程项目管理软件，简称为P3软件。Primavera P6荟萃了P3软件20年的项目管理精髓和经验，是一款更优良的工程项目管理软件，简称P6软件。
P6作为专业的工程项目管理软件，能满足工程项目管理的许多要求，主要是进度控制，同时也可以进行费用控制和资源管理。特别是软件可以将进度、资源、资源限量和资源平衡很好地结合起来，使得进度计划可以不再只是凭经验甚至是拍脑袋制定出来的说不清楚或者说得不太清楚的定性计划，而是基于要完成的工程量/工作量并结合施工承包商的人材机资源而制定出来的定量的切实可行的科学合理的进度计划。 另外，作为商业软件，P6软件能够共享数据资源，使得工程的众多参建各方如业主、工程技术公司、施工承包商可以同时共享同一个P6工程数据库的数据;操作灵活方便也是P6软件的一大特色，丰富的视图管理，作业分类码，WBS编码，多种工程日历、作业类型和逻辑关系，用户自定义编码，整体更新，资源平衡，自动汇总，数据组织、输入输出、网上等等，尤其是过滤器的使用，非常灵活。
二、P6软件在工程项目管理中的应用
1、工程项目管理的主要内容。
工程项目建设管理的主要内容包括“四控两管一协调”。具体来讲，“四控”管理包括工程的进度控制管理、质量控制管理、费用控制管理和安全文明施工控制管理;“两管”管理包括工程合同管理和工程信息管理，“一协调”管理则是指和工程项目建设现场参建各方，如业主、工程技术公司、材料供应商、施工承包商之间，与工程建设有关的外部条件之间各种关系的协调管理。
2、工程进度计划管理是重点。
在工程管理的诸多内容当中，进度计划管理是重点，是核心，抓住了进度计划管理，就等于抓住了主要矛盾，就抓住了提纲。工程管理的很多内容都是围绕着进度计划管理来进行的。比如每个具体工程的总工期是多少，应该什么时间开始，什么时间完成。工程下面有可以逐级划分成哪些项目，完成这些项目分别需要多少工期，它们应该什么时间完成。项目之间的逻辑关系怎样，怎样表示这些逻辑关系;完成这些项目需要提前进行哪些准备工作，施工图应该什么时间到，设备材料应该什么时间到，这些都是建立在进度计划基础之上的。进度计划做好了，后面的工作才有依据。完成一项计划需要多少费用，需要完成多少工程量或者工作量，需要多少人工、材料、机械，不同专业和标段的工序如何交接，何时安排质量控制和检查验收等，哪些工种和工序的安全问题应予特别重视，各种关系依据什么来协调等等，都是建立在进度计划基础之上的。
3、利用P6软件编制工程施工进度计划
工程进度计划的编制应采用四级计划管理体系、甚至五级计划管理体系。
一级计划称为里程碑计划，反映的是重要的形象进度控制点以及合同支付控制点。二级计划分为指导性计划与控制性计划，其中指导性计划由业主工程部门编制，而控制性计划是由各承包商根据指导性计划编制初步三级计划并上报审批，由业主工程部门汇总、平衡形成的总进度计划，该计划经过业主审批后作为控制性目标计划。三级进度计划是由工程管理公司根据二级控制性计划编制，反映工程管理公司对所承包的项目内容的总体安排。而四级计划则是三级计划的作业实施计划，是承包商对三级计划的进一步分解，是现场进度协调的依据。
作为工程管理专业公司，在利用P6软件编制工程施工进度计划时，主要是根据已经确定的二级计划进行三级计划的编制及四级作业实施计划的审核，以工程施工工序作业为实体，根据相近工程的定额工期，参考已完和在建同类工程的工期，再结合本工程的具体情况，定出该作业的合理工期，再加上完成该作业需要的其它时间因素开工时间，完工时间，以及和其它作业之间的逻辑关系，就构成了基本的施工进度计划。
编制工程进度计划时在各级计划间建立相互的分解与汇总关系，工程各专业工种和各级进度计划之间要建立必须和必要但不多余的，能真实地表示工程工序之间的相互联系的逻辑关系，以便工程跟踪控制进度计划时能将下级作业的进度自动汇总到上级去，动态地反映进度计划之间的相互影响和真实进度。
在核电项目中，使用的是Primavera软件的P6网络版，可以将设计、采购、施工、调试等四大部分有机组织起来，通过设定工序作业接口，有效的进行几者之间的逻辑连接。通过各个部门的定期计划更新，反映出现场状况，提前做好工程计划预警。
进度计划管理的主要过程为：编制计划、进展跟踪、预判计划、评估进展、分析偏差、预警计划、纠偏建议、进展汇报。P6软件的使用贯穿整个计划管理过程。使用P6软件编制计划，在P6软件编制的计划中标注出进展跟踪状态，对已经开始施工而且未完成的计划条目进行预判完成时间，用P6软件展示评估进展的状态，通过P6软件、采用目标计划分析偏差，在P6软件中分析出关键路径、对关键路径进行预警，这些都可以使用P6软件的功能进行。纠偏建议，则侧重于工程技术方案类，不能使用P6软件;进展汇报，是个综合工作，P6展示&专题会议是主要的方式。简而言之，P6软件的使用贯穿整个进度计划管理过程。
4、利用P6软件辅助编制计划报表
利用传统的方式核对本月完成情况并下达下月计划，是十分费时费力的事情，而且准确性及完整性不是十分好，尤其是在大型项目中，传统方式已经无能为力。为此，在核电项目建设中，利用P6软件更新本月的完成情况并过滤出下月计划，形成下月目标计划，并在工程中最后使用的是六月滚动计划，过滤出本月完成的计划作为本月进展状态，下2个月的计划作为控制计划，再前瞻3个月计划作为目标计划。
当项目进入高峰期后，月度计划报表需要进一步细化。为此，在六月滚动计划的基础上，利用P6软件更新本周的完成情况并过滤出下三周计划，并形成四周前瞻滚动计划，作为月度计划的补充。根据项目管理需要，对于一些特定的工作也可以编制专项计划，作为月度计划的补充。对项目进度的关注点各部门有不同程度的侧重点，如设计、采购、施工、调试等对计划条目的关注是不完全一致的，根据需求不同、利用P6软件的强大布局功能、灵活调整、相同计划的不同布局格式，有利于各部门之间的信息交流与沟通。
P6软件的功能是很多的，本文仅简单介绍了几个方面。多年以来，P6软件在大型项目建设中得到了广泛的应用，尤其是在工业建设项目管理与核电建设项目管理中得到了使用和推广，并且取得了良好的使用效果。随着科技的进步，随着大型项目陆续增多，P6软件的使用功能也在不断增强和拓展、在不断完善和优化，也将在更多的项目管理中取得更好的成绩。
关键词：软件工程；课程群；课程设计
中图分类号：G642 文献标识码：B
文章编号：1672-5913 (2007) 20-0005-03
软件工程是计算机学科的重要学科分支，在本科计算机类各专业中都开设一些软件工程的课程，在研究生教学中，无论是硕士还是博士，都设置软件工程的研究方向，开设高一级的软件工程课程。本文中，软件工程课程群是指包括各层次的软件工程类课程。另外，软件工程又是一门发展非常迅速的学科，早年在研究生中讲述的内容现在放在本科中讲。因此，这些课程存在定位不明确，课程间内容交叉重复等问题。本文根据本科生和研究生两个层次对软件工程类课程的教学要求，阐述软件工程课程群的定位、课程设置、主要课程的知识单元和知识点。
1定位
首先分析社会对各层次计算机专业学生在软件工程方面的知识和能力要求。我们认为计算机类本科学生毕业后，主要从事计算机软件的开发工作，他们应掌握软件工程的基本概念、基本原理和基本方法，并能运用这些概念、方法、原理，参与和/或从事软件开发的某些活动(如分析、设计、编码、测试等)。软件工程方向的研究生主要着重研究能力的培养，毕业后主要承担系统分析员和/或系统设计员角色，甚至承担项目经理的角色，他们应掌握软件工程的研究动态，了解软件工程最新的研究成果，具备有关软件的系统分析、构架设计和软件项目管理的知识和能力。
根据以上分析，我们认为，本科生软件工程课程群应以软件工程的基本概念、基本原理和基本方法为主线，使学生具备扎实的软件工程基本理论知识、熟练的编程能力、较好的团队合作能力和实验能力，同时具备一定的分析与解决问题能力和创新能力。研究生软件工程课程群应以研究课题为主线，使学生掌握软件工程最新的研究动态，对其中若干个研究方向有深入的了解，具备较强的分析与解决问题能力和创新能力，以及基本的软件项目组
织和管理能力。
2课程设置
软件工程课程群按学生的层次可分为本科生软件工程课程群和研究生软件工程课程群，按课程类别可分为必修课和选修课。
根据上述定位，本科生软件工程课程群的必修课包括软件工程和软件实践，有些学校在软件工程课中包括足够的实践时间，可将它们合并成一门软件工程课。选修课可根据各校的特点开设不同的课程，如面向对象的分析与设计、软件体系结构、基于构件的软件开发、软件测试等，也可将研究生的某些课程作为本科高年级学生的选修课。
研究生软件工程课程群的必修课可包括高级软件工程、软件项目管理和专题讨论，其中专题讨论没有固定的教材，它以若干专题(如软件复用技术、模型驱动体系结构、软件产品线等)的最新论文为主，以报告和讨论的形式进行。选修课可根据导师的研究方向选择合适的课程，如需求工程、软件过程、形式方法等。
3教学内容
本节参照国外相关的资料，结合我们多年的教学实践，给出软件工程课程群中各必修课的知识单元。
3.1软件工程(本科生)
本科软件工程课程的内容应覆盖教育部计算机科学与技术教学指导委员会制订的计算机科学与技术本科专业规范(计算机科学方向)中有关软件工程的主要知识单元，该课程以软件工程的基本概念、基本原理和基本方法为主，着重国内比较流行的结构化分析与设计方法、面向对象分析与设计方法和常规的软件测试方法。同时对一些较新的软件开发模型、方法和技术(如基于构件的软件开发模型和方法、敏捷开发方法、CMM&CMMI、Web工程等)做简单的介绍，以便学生今后自学。
3.2软件实践(本科生)
该课程是本科软件工程课程的一门后继实验课，以某种软件开发方法(如面向对象方法)和软件过程(如统一软件过程RUP)为基础，引导学生完成一个完整的软件项目开发全过程，包括需求获取、需求分析、系统设计、实现以及测试等基本步骤。该课程主要培养学生的分析与解决问题能力、团队合作能力、实验能力和创新能力
3.3高级软件工程(研究生)
该课程选择当今软件工程研究的热点课题作为主要内容，其知识单元可包括：基于构件的软件工程、软件产品线、软件体系结构、模型驱动体系结构(MDA)、面向方面程序设计(AOP)、需求工程、面向对象测试技术、逆向工程和再工程、Agent技术、形式方法、高可信软件，开源软件等。值得注意的是，在一门高级软件工程课程中很难详细介绍上述所有的内容，各校可根据自己的特点和研究方向，选择几个(以3~5个为宜)知识单元作重点介绍，对其他知识单元可只做简单的介绍。
下面给出几个知识单元所包含的知识点。
基于构件的软件工程(CBSE)主要包括：CBSE基本概念，软件构件规格说明，构件模型，基于构件的开发过程，基于构件开发的语义完整性，构件组装和集成，预测系统的可信度，软件产品线体系结构中的构件，商用第三方构件(COTS)及构件获取技术，基于构件的软件体系结构，基于构件软件的测试与质量保证，构件的可变性机制，软件构件库，构件交易，构件描述与检索等。
软件产品线(SPL)主要包括：软件产品线的基本概念，软件产品线的基本活动(核心资产开发，产品开发，管理)，领域工程与应用系统工程，SPL经济学，软件产品线实践域，软件产品线实践模式，产品线组装，基于产品线的应用系统开发技术等。
软件体系结构主要包括：软件体系结构的原则和实践，体系结构框架/方法，体系结构模型与MDA，集成框架，软件体系结构设计与分析，体系结构风格，软件体系结构文档，软件体系结构评估与确认，面向服务体系结构(SOA)，体系结构模式，企业体系结构等。
模型驱动体系结构(MDA)主要包括：MDA基本概念，MDA规格说明，MDA模型(CIM，PIM，PSM)，模型转换，模型语言(如可执行的UML，对象约束语言OCL等)，元建模，MDA过程，领域建模，系统模型，平台无关建模，平台特定的实现等。
3.4软件项目管理(研究生)
该课程的知识单元包括：综合管理，范围管理，时间管理，成本管理，质量管理，人力资源管理，沟通管理，风险管理，采购管理，敏捷项目管理，外包管理，软技能等。下面给出其中若干个知识单元所包含的知识点。
综合管理：项目，项目范围陈述，项目管理计划(编制过程，内容)，项目执行的管理，项目评价，项目的监督和控制，集成的变更控制，实施报告，配置管理，关闭项目。
范围管理：启动过程，项目选择方法，项目合同，范围管理计划(编制过程，范围陈述，范围定义)，创建WBS，范围验证过程，范围蔓延，范围变更控制过程，目标管理(MBO)，影响曲线。
时间管理：活动定义过程，活动排序过程，图示方法(优先图示方法(PDM)，箭头图示方法(ADM)，条件图示方法，图形评价和评审技术(GERT)， 项目网络图，关键路径方法(CPM)，计划评价和评审技术(PERT)等)，PERT对CPM的估算，活动资源估算，活动持续时间估算，估算工具，进度表开发过程，进度控制过程，净价值术语和公式。
成本管理：资源计划编制过程，成本估算(术语，过程，COCOMO模型，工具)，成本管理计划，成本预算过程，成本基线，项目投资需求，成本控制过程，实施度量，预测完成，净价值术语和公式。
质量管理：质量计划编制过程，质量保证计划，过程改进计划，质量保证过程，质量控制过程，统计质量控制(SQC)，质量改进过程。
人力资源管理：人力资源计划编制，组织计划编制，项目管理中人的因素，责任委派矩阵，获取项目组，员工获取过程，项目管理者的角色和责任，项目组(建造过程)，小组动力，管理项目组，角色与责任，领导风格，能力类型，冲突管理，6动机理论，小组性能估算，管理知识员工。
沟通管理：沟通计划编制，沟通管理计划，信息分发，沟通模型，沟通风格，沟通方法，沟通链接规则，沟通障碍，沟通技巧，绩效报告，管理涉众，管理收尾。
风险管理：风险管理计划编制，实用方法，风险标识，风险分析(定性分析，可能性与风险影响，定量分析，灵敏性分析，决策树分析，预期货币价值，概率方法)，风险响应(计划编制，工具与技术)，可保险风险，风险监督与控制过程，影响曲线。
采购管理：采购计划编制，购买和获取计划，合同计划，成本补偿合同，固定价格合同，工作陈述，申请计划编制过程，请求供方响应，申请过程，供方选择，源选择过程，谈判，合同，合同管理，合同变更控制，合同收尾。
敏捷项目管理：Agile宣言和原则，迭代与演化开发，产品业主，敏捷管理需求，敏捷估算与计划编制，敏捷设计，敏捷文档，敏捷软件构造，敏捷编程，人员管理问题，敏捷质量保证，敏捷项目管理，项目评审，敏捷度量。
外包管理：识别全球业务机遇，组织模型与商业策略，全球项目的特征和挑战，全球项目经理的技能，国际及多种文化的交融，IP保护与其他法律方面，采购道德规范，道德规范法规，试验计划，风险管理，软件过程与实践的改进，建立团队，需求管理及客户/供应商关系，开发方法学，全球软件开发(GSD)与全球软件工程(GSE)，沟通、协调和协作，离岸项目的管理，克服距离和时间，文化交叉的处理，全球项目的安全问题，全球项目收尾，从业人员教育培训及知识管理。
软技能：领导能力，批判性思考，职业道德规范，自我激励，诚实，小组工作，风险捕获，适应性，人际关系，工作压力承受、压力管理，创造性，影响力，研究能力，问题解决能力，组织能力，多文化处理能力，学习能力，时间管理，口头沟通，文字沟通，细心周到。
4小结
本文介绍了软件工程课程群的设计，在具体实施时，可根据各校的特点，对上述课程设置、知识单元、知识点进行裁剪。下一步将继续完善各课程的知识单元和知识点，为软件工程课程群建设打好基础。
参考文献
[1] 教育部高等学校计算机科学与技术教学指导委员会. 计算机科学与技术本科专业规范[M]. 北京：高等教育出版社，2006 .
作者简介
钱乐秋(1942-)，男，复旦大学计算机科学与工程系教授，博士生导师，主要研究方向为软件工程。
[关键词]P6；站场施工；应用研究
[DOI]10.13939/ki.zgsc.2015.02.071
1 引 言
任何工程项目都需要制订一个周密、正确、可行的计划。在项目实际的施工过程中，虽然已经制订完成计划，但多数项目管理人员没有维护计划的习惯，依旧我行我素，只是尽量往前赶工期。在项目进展没有多久，计划便被完全搁置在一边。“计划不如变化快”成为项目管理人员在主观上不愿认真制订计划、客观上没有能力执行项目计划的借口和托词。
随着经济全球化的发展，中石油的海外业务量不断增加，一大批石油管道人走出国门建设能源战略通道。在管道项目的建设过程中，单纯依靠原先“拍脑袋”的管理方式显然已经落伍，难以满足国际项目管理的要求，为此迫切需要先进的项目管理软件应用到海外管道项目建设中。目前P6作为国际上公认的项目管理软件，受到越来越多的项目管理人员的青睐，它可以全面掌控项目进展及成本情况，实时预测存在的问题及风险，为项目管理者提供依据。本文以项目管理理论为基础，以乍得Kome末站工程为研究对象，将P6软件应用到该工程中，以期实现项目管理的标准化、精细化、科学化。
2 国内外研究现状
目前，P6 软件已经运用到多个领域，如设计建筑、航天、石油化工、设备制造等多个行业。孙煜通过广东机电职业技术学院新校区图书馆工程应用P6 软件进行管理的实例对P6 软件的应用进行了全面的分析和规划，充分应用局域网的共享功能使项目管理软件成为工程建设各方管理者的必备工具，以及提出了适应我国国情的，配合项目管理软件运行的软件管理机构设置以及相关的制度及管理规定。龙维智结合实用经验，阐述在大型火电厂基建工程项目中，如何遵循P6软件项目管理的统一模式，具体进行项目计划编码与流程的定义，并严格计划编制、进度跟踪与数据的传输。陈亚鹏介绍P6软件在扬巴二期码头工程进度计划管理中的应用情况，提高了施工计划管理水平。蒋立忠提出为保证项目按期保质保量地完成，并使各项成本在可控的范围之内，利用项目管理软件平台P6强大的管理和计算性能，理清项目成本管理的各项内容，在软件平台上实现预算管理和成本控制，探索一种成本管理新的途径和今后的发展方向。管道局建设公司在老爷岭隧道施工中，通过P6软件编制控制的计划与原先计划进行了对比，成功运用P6软件对现场进度和成本进行了控制。综上所述，目前P6软件已经应用到多个领域，对于站场施工尚无P6软件的成功应用，本课题以乍得原油管道站场工程为研究对象，将P6软件应用到该工程中。
3 乍得Kome末站工程简介
Kome末站工程为乍得Ronier-Kome原油管道工程的分项工程，主要包括4个2×104、2个0.3×104方储罐基础、储罐安装施工，配套的供油泵区、输油泵区、加热炉区、计量区以及配套的工艺管网安装等，施工的方法包括灌注桩储罐基础施工、强夯地基施工、倒序储罐安装等。无论从站场规模、施工难度和技术，都可称之为非洲第一站场，这对我国管道施工队伍来说是一个较强的挑战，同时也给我们开拓非洲管道市场带来较好的发展机遇，所以必须形成较为详细的站场施工流程，积累站场施工经验，同时要科学组织、周密谋划，高标准、高质量、安全地完成施工任务。
4 P6软件在Nya河湿地管道穿越工程中的应用
4.1 进行详细的资料收集
根据PIMBOOK项目管理理论和P6理论，在编制进度和成本计划前，应该明确工程的范围。Kome末站站场施工范围为4个2×104、2个0.3×104、2个0.05×104方的储罐基础、储罐安装，配套的供油泵区、输油泵区、加热炉区、发电区、计量区以及配套的工艺管网安装等，此外还包括综合办公室、保安室、生活污水处理装置、站场道路、围墙等辅助设施建设。
项目开始前，进度和成本控制人员首先认真研究整个站场施工方案和地质详勘资料，熟悉工程的施工内容、部署、工序、工期和人材机配置情况等信息；其次了解站场工程的费用，所需施工材料的数量以及材料单价，以及甲供物资和我方采购物资的界面划分等。Kome末站于2013年4月开始进行场地清理，业主要求次年10月31日完工，中间去除雨季8个月，有效施工工期仅为11个月。通过初设进行计算，该站场施工需要碎石、卵石、沙子、水泥数量较大，而站场施工区域位于ESSO公司油区内，距离乍得―喀麦隆管道0.6km，仅有一条土路与外界相通，运输较为困难。此外，通过调研发现当地社会依托条件较差，大部分施工原料要从喀麦隆、尼日利亚或阿联酋进口，采购周期较长，并且清关较为困难。
4.2 合理分解WBS
WBS是Work Breakdown Structure（工作分解结构）的英文缩写，它归纳和定义了项目的整个工作范围，每下降一层代表对项目工作的更详细定义。在项目管理实践中，WBS总是处于计划过程的中心，也是制订进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。通过WBS，将项目最终逐级分解为可由特定人员在特定时间和预算内完成的工作包，就如同将一台机器分解成部件至零件。然后对完成各个工作包所需进行的活动加以定义，明确完成工作包要实施的具体活动，并就整个项目列出所有需要进行活动的清单。进一步核实是否实施了活动清单所列的所有活动即可完全实现项目范围目标，力求清晰、直观、合理，确保不发生遗漏，同时也可以进一步细化、精确项目范围的描述。Kome末站站场工程按照WBS的要求进行了分解，具体见下图。该工程为乍得Ronier-Kome原油管道工程的分项工程，第一层分为土建和工艺两个部分；第二层分为土建、消防、电气、暖通、给排水、工艺安装、储罐安装、阴保施工等；第三层为各单体工程，各单体工程下添加了作业，并根据硬逻辑关系明确各作业之间的关系。
Kome末站工程WBS
4.3 进度计划的编制与审查
进度计划编制前，重点考虑工程的施工难点、当地天气、设备和材料运输条件等。Kome末站工程编制二级计划，一级进度计划为里程碑计划，属总控制性计划，Kome末站工程施工里程碑控制点的时间节点要求，它是项目的最终进度目标，能够明确各主要分项工程的开工和完工日期。Kome末站工程于2013年4月1日进行场地清理，当年4月底开始进行进场道路的修筑。由于设计对储罐基础施工方式未最终确定，直到当年8月初乍得项目部才开始储罐基础施工，而业主要求在2014年10月31日前实现投产，所以整个工程的关键节点为2014年10月31日，工期为570天，除去雨季等时间，实际工期仅为330天，极为紧张，所以必须采取倒排工期的方式，做好详细的施工计划。二级计划依照一级计划制定分项工程的工期，包括储罐基础开工、加热炉完工、20000方储罐安装完成、工艺管线完成、进出站管线连接完成等关键日期等。
在进度计划编制完成后必须进行审查，乍得项目部邀请业主、PMC和EPC进度计划人员对计划进行审查，审查的内容包括各个作业的细致程度能否满足进度控制的要求；作业内容是否有遗漏；各个作业工期的合理性，各施工工序之间的逻辑关系是否正确。此外还包括实际进度能否反映现场施工的实际情况，并与目标计划进行比较对比，评价实际施工进展情况。
4.4 科学合理的加载资源
资源计划的编制是P6中主要的模块之一，根据进度计划确定项目活动所需要的资源的种类以及每种资源的需要量，包括人力、设备、材料等。对使用的资源进行均衡，并对资源进行优化配置，便于对各作业和各阶段采用的资源进行具体安排。首先建立Kome末站工程资源库，对项目中能够运用到的资源进行描述，资源库分为人员、设备、材料三类。在资源库中，每一项资源根据实际情况设定价格，包括每小时人员的费用、单位价格等，并且及时更新资源价格。其次，将各项资源合理加载到每一项作业上，并根据消耗定额或者经验数据，确定资源需求量。加载完成资源后，利用P6 软件进行资源使用情况分析，以直观清晰的直方图形式，客观反映项目资源的配置情况，如出现资源超额分配，则可对资源配置进行适当的调整和优化，使其趋于合理。
4.5 正确添加文本信息
各作业加载完成资源后，可以继续添加各个工序的步骤。在Kome末站工程中，项目技术人员收集了项目的各种施工信息，包括施工规范、图纸、技术方案、施工要求、技术交底、质量和安全风险等。同时该文本记录能够逐渐积累，形成知识曲线，随时进行修正。最后形成技术模板，经过简单修正后用于其他项目。
4.6 定期进行进度和资源计划更新
在Kome末站工程实施过程中，计划控制人员每天录入施工的相关信息。由于计划编制时存在局限性，项目的实施过程不可能与原计划完全一致，因而做好进度的动态跟踪与控制显得尤为重要。项目部计划控制人员实时更新数据，不断与目标工程进行对比和分析，根据工程实际进展对计划进行调整，做到每日更新、每周跟踪，对工程实施动态的管理。通过项目过程中不断的更新进度数据，及时发现实际项目执行情况与计划的偏差，采取相应的控制措施，保证项目的工期和工作效率。
4.7 自动生成报表
计划人员每天根据实际记录的工程进展与进度情况，形成报告，报告的种类有横道图、网络图、进度状态报告、资源直方图/表格、分析报表。报表能够反映有关施工进度现状和发展趋势，提供给项目人员，为项目下一步决策提供依据。
5 结 论
P6为一款功能强大的项目管理软件，科学的体现项目管理方法，能够有效控制进度和成本存在的偏差，实现项目的动态管理。本文以乍得Kome末站工程为研究对象，将P6软件应用到该工程中，为项目管理人员提供及时准确的进度决策依据，极大地提高施工计划管理水平，并促进工程项目计划管理的规范化。
参考文献：
[1]孙煜.P6项目管理软件在建筑工程项目中的应用[D].广州：华南理工大学，2010.
[2]龙维智.P6 软件在大型火电厂基建项目的应用分析[J].湖南电力，2013（4）：17-19.
1.1软件项目管理的意识问题
对于企业来说，尤其是软件系统开发的技术型企业，大部分都仅仅关注软件系统技术而忽略软件项目的管理环节，软件项目的内部人员大部分都具备扎实的专业理论知识与实践经验，然而缺乏足够的软件项目管理知识、管理技巧以及管理经验。
1.2软件项目的干系人问题
软件项目干系人一般就是软件项目有关系的人，主要包含参与软件项目与接收软件项目影响的人，分别有软件项目的策划人、软件项目的小组成员、软件项目的配合人员、软件的客户以及供应商等。软件项目干系人的期望值与需求度在软件项目的制定过程中与软件项目管理过程中都是十分重要的，由于各个不同干系人的期望值与需求度各不相同，因此在制定与执行软件项目时均衡这些人的期望值与需求度是十分困难的。
1.3软件项目团队内部分工合作问题
软件项目的执行过程包含多个阶段，各个阶段的各个不同角色与同一阶段的不同角色的具体任务有区别的，软件项目经理在分配任务的过程中有时没有充分考虑到各方面的细节问题，比如分工任务不清晰，会导致软件项目的相关人员相互推拖责任；尽管有时候分工任务十分清晰，然而员工相互之间没有充分配合，没有从软件项目的整体性出发考虑。
2软件项目管理的对策
2.1制定有效的软件项目计划
制定软件项目计划并非是要求写出一份说明资料或者是计划书，然而应当根据实际的软件项目情况制定一个符合软件项目的实施计划，这个软件项目计划要有一定的针对性，尽量能够充分考虑问题。制定合理有效的软件项目计划要体现出实用性，可以用于指导实际工作，制定软件项目计划时应当充分考虑总体情况，充分结合实际的项目执行情况尽可能降低软件项目的成本，制定出一份科学合理的执行计划。
2.2合理分配软件项目任务
软件项目经理把实际项目的任务分解过程中需要合理运用工作分解结构，这样能够充分有效地避免工作范围出现遗漏问题，为了达到项目任务分解的有效分配，能够使用软件资源的负荷直方图，从而能够确保工作任务达到科学合理的负载均衡目标。软件项目技术人员在承担管理任务之前，需要充分掌握软件项目管理的基本理论知识，尤其是执行项目的人员管理与沟通管理，在实际管理工作过程中不断提升自身的管理水平，从而积累软件项目的实际管理经验，相应地加强软件项目的管理意识。
2.3软件项目成员的协调配合
软件项目经理在任务分解完成之后，把具体的工作责任合理地分配给相应的工作人员，同时需要强调各个员工之间的协调配合，完成各种不同的分工工作。软件项目的生命周期阶段通常包含了多个阶段，然而各个不同阶段之间是相互联系的，应当注意前后阶段之间的具体衔接，确保前后阶段之间良好的信息沟通。
2.4增强沟通交流的主动意识
在沟通交流的过程中需要注意以下几方面情况：其一是要清楚认识到沟通交流的对象与内容；其二是应当清晰地了解沟通交流的主要目的；其三是要遵循一定的标准规范，在沟通交流的过程中需要注意时间的合理限制，有可能在第一次沟通交流过程中无法顺利地进行，然而给对方时间仔细耐心地听完对方的话，对于关键问题应当合理解决。软件项目干系人应当增强沟通交流的主动意识，确保项目内部人员相互之间的良好沟通，从而有利于促进软件项目管理工作的顺利开展。
3结束语
一、项目实施方案概述
软件产品，特别是行业解决方案软件产品不同于一般的商品，用户购买软件产品之后，不能立即进行使用，需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作，我们将这一系列的工作称为软件项目实施，软件项目计划书。大量的软件公司项目实施案例证明，软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平，不仅取决于软件产品本身的质量，软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容，每个阶段下面有不同的工作事项，各个阶段之间都是承上启下关系，上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。
二、项目实施方案介绍
（一）项目启动阶段
此阶段处于整个项目实施工作的最前期，由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。
此阶段主任务：
公司：在合同签定后，指定项目经理，成立项目组，授权项目组织完成项目目标。
公司项目组：进行前期项目调研，与用户共同成立项目实施组织，编制《总体项目计划》，召开项目启动会。
商务经理：配合公司项目组，将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户，配合项目组建立与用户的联系。
用户：成立项目实施组织，配合前期调研和召开启动会，签署《总体项目计划》和《项目实施协议》。
1、成立项目组
部门经理接到实施申请后，任命项目经理，指定项目目标，由部门经理及项目经理一起指定项目组成员及成员任务，并报总经理签署《项目任务书》。
2、前期调研
项目经理及项目组成员，在商务人员配合下，建立与用户的联系，对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中，商务经理积累了大量的信息，项目组首先应收集商务和合同信息，并与商务经理一起识别那些个体和组织是项目的干系人，确定他们的需求和期望，如何满足和影响这些需求、期望以确保项目能够成功。
3、编制《项目总体计划》
《项目总体计划》是一个文件或文件的集合，随着项目信息不断丰富和变化，会被不断变更，主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容：
项目描述，项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）；
沟通管理计划，确定项目干系人对信息和沟通的需要：即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划，确定适合于项目的质量标准和如何满足其要求。如果有必要，可以包括上述每一个计划，详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策。
4、启动会
项目组与用户共同召开的宣布项目实施正式开始的会议。
会程安排如下：
共同组建项目实施组织，实施组织的权利和职责；双方签署《项目实施协议》。
项目组介绍《项目总体计划》和《项目实施协议》，包括以下内容：
项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配（包括用户的）；
项目实施中项目管理的必要性和如何进行项目管理，项目的质量如何控制；
项目实施中用户的参与和领导的支持的重要作用；
阶段验收、技术交接和项目结束后如何对用户提供后续服务。
（二）需求调研确认阶段
此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求，包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等，实施人员调研完成后，会编写《需求调研分析手册》，并交付用户进行确认，待用户对《需求调研分析手册》上所提到的需求确认完毕后，项目实施人员将以此为依据进行软件功能的实现，工作计划《软件项目计划书》。如果用户又提出新的需求，实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容：
1、进行需求调研准备
2、编制《需求调研计划》
3、内部评审是否通过《需求调研计划》，项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审，如评审通过，则在稍后的时间内签署，如评审不通过则重新修改。
4、用户是否签署《需求调研计划》，如用户签署《需求调研计划》，则作为以后需求调研工作的指南。否则重新修改。
5、《需求调研计划》是否有变更，如果计划存在变更，则执行变更控制流程，否则按计划进行后续工作。
6、编写及发出《需求调研通知》，项目组编写《需求调研通知》，确定进行需求调研的相关事宜，发给用户，为顺利完成需求调研工作做准备
7、需求调研，项目组以《需求调研手册》为依据，从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研，并搜集用户的个性化需求。
8、需求调研分析根据调研的结果，项目组和公司其他技术部门将进一步进行分析，确定合理、可行的需求，将分析结果形成《需求分析报告》草稿。
9、内部评审是否通过《需求分析报告》。项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审，如评审通过，则在稍后由用户签署，如评审不通过则重新修改，直至内部评审通过。
10、编写及发出《需求分析报告确认通知》。项目组编写《需求分析报告确认通知》，发给用户，确定进行需求确认的相关事宜，告之相关部门及人员安排好工作，准时参与需求确认工作，为顺利完成需求确认工作做准备。
11、用户是否确认《需求分析报告》。如果用户确认，并签署了《需求分析报告》，则需求调研阶段工作结束，进行后续的软件功能实现的工作；如没有确认，则进一步进行调研、分析，直至用户最终确认并签署《需求分析报告》。双方签署了《需求分析报告》，需求调研工作结束之后，如果用户提出新的需求或是变更已有的需求，则执行需求新增及变更流程。
（三）软件功能实现确认阶段
此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中，项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后，项目实施人员将编制《软件功能确认表》，将定制好软件功能待用户确认，用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求，对不满足要求的功能，项目实施人员将会记录下来并进行功能修改，直到满足用于要求。
（四）数据标准化初装阶段
此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作，并对用户进行初装资料的软件操作培训，以便用户能够及时的将标准资料录入系统，初装完成后，项目实施人员会对资料初装的情况进行核查，为以后具体业务功能的开展做好基础。
（五）系统培训阶段
系统培训阶段工作是整个项目实施工作中比较重要的工作，用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果，所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的，达到让用户了解软件产品，最终自己能够解决使用中的具体的问题。
此阶段的培训工作中将用户参加产品培训的人员划分为三个层次：决策层、技术层、操作层，对不同层次的用户参加产品培训人员的培训内容分别是：
决策层：领导在实施中的作用与重要性、决策查询。
维护层：系统维护知识、操作方法。
操作层：操作方法。
具体的培训工作流程为：
1、调研培训信息：在培训开始前3天由用户实施负责人，将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。
2、编制培训计划：结合调研结果，与用户实施负责人商议具体培训内容、时间，场地，人员等。项目组编制《培训计划》。
3、签署培训计划：用户签署《培训计划》，进一步确认培训安排。
4、发培训通知：培训开始前2天，按照签署的《培训计划》，将培训内容、时间，场地，人员等信息通知用户实施负责人。
5、搭建培训环境：公司项目组在培训开始前，将培训环境搭建及检查妥当，将培训提纲及培训手册准备好。
6、组织培训：公司项目组培训负责人与用户实施负责人组织相关人员参加培训，按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。
7、培训考核：公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。
8、培训总结：公司项目组培训负责人与用户实施负责人一起将出勤情况及考核情况做出总结，填入《培训及考核统计表》，及时向相关负责人汇报。
