软件项目管理论文汇总十篇

序论：好文章的创作是一个不断探索和完善的过程，我们为您推荐十篇软件项目管理论文范例，希望它们能助您一臂之力，提升您的阅读品质，带来更深刻的阅读感受。

篇（1）

2模型具体步骤划分

通过对模型进行深入分析和研究，并结合软件项目特征，能够确定责任范围，对整个项目进行结构分解，得到WBS集；软件项目的开发需要将用户需求作为核心，进而通过模型进行分解，获得PBS集；最后，要制定与项目开发相关的部署，确保每一个环节都能够顺利进行，保证项目进度，为工作提供依据，通过这种方式，不仅能够确保工作有条不紊进行，还能够有效提高工作质量和效率，从而促进软件开发工作进一步发展。

3模型主要应用流程

WBSR模型在软件项目管理中的应用主要涉及对项目的分解、工作目标的确认及更新。首先，建立工作小组，工作人员作为软件项目管理的核心，其成员综合素质直接影响工作能否顺利进行，基于此，小组成员一般选择项目经济、技术人员等，还可以增加用户代表等，以此来确保软件开发的合理、科学性；其次，工作、产品等结构分解，工作分解作为模式应用的基础，应结合实际情况进行合理分解，切勿盲目性，还需要结合成员经验等因素，为工作顺利开展提供支持；软件产品作为参与市场竞争的关键，分解产品开发，能够深度挖掘员工潜力，提高产品适应力，与客户达成共识；最后，还需要结合实际情况对项目范围进行及时调整，如果范围发生变化，相对应的工作流程也需要进行调整，实现统一、系统发展目标。

4模型应用情况

将软件项目管理与WBSR模式结合，将各个工作进行细致划分，能够为软件计划、预估等工作提供依据，确保工作顺利开展，在一定程度上推动了软件项目进一步发展，与此同时，在项目开展过程中，负责人加大对实际工作的监督和控制力度，能够及时发现不足之处，并采取有针对性措施，确保软件产品开发质量，该模式的应用，能够直观的反映组内成员的实际表现，为日后进行绩效考核奠定了基础，从而有效提高管理水平，促进企业可持续、健康发展。

5模式性能评价

通过对WBSR模式在软件项目管理中应用情况调查可知，模式对工作过程及产品开发从不同角度进行合理分解，提高了项目范围的精准性及有效性，避免工作失误情况的发生，并且将工作细化至每一个人受众，形成良性循环，促使员工能够认真、负责完成工作，起到了积极地促进作用。因此，面对社会发展新形势下，企业软件项目管理可以大力推广和普及WBSR模式，提高产品适应力及质量，从而实现企业经济效益最大化目标。

篇（2）

常熟边滩整治工程位于长江黄金水道下游段，工程拟新建围堤长度2489m，吹填区面积622509m2，约933.72亩。本工程范围：常熟市经济开发区长江干堤外侧、纵向围堤、A1A2分标线以下、东侧堤以上范围内的岸线整治工程，主要工程项目包括：围堤填筑、堤基处理、围堤护坡、抛石护脚、围堤吹填及龙口等。

1.2工程区施工条件

常熟边滩整治工程工程区所处河段位于长江口南支上段，金泾河与白茆河之间。工程区总长5km，徐六泾水文站位于工程区上游3.8km处，下距杨林潮位站26.2km。南支河段以七丫口为界，分为上、下两段。南支上段之徐六泾至七丫口，长35.5km，其中徐六泾至白茆河口为徐六泾节点段，长12.0km；白茆河口以下为白茆沙汊道段。南支下段自七丫口至吴淞口，全长35.9km。南支河段两岸为广阔的冲积平原，地势平坦，地面高程2～5m。两岸入江支流大小共有23条，入江口门处有涵闸控制。

1.3工程组织管理体系

常熟边滩整治工程组织管理体系中项目领导班子由项目经理部经理、副经理及项目总工程师组成，项目部其他人员由项目经理部聘任。项目经理部实行项目经理负责制，对工程的施工进度、质量和资金等全面负责。项目副经理分管各有关部门与施工工种，项目部工程师负责日常生产和技术管理。项目作业层人员服从项目经理及各职能部门的领导和安排，严格按照施工规范、操作规范进行作业，保质保量完成施工任务。

2P6软件中常熟边滩整治工程项目管理的编码设计

2.1企业级编码介绍

2.1.1企业项目结构EPS（EnterpriseProjectStructure）EPS即企业项目结构，是一种可以根据公司需要分解为不同的层次数的树状结构，它可以满足企业对项目执行情况的报告和工作协调的要求。EPS使组织能够评价资源在各项目上的使用情况。另外对于一些项目相对独立的企业，EPS还能够演绎出项目各阶段的情况。

2.1.2组织分解结构OBS（OrgannizationalBreakdownStructure）

OBS即企业组织分解结构，反映的是企业管理的结构的层次化排列。一个企业，它的管理是什么样的结构，就存在什么样的OBS。像EPS一样，OBS也是一种树形结构。该属性结构反应的是一种自上而下的管理，下级对上级负责，下级向上级汇报工作。OBS与EPS、WBS对应形成了严密的责任矩阵和权限控制体系。

2.1.3资源的编码过程RBS（ResourceBreakdownStructure）

在P6中，资源的建立过程称为RBS的编码过程。RBS即企业资源分解结构。RBS是树状层次结构，最大层次数是25层，它可以只有一个根节点也可以有多个根节点。但RBS只是企业内所有资源一种层次化排列的组合方式，而不是唯一方式。

2.1.4费用分解结构CBS（CostBreakdownStructure）

CBS即费用分解结构，是根据企业特定的财务流程或成本控制要求而设定的代码体系，它可以用来跟踪作业所发生费用。CBS是项目的费用管理的一种方式。因此，可以根据项目概算控制或企业财务上的要求来进行设置。根据费用的管理与控制在不同部门的统计口径与标准的不同，在P6的费用管理中，一般可以使用两种方式：一个是EPS/WBS层次；另一个是CBS层次。

2.2堤防工程项目管理的项目级编码设计

P6软件企业级编码是从企业全局的角度对企业的组织机构、资源、费用等方面进行编码设计，体现的是宏观性，而P6软件项目级的编码则主要从具体工程项目角度对工程的组织和分类情况进行编译。工作的分解结构，又称WBS，是一种按阶段逐步分解的层次化结构编码，它能够组织定义所有项目的工作范围。WBS也是在实施期间需要完成的最终细目作业，这些细目作业一同构成了整个项目的管理范围。

3P6软件在堤防工程项目管理的应用流程

常熟边滩整治工程的项目管理流程主要是对项目计划中涉及的进度、费用投入、资源等内容进行及时的追踪更新，采取动态调整的思路。

3.1制定目标计划

在堤防工程建设项目管理过程中，最优状态是进度按照原计划执行，这样的资金、进度、人员、物质等的安排是最优的。但是往往由于各种原因，并不能保证实际进展情况按计划执行，因此需要不断对当前计划进行调整，不断对比分析进度实际情况，及时纠正和控制产生的偏差，才能保证总的进度计划目标得以实现。在P6软件中，当完成项目计划的编制后，如果计划在时间、费用和资源分配等方面都符合合同的要求和工程实际，就可以将这一计划作为目标计划保存起来。目标计划就成为了当前项目计划的一个“快照”，是进行费用、资源控制、进度管理的基础。在P6中，可以为每个项目创建并保存任意多个目标项目；并且在同一时刻能将当前项目与一个项目目标计划和多个用户分配的目标项目进行比较。每个目标可以分配一种类型，在管理类别中进行定义。

3.2项目计划实施情况跟踪与记录

对于堤防工程，项目开始运行后及时地更新进度是非常重要的。因为在项目的实施过程中，可能发生工期变更的情况，项目初期所编制的计划已不能很好地指导现场进度安排和资源调配。所以必须及时对项目计划更新，通过与目标横道图对比，不断调整和优化计划，对项目进展情况进行评价，才能达到真正意义上的动态管理。

3.3项目执行状况分析

实施过程中对项目状况的评价与分析非常重要。将当前项目的进度、费用支出以及资源使用与原目标项目做对比分析，能够及时发现相关问题并合理适当地解决问题。

3.3.1项目进度分析

及时地将目标计划进展和项目实际进度进行对比，可以及早发现计划的完工节点或里程碑是否完成。P6软件中常用横道图比较法来进行进度目标的对比分析，提供了实际施工进度与目标计划进度之间的偏差，具有形象直观、容易掌握、应用方便的优点。

3.3.2项目费用产生分析

采取“作业使用直方图”对费用情况进行对比，可以得到当前实际的费用使用情况。若资金的使用与完成出现不合理的情况，可以就该问题进行分析，发现产生问题的原因，做出相应评价。

3.3.3项目资源分析

使用“资源直方图”来反映项目的资源利用情况，可以了解资源实际的投入情况和将来需要投入的情况。

3.4项目计划的动态调整

项目计划控制是一个动态过程。当产生偏差时，项目管理人员应当首先分析偏差原因，正确决策，及时采取措施，调整计划，使实际和计划重新在新的起点上重合。在新的因素干扰下，还可能产生新的偏差，这时又需要继续按上述方法进行调整，进度控制就是这样一个动态循环的过程。P6软件为项目的实际执行情况和目标计划提供了对比分析的方法，具体的调整措施还要根据工程实际情况具体分析。常熟边滩整治工程曾出现多次进度偏差，因此也进行过多次进度计划的调整。总的来讲，该工程的进度计划调整主要用到过两个方法：一个是改变相关作业间的逻辑关系；另一个是缩短一些作业的持续时间。事实证明，这两种方法均具有较好的调整效果。

4实施效果分析

P6软件在常熟边滩整治工程项目管理中应用，帮助管理人员合理地划分了项目管理层次，对项目的编制计划和进度更新流程进行了研究，对项目的企业级编码、项目级编码进行了明确，并利用P6软件也客观地编制了项目目标计划，以及根据实际情况做了及时地更新。此外，还对项目的进度、费用和资源等内容进行了分析归纳。总的来讲，P6软件在常熟边滩整治工程项目中的应用所取得的效果可概括如下：

1）基本实现了项目进度计划的实时更新和动态监控

项目施工实际进度的更新依赖于从下到上逐层反馈实际信息。在项目实施过程中，管理人员利用P6软件能够随时掌握施工详图、文件、进度以及资料等信息，以便于做出相关对策。此外当工程进度发现提前、偏差等问题时，能够马上产生相应信息，以供高层管理者决策，保证项目按原计划实施，除此之外，P6软件还可以准确地对项目整个费用进行预测。

篇（3）

2、工程项目管理软件

2.1概念的界定

工程项目管理软件（以下简称为项目管理软件）是指以项目的施工环节为核心，以时间进度控制为出发点，利用计划技术，对施工过程中的进度、费用、资源等进行综合管理的一类应用软件。它包括五个主要功能模块：进度计划管理功能、资源管理功能、费用管理功能、报告生成与输出功能、辅助功能（主要指与其他软件的接口、二次开发、数据保密等）。这种概念源于对国外类似产品的概括，如P3（PrimaveraProjectPlanner）、MicrosoftProject、HarvardTotalProjectManagement、HarvardProjectManager.从广义上看，项目管理软件包括了与项目管理工作相关的各种应用软件，可以涉及进度、费用、资源、质量、风险、组织等各个方面，是项目管理相关软件的总称。

2.2发展概述

国内项目管理软件的研究开发始于20世纪70年代，至今经历了两次重大转变（见图1）。

第一次，90年代初，标志是研发主体由用户本身转变为专业化的软件。在70、80年代多是各用户单位自行研制的单项功能的初级产品，即自己提出需求、自己研究、自己开发、自己使用，是一种完全的小生产方式，在近二十年中发展缓慢。90年代初，市场带动出几十家专门从事建筑管理软件开发的高民营企业，软件开始走上化、专业化、商业化的快速发展道路。

90年代是国内建筑管理软件迅猛发展的十年，工程造价、工程量、钢筋配料、平面图制作、标书制作软件等新产品大量涌现，价格逐渐降低、功能不断完善，界面友好、操作方便，通用性、实用性增强。

第二次，90年代末，标志是产品由单机版转向系统集成。如将项目施工方案的设计、概预算、工程量计算、进度计划、资源计划、费用管理、事务性管理等综合起来形成一个有机的整体。运行环境由单机用户拓展到网络多用户，一定程度上实现了企业内部的数据共享。

进入2000年来，项目管理软件的研发出现了滞缓现象。究其原因是多方面的，既有市场因素又有技术因素，既有外部环境的又有自身条件的制约，如加入WTO的影响、用户需求的变化，网络技术、数据库技术、通讯技术的进步等。项目管理软件发展的方向在哪里？必然趋势如何？怎样应对？这些摆在众多业内人士面前。

3、国内项目管理软件的现状

3.1外部环境分析

3.1.1机遇

（1）积极的政策环境。2000年7月国务院了《鼓励软件产业和集成电路产业发展的若干政策》在投资融资、税收、产业技术、出口、收入分配、人才吸引与培养、知识产权保护等方面，给予优惠政策。建设部正在领导制定《建设企业管理信息系统软件通用标准》和《建设信息平台数据通用标准等通用标准，以规范建设领域信息市场行为。各省市地方的建委、定额站以及高新技术开发区，积极贯彻党和国家方针政策，制定一系列的优惠办法，培育扶植当地软件企业的发展。

（2）巨大的市场需求。项目管理软件作为一种行业专用软件，其发展与建筑行业自身的兴衰息息相关。据统计，我国现有各类施工企业10多万家，项目经理部几十万个，除此之外工程监理、审计、建行、甲方等单位也都是管理软件的用户，远期软件需要量应在100万套，但现在软件总的销量不足2万套。加入WTO以后，受各方面因素的影响，经济将呈现快速增长的态势，国内总体建设投资规模扩大，这将会为建筑业创造一个良好的发展机遇，也必将拉动行业软件市场需求的增长。

（3）信息技术在建筑业的广泛应用。20世纪90年代以后，我国建筑业应用信息技术取得了突飞猛进的发展，为项目管理软件的普及推广提供了必要的条件。主要表现在：1.网站建设从无到有，形成了政府网站、行业网站、企业网站三个层次。2.广泛应用计算软件和工具软件。3.在施工中推广应用以信息技术为特征的自动化控制技术，取得了较好的效果。

3.1.2挑战

（1）项目管理的基础工作薄弱。软件的应用要有一定的条件，目前我国项目管理中影响软件应用和开发的主要问题有：1.管理工作尚未标准化。例如各种报告、信息、数据及各种费用项目的划分，各种文本等的标准化程度不高。2.工作过程中的随意性，非程序化工作和干扰，使先进的计划、控制方法和程序难以使用，难以显示出它们的效果。3.整体管理水平低，各层次的管理人员尚不能掌握的管理手段和方法。管理的基础工作薄弱不仅限制了对软件应用的需求，而且进一步拉大了国内项目管理与国际水平的差距。

（2）国外竞争者的挑战。目前，打进中国建筑市场的国外软件有MS-Project、P3等。这些软件功能强大、专业性强、知名度高、营销方式灵活。如P3软件在国际上具有极高的知名度，逐渐成为工程项目管理行业的标准软件。世行也在大型项目上推荐使用P3软件。加入WTO后，外国软件企业将享受国民待遇，出口补贴政策、政府采购将受到限制，我国的产品市场不仅要开放，服务市场也相应开放，软件市场从而将完全开放，国内软件市场竞争日趋激烈。而且，加入WTO后，外资建设项目增多、建筑市场逐步放开，国外工程设计、承包、咨询单位的大量涌入会加大MS-Project、P3等的市场份额。

国产软件一般在功能设置和运行机制上更符合国内用户的需求和习惯，如有双代号网络图、前锋线功能等。但在用户界面、报告生成与输出、数据交换、二次开发等方面还存在着较大的差距，而且这些软件目前还不可能用于国际工程项目。

3.2内部条件分析

3.2.1优势

（1）技术成熟。国内项目管理软件经过近30年的发展，已经研制出适用于公司和项目两个层次的产品，而且部分软件的技术水平达到新的高度，令外国同行刮目相看，为发展适合国情的信息产品奠定了技术基础。如北京梦龙公司的智能管理系统Pert、大连同洲公司的项目计划管理系统TZ-Project.

（2）市场占有率高。初步估算，国产软件的市场占有率在三分之二以上。此外，用户购买软件后，需要经过培训，才能掌握运用。一旦熟练使用后，就倾向于继续购买后续产品，而不愿转购其他公司的同类产品。这一消费特征有利于率先占有市场的软件。多种原因造成国内软件企业已抢先一步占领市场，建立起销售渠道和用户对它们的信任。

（3）服务本土化。软件的价值归根结底表现在对传统行业的服务上，软件行业竞争的核心是服务的竞争。国内的软件企业经过十多年的市场开拓，已在全国的数十万用户中建立起较为完善的服务体系，深入到公路、港口、建筑、市政、铁路、水利、电力等各个领域，能够快速响户要求，提供全面的咨询培训维护服务，这是外国公司在短期内无法做到的。

（4）人才优势。国内软件开发人员的薪酬平均低于国际水平，是美国的1/30~1/20，可大大降低软件研发成本。此外，国内建筑市场运作不规范，用户需求差异大，而国内研发人员熟悉行情，与用户容易沟通，开发的产品更符合“国情”。

3.2.2劣势

（1）品牌与质量。国产项目管理软件数量不少，但没有一个能够像P3那样知名的品牌。几十家软件研发单位“各占一个山头”，国内市场呈现小而散、四分五裂的格局。在研发过程中普遍缺乏严格的测试环节，软件的改动和版本的升级频繁，造成成本的增加和维护上的难度，带给用户许多不必要的麻烦。而且，由于缺乏行之有效的软件开发管理体制，一个关键性设计人员的变动往往会严重软件产品的整个生产过程。在功能模块上，国产软件偏重进度计划管理，在资源管理、费用管理方面远远落后与国外软件。此外，国产软件都无法实现环境下异质数据库的互连、没有对用户开放二次开发的接口。

（2）规模小、开发资金不足。国内软件企业的资金来源主要以企业自主投资、风险投资和政府投资三种为主。大部分企业缺乏正常的融资手段，只是依靠经营利润的积累。企业规模小、缺乏“重量级”企业，、设计、开发和市场开拓能力有限。据统计，50人以下的企业占40%左右，50～100人的企业占50%左右，100～200人的企业仅2家，200人以上的为零。

（3）缺乏统筹规划。由于没有明确的行业标准和方向引导，软件开发只能根据客户要求，由软件技术人员，凭自己的理解和能力进行设计、编程，造成软件开发选题雷同，而且多属低水平重复开发。企业在技术、研究、开发等方面存在很大的盲目性，力量分散，造成大量资源浪费，也延误了发展的时机。

（4）人才流失。由于缺少合理的收入分配激励机制，大量软件开发人员流向高收入的电信、、商业领域，国内从事工程管理软件开发的人员不足千名，其中懂工程、懂机、懂管理的复合性高级人才更是少之又少。

4、国外项目管理软件的发展及启示

4.1发展概述

国外项目管理中的计算机应用可以追溯到50年代中后期网络计划技术的出现，到了60年代中后期网络程序已经十分成熟。整个70年研究的重点是完善和扩展网络模型分析软件的应用功能，如成本和资源的平衡优化；同时提出并研究了项目管理信息系统。进入80年代以后，PC机的普及和项目管理工作的化、标准化，使一般中小型企业、中小型项目也可用计算机进行管理，网络技术才真正普及。90年代后，项目管理软件发展迅速，不断有功能强大、使用方便的软件推出，在项目管理中发挥了重要作用，计算机的应用已经成为项目管理必不可少的一个组成部分。

项目管理软件的功能层次不断提高，对应着三个显著阶段：

第一层次，也称基本功能，如进度控制、质量管理、资源管理、费用控制、采购管理等，是对基层工作流程的模拟，在一定程度上实现数据共享，减轻了基层项目管理人员的工作强度。在80年代已基本完成这方面的功能开发并在基层项目管理中广泛应用。

第二功能层次有两个特点：一是分析和预测功能，包括工期变动分析、不可预见事件分析（如恶劣气候、汇率变动、市场物价变动、分包商情况变动等）。在分析基础上产生预测功能，主要包括进度预测、投资预测、资金需求预测等，并有相应的数学模型。二是计算机网络的使用和通讯功能，主要是局域网上的多用户操作和多项目管理，以及借助Internet、Intranet，邮件、电子信箱等先进的通讯工具和手段，减少项目管理班子的工作所受的地域限制。P3及MS-Project都是这一层次的产品。

第三层次是基于因特网的项目管理，使整个项目管理业务与因特网结合，具有跨平台兼容、交互性和实时性，项目成员可以协同工作，实现在线文档管理、在线讨论、视频会议等。到目前为止尚无完善的产品出现，但有两个软件Mesa/Vista，WebProject已初具雏形。

4.2发展启示

目前国内项目管理软件的发展还处在第一阶段。某些软件具备或正向第二功能层次发展，没有基于因特网的第三阶段软件。国外同类软件的发展历程可以得到启示：数据通讯、多项目管理、多用户环境、多系统兼容和与Web技术集成、增强用户自定义功能，这代表着项目管理软件的新发展。客户机（Client）/服务器（Server）模式向浏览器（Browser）/服务器（Server）模式转变将是必然趋势。

5、对策

5.1我国项目管理软件SWOT分析

基于上述分析，可归纳出我国项目管理软件SWOT矩阵。

5.2政府和行业协会

（1）规范项目管理，实现与国际接轨。推进《施工项目管理规程》、《工程网络计划技术规程》、《建设工程质量管理条例》、《建筑工程施工合同（示范文本）》等的制订和落实，严格按规程、规范和标准进行项目管理。在项目管理中推广使用WBS（项目结构分解）等，保证数据采集的完整与统一。加强信息技术标准研究，积极参与国际标准的制订，利用标准来占领市场。

（2）统筹规划，抓大放小，分类指导。制定建筑业信息化发展规划和技术政策，确定产业升级目标，合理选择主导产业、战略产业。对各省市地方的造价、钢筋、工程量等单机软件鼓励自由竞争，让市场来决定优胜劣汰，同时强化行业管理，维持公平、有序的竞争环境。对项目管理软件的研发加强扶植力度，增强国产软件自主发展的能力，重点扶植、推广一批具有自主知识产权的产品。

（3）发挥行业组织的作用。行业协会加强与政府和企业的联系，为企业在技术、管理、市场信息、人才培训等方面提供指导和帮助。

5.3软件企业

（1）利用政策，把握机遇。认真研究、充分利用国家为产业发展提供的政策环境，要充分利用加入世贸组织的过渡期，力争在三、五年内完善项目管理软件并实现产业化。

（2）调整产品结构，培育自主品牌。推进产品创新和产品重组。拥有自主知识产权的，要强化知识产权管理，积极实施信息技术专利战略，按国际项目管理要求进一步完善产品，争取在国际市场占有一席之地。正在研发之中的，要多研究国内外同类软件，合理选择细分市场，采取产品差异化战略或市场跟随战略。

（3）规范企业管理。积极参与ISO9000，CMM，ISO14000等国际质量保证体系认证和国际安全认证，加强软件企业的规范化管理。建立有效的激励和约束机制，充分调动员工积极性，吸引并留住各类优秀人才。

（4）服务创新。推动软件售后服务的化，建立专业的咨询服务机构。不具备持续开发能力的公司应向增值服务的专业服务公司转变。从目前发展趋势看，软件的升级、维护、咨询活动的利润比销售的更可观。

6、结论

我国工程项目管理软件研发的整体水平较低，实际应用情况不容乐观。要改变这一局面，政府和企业都要付诸努力。政府和行业协会要规范项目管理，实现与国际接轨；统筹规划，抓大放小，分类指导。软件企业调整产品结构，培育自主品牌，规范企业管理及建立服务创新的体制。

参考

[1]MatthewJ.Liberatore.ProjectManagementInConstruction：SoftwareUseAndResearchDirections[J].JournalOfConstructionEngineeringAndManagement，2001，（March/April）。

[2]成虎。工程项目管理[M].中国建筑出版社，2001.

[3]陈昌柏。WTO-ITA与中国IT产业发展[M].北京邮电大学出版社，2001.

篇（4）

ispaidattentiontodaybyday.Thistexthasbeenanalyzedanddescribed

throughtheorigincauseofformation,existingproblemandcorresponding

solutionofapplicationtotheprojectmanagementinsoftwaredevelopment

mainly.

关键词：项目管理，软件开发

Keywords:Projectmanagement,Softwaredevelopment

如果用两个字概括当前社会的特点，那就是“变化”，而这种变化在信息产业中体现得尤为突出，技术创新速度越来越快，用户需求与市场不断变化，人员流动也大大加快。在这种环境下，企业需要应对的变化以及由此带来的挑战大大增加，也给管理带来了很多问题和挑战。软件行业是一个极具挑战性和创造性的新行业，管理上没有成熟的经验可供借鉴。而项目管理应该说对于软件企业，尤其是那些以应用开发为主的软件企业，是行之有效的管理方法。因此，项目管理在软件开发中的应用日益受到重视。

项目管理的两个问题

1、什么是项目管理？

项目管理是在一定的约束条件下，以高效率地实现项目业主的目标为目

的，以项目经理个人负责制为基础和以项目为独立实体进行经济核算，并按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动。

2、为什么要有项目管理？

没有项目管理，项目也有可能成功。但没有管理的项目，很难保证项目

的利润空间，对公司来说，亏损的风险就大。所以我们要有项目管理，以保证公司在总体上是盈利的，注意不是每一个项目都要盈利。

另外，有了项目管理，就有了管理改进的基础，无论刚开始的项目管理多么糟糕，只要有管理，就有了改进的可能性，至于能不能得到改进，以及改进的快慢，则取决于两个因素：一个是人，特别是各级管理者；另一个是利益。关键是“利益”，准确的说是“利益的分配”，在权责利明确的前提下，人才能充分的发挥作用。还需要指出的是“利益”是多元的，这里的多元不仅指利益的具体形式，而且指利益的受众是多元的，包括客户方相关人员个人的利益。

3、项目管理的发展与现状。

今天，项目管理作为一种现代化管理方式在国际上已获得了广泛的应用，从最初的国防、航天、建设工程领域，迅速发展到电子、通信、计算机、软件开发、金融等行业以及政府机关的项目管理工作。随着计算机、网络系统的迅速发展，项目管理技术的不断进步，项目管理软件产品层出不穷，其功能、特点、应用对象也各不相同。当前，越来越多的企业和组织在内部推广项目管理的理论方法及管理模式，如果都采用项目管理软件进行管理，效果就更加明显，可以节省大量的资源和财富。国外90%以上的项目管理都采用软件进行，但我国在这方面的应用还不到10%。新世纪项目管理在中国的迅速兴起，给软件企业的发展带来了前所未有的发展机遇。

项目管理在软件开发中的应用的成因

随着信息技术的飞速发展，软件产品的规模也越来越庞大，个人单打独斗的作坊式开发方式已经越来越不适应发展的需要。各软件企业都在积极将软件项目管理引入开发活动中，对开发实行有效的管理。从概念上讲，软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。实际上，软件项目管理的意义不仅仅如此，进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力，企业的软件开发能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发展（即减小开发风险）。同时，随着软件开发规模及开发队伍的逐渐增大，软件开发不再是向过去那样一二个开发人员即可解决的事情。迫切需要一种开发规范来规范每个开发人员、测试人员与支持人员的工作，每个项目组成员按约定的规则准时完成自己的工作。同时采用规范化管理，专业分工也可以降低对开发人员的要求，从而降低产品研发成本。

软件开发是一项复杂的系统工程，牵涉到各方面的因素，实际工作中，经常会出现各种各样的问题，甚至面临失败。如何总结、分析失败的原因，得出有益的教训，对一个公司来说，是在今后的项目中取得成功的关键。

早在20世纪60年代中期，人们就发现软件的生产出现了“问题”，主要表现在生产过程不规范，缺乏管理。后来，人们在软件工程方法学中引入了工程的概念、原理、技术和方法，这种思想在一定程度上解决了软件生产过程中遇到的问题。但是直至80年代还是没有提出一套管理软件开发的通用原则，软件管理不善的问题依旧在大范围内存在。

目前的软件开发正逐步趋向于复杂化、多元化，大多数开发团队中都会出现同时开发多个版本、开发/维护工作并存、多地点同时开发等情况，给软件开发管理带来了前所未有的困难。如果管理不善，必将造成版本混乱，各个开发人员的工作相互交叉、干扰，整个开发团队的工作在一种无秩序的不良状况下运行，严重影响软件产品开发的进度和质量。

因此，随着软件开发的深入、各种技术的不断创新以及软件产业的形成，人们越来越意识到软件过程管理的重要性，管理学的思想逐渐融入软件开发过程中，应用开发的项目管理日益受到重视。而项目管理技术的发展与计算机技术的发展是密不可分的，随着计算机性能的迅速提高，大量的项目管理软件涌现出来。它们可以用于各种商业活动，提供便于操作的图形界面，帮助用户制定任务、管理资源、进行成本预算、跟踪项目进度等。

软件项目管理常见问题及解决方案

对于软件开发项目中，经常出现两种极端情况，一种是创造了新的生产率和质量的纪录；一种则完全是一场灾难，不是被取消就是拖延很长时间。前者如在很短的时间内，为了赶进度，在几乎不可能的时间内开发出一套软件产品，创造了软件开发的记录，满足了上级所要求的上机日期，由于开发时间太短，过于仓促，上机时，问题百出，试运行时间长达几个月或一年半载的，而且程序一改再改，维护工作量大。

后者，如某套系统未弄清楚需求，或因设计问题，开发失败。通过提炼这些成功和失败的例子，软件项目成功或失败的根本原因可能会更清晰一些。

目前我国大部分软件公司，无论是产品型公司还是项目型公司，都没有形成适合自己公司特点的软件开发管理模式，虽然有些公司根据软件工程理论建立了一些软件开发管理规范，但并没有从根本上解决软件开发的质量控制问题。这样导致软件产品质量不稳定，软件后期的维护、升级出现麻烦，同时最终也会损害用户的利益。

分析目前项目管理需要改进的问题可以从几种相关角色的角度去考虑：项目经理、项目组成员、公司管理人员、市场人员、客户等。

问题一：缺乏项目管理系统培训（相关对象：项目经理、管理人员）

项目经理在项目管理方面的培训较少或不够系统。项目经理或管理人员不了解项目管理的知识体系和一些常用工具和方法，所以在实际工作中没有项目管理知识的指导，完全依靠个人现有的知识技能，管理工作的随意性、盲目性比较大。在软件企业中，以前几乎没有专门招收项目管理专业的人员来担任项目经理（甚至很少是管理专业的），被任命的项目经理主要是因为他们能够在技术上独当一面，而管理方面特别是项目管理方面的知识比较缺乏。

解决方案：项目经理接受系统的项目管理知识培训是非常必要的，有了专业领域的知识与实践，再加上项目管理知识与实践和一般管理的知识和经验的有机结合，必能大大提高项目经理的项目管理水平。应实行项目经理知识技能资格考核制度，让项目经理自觉补充学习项目管理的知识和一些常用工具和方法。

问题二：项目计划意识问题（相关对象：项目经理）

项目经理对总体计划、阶段计划的作用认识不足。项目经理认为计划不如变化快，项目中也有很多不确定的因素，做计划是走过场，因此制定总体计划时比较随意，不少事情没有仔细考虑；阶段计划因工作忙等理由经常拖延，造成计划与控制管理脱节，无法进行有效的进度控制管理。没有计划或者是随意的不负责任的计划的项目是一种无法控制的项目。

解决方案：在高技术行业，日新月异是主要特点，因此计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项目经理的计划意识，采用项目计划制定相关各种知识、技术、工具，加强对开发计划、阶段计划的有效性进行事前事后的评估。

问题三、管理意识问题（相关对象：项目经理）

部分项目经理没有意识到自己项目经理的角色，从总体上去把握管理整个项目，而是埋头于具体的技术工作，造成项目组成员之间忙的忙、闲的闲，计划不周、任务不均、资源浪费。在软件企业中，项目经理大多是技术骨干，技术方面的知识比较深厚，但无论是项目管理知识，还是项目管理必备的技能、项目管理必备的素质都有待补充和提高，项目管理经验也有待丰富。有些项目经理对于一些不服管理的技术人员，没有较好的管理方法，工作不好安排的工作只好自己做。另外由于工作分解结构设计的合理性，项目任务无法有效、合理地分配给相关成员，以达到“负载均衡”。

解决方案：加强项目管理方面的培训，并通过对考核指标的合理设定和宣传引导项目经理更好地做好项目管理工作。技术骨干在担任项目经理之前，最好能经过系统的项目管理知识，特别是其中的人力资源管理、沟通管理的学习，并且在实际工作中不断提高自己的管理素质，丰富项目管理经验，提高项目管理意识。

问题四：沟通意识问题（相关人员：项目经理、项目组成员）

在项目中一些重要信息没有进行充分和有效的沟通。在制定计划、意见反馈、情况通报、技术问题或成果等方面与相关人员的沟通不足，造成各做各事、重复劳动，甚至造成不必要的损失；有些人没有每天定时收邮件的习惯，以至于无法及时接收最新的信息。

解决方案：制定有效的沟通制度和沟通机制，对由于缺乏沟通而造成的事件进行通报作为教训提醒，以提高沟通意识；沟通方式应根据内容而多样化，讲究有效率的沟通；通过制度规定对由于未及时收取邮件而造成损失的责任归属；对于特别重要的内容要采用多种方式进行有效沟通以确保传达到位，例如除发送邮件外还要电话提醒、回执等，重要的内容还要通过举行各种会议进行传达。

问题五：风险管理意识问题（相关人员：项目经理）

项目经理没有充分分析可能的风险，对付风险的策略考虑比较简单。项目经理在做项目规划时常常没有做专门的风险管理计划文档，而是合并在项目计划书中。有些项目经理没有充分意识到风险管理的重要性，对计划书中风险管理的章节简单应付了事，随便列出几个风险，随便地写一些简单的对策，对于后面的风险防范起不到什么指导作用。

解决方案：通过学习项目管理知识掌握风险识别、量化、对策研究、反应控制的工具和方法掌握项目风险管理所必备的知识。通过加强对项目规划中风险管理计划的审核提高项目组的风险管理意识。总结本行业项目中常见的风险及其对策作为风险管理计划中必要的风险内容，并切实评估相应对策的有效性和可行性。

问题六：不重视项目经验的总结（相关人员：项目经理、管理人员）

项目经理在项目结束时有些是因为自身对写文档工作的兴趣或意识，或

者是因为紧接着要参加下一个项目，总体对项目总结的重视程度不够。有些是项目总结报告一再拖延，有些是交上来的报告质量较低，敷衍了事。

解决方案：在制度上鼓励和加强项目经验总结工作，使得项目总结及时并且具有指导意义而不是走过场。

问题七：项目干系人相关问题（相关人员：项目经理、项目成员、客户）

在范围识别阶段，项目组对客户的整体组织结构、有关人员及其关系、

工作职责等没有足够了解以致于无法得到完整需求或最终经权威用户代表确认的需求。由于项目经理的工作问题，客户参与程度部不高，客户方相关责任人不明确或对范围和要求责任心不强，提出的要求具有随意性，项目前期对需求的确认不够积极；或者是多个用户代表各说各话、昨是今非但同时又要求项目尽早交付；项目后期需求变化随意，造成项目范围的蔓延，进度的拖延，成本的扩大。

解决方案：项目的目的就是实现项目干系人的需求和愿望。项目干系人管理应当从项目的启动开始，项目经理及其项目成员就要分清项目干系人包含哪些人和组织，通过沟通协调对他们施加影响，驱动他们对项目的支持，调查并明确他们的需求和愿望，减小其对项目的阻力，以确保项目获得成功。

问题八：项目团队内分工协作问题（相关人员：项目经理、项目成员）

项目团队内部有时由于各阶段不同角色或同阶段不同角色之间的责任

分工不够清晰而造成工作互相推诿、责任互相推卸的现象，有时各阶段不同角色或同阶段不同角色之间的责任分工比较清晰但是各项目成员只顾完成自己那部分任务、不愿意与他人协作。这些现象或多或少地造成了项目团队内部资源的损耗，从而影响了项目的进展。

解决方案：项目经理应当对项目成员的责任进行合理的分配并清楚地说明，同时应强调不同分工、不同环节的成员应当相互协作，共同完善。

以上对软件开发项目管理中出现的问题的分析还不够深入，也无法列举所有遇到或将遇到的问题，解决方案也要根据实际情况进行调整，希望引起对这些问题更多的思考和改进。

结束语：项目管理虽然没有非常高深的理论，但要真正实施起来，也绝非易事。对于软件开发企业而言，这不是一个小的改变，而是一种变革，企业需要为此付出艰苦的努力，宣传并树立公司范围内的项目管理文化十分重要。从而在实践中锻炼提高，解决各种各样的问题，使项目管理工作越做越好。

参考文献：

吴照云《管理学原理》经济管理出版社

StanleyE.Portny（宁俊等译）《如何做好项目管理》新经济工商实务丛书

篇（5）

关键词：软件项目管理软件产品质量因素

在软件和信息科技行业，项目管理经常决定了一个产品或者企业能否成功。项目管理得到越来越多的企业和政府部门的重视，例如中国于2002年4月召开了有关项目管理的首次国际研讨会。具体操作与项目最根本的不同在于具体操作是具有连续性和重复性的，而项目则是有时限性和唯一性的。本文由中国收集整理。项目是一项为了创造某一唯一的产品或服务的时限性工作。所谓时限性是指每一个项目都具有明确的开端和明确的结束;所谓唯一是指该项产品或服务与同类产品或服务相比在某些方面具有显著的不同。各种层次的组织都可以承担项目工作。项目有时只涉及一个组织的某一部分，有时则可能需要跨越好几个组织。项目是执行组织商业战略的关键。

一、软件产品项目管理的重要性

20世纪80--90年代，许多大型企业管理信息系统MIS的开发都以失败而告终。这是为什么?一个重要原因是软件项目管理水平上不去，尤其是需求分析管理水平上不去，使得项目快要验收或交付时，却出了大问题:要么发现用户需求获取不准确，要么发现用户需求变了，致使做好的系统不能用或不好用。20世纪90年代初，上海一家公司在青岛做一个港口MIS项目，北京有一个单位在天津做一个港口MIS项目，都是因为甲乙双方软件工程基本知识不具备，使得项目管理不到位，导致2个大型项目不成功。现在软件应用领域空前广阔，深人到社会和科学研究等领域的各个方面。软件的需求也比以往更加多，软件系统设计也空前复杂。软件的项目管理问题也就因此而产生了。90年代中期，软件项目管理不善的问题仍然严重。据美国软件工程状况调查，只有10%的项目能够在预定的费用和进度下交付。于是软件项目管理成为软件项目发展中最重要的核心问题。为了使软件项目开发获得成功，必须对软件开发项目的工作范围、可能遇到的风险、需要的资源(人、硬件、软件)、要实现的任务、经历的里程碑、花费的工作量(成本)，以及进度安排等做到心中有数。软件项目管理的目的就是提供这些信息，分析信息，并根据分析结果对项目做出调整。软件项目管理开始于技术工作之前，在软件开发的整个过程中持续进行，最后中止于软件过程结束。

二、软件项目管理体系

随着软、硬件技术以及通信技术的日益成熟，软件技术可以与所有的传统产业相结合，促进产品的更新换代，大幅度提高产品的附加值，提高劳动生产率，推动产业结构与产品结构的调整。因此，软件的开发以及应用不仅仅是软件开发机构的任务，更深地涉及软件使用者的切身利益，尤其像管理信息系统MIS(ManagcmentInformationSystem)、计算机集成制造系统CIMS(ComputerIntegrationManufacturingSystem)、企业资源计划ERP(EnterpriseResourcePlanning)及商业智能BI(BusinessIntelligence)等大型的复杂软件更是综合了管理科学、计算机科学、通信技术以及数学等各方面的知识，需要各类人员的协调工作才能完成。因此也就有必要从项目管理的角度去管理软件的开发和运行。从用户的角度来看，软件项目的生命周期应该包括项目前期的论证工作、项目计划、软件开发、运行、维护以及项目后评价。由此可见软件项目管理的范围不仅包括传统的软件开发过程，还应该包括开发之前的准备工作以及运行中的维护工作和对项目的总结工作。同时，在软件项目生命周期中存在着许多活动。根据活动之间的相关性，可以将软件项目的各种活动分为九大类。

(1)战略管理。根据用户的经营目标制定软件项目的策略，以便为其他各方面的活动提供指导。在制定项目策略的时候应该充分考虑用户和其他利益相关者的实际需求和市场因素。另外创造和谐的项目环境和连续改进也是战略管理的重要任务

(2)范围管理。其目的是控制软件项目的全部活动过程都在需求范围内，以确保项目各种资源的高效利用。成功的项目管理离不开用户、软件开发队伍和项目经理的一致理解和协调配合

(3)成本管理。软件项目的成本不仅包括开发成本，也包括开发之前立项阶段以及软件在运行中的费用。操作者的培训费用和项所使用的各种硬件设施费用也都是整个项目成本的一部分。这些成本都需要很好地计划和控制。

(4)时间管理。其内容有确定各项活动之间的时间相关性;估计各项活动的持续时间，跟踪各项活动的进展情况，动态调筷各项活动之间在时间上的协调。本文由中国收集整理。

(5)人力资源管理。在软件项目中应该为软件开发人员和管理人员等各类项目人员创造一个和谐良好的工作氛围。使他们能感到项目成功的把握和积极的工作心态，确保项目队伍的稳定性和连续性。

(6)沟通管理。沟通管理是一个收集、存储、配置和项目生命周期内所形成的各种信息的过程为了让每个项目相关人员及时得到所需的信息，需要很好地解决“什么时候、向什么人礼报什么的”的问题，此外软件开发队伍和用户之间的沟通也是沟通管理中的一项重要工作。

(7)风险管理。由于软件项目中存在着很多的不确定因索，也就必然存在着各种风险而且风险有可能造成不良的结果，对风险进行分析和监控贯穿于整个软件项目生命周期。

(8)质量管理。目前软件的质量还是一个模糊的概念并且难以衡量由于软件质量主要是在开发阶段形成的，因此软件项目质量管理的重点应放在系统分析、系统设计和编码阶段，走查、评审、调试和测试是保证软件质量的重要手段软件工程能力成熟度模型CMM(CapabilityMaturityModel)较好地解决了软件开发过程中的质量管理问题。

综合管理。综合管理的任务是对前面讨论的各类管理活动进行协调和控制，使这些活动相互配合。其核心任务是对各种方案进行评价，协调各方面的利益冲突确保项目总体标的最终实现。

三、软件项目管理的核心是全面客户满意

当前，不少软件业管理人上认为，软件开发的问题主要在软件开发的工程化、规范化和软件开发管理体制。他们按照CMM(CapabilityMaturityModel),IS09002的标准来建立他们的管理体系。这里有商业竞争的因素在起作用。但是，他们忽略了商业竞争中取胜最重要的因素—客户满意。他们没有考虑到他们的管理方法能否满足客户不断变化的需求。从长远来看，软件项目真正的成功是客户的全面满意。以客户满意为中心的质量是必需的。漠视质量或只关心产品/服务是否符合需要的方法再也不足以留住和获得客户。因此，软件开发项目组织必须先确定什么产品/服务可以让顾客满意，然后再努力满足客户的需求和期望。要实现此目标，组织必须识别对软件产品的各种特性中哪些是对客户的满意起决定作用的要素。例如，服务器操作系统软件，需要长时间稳定连续工作。稳定性则是该软件产品的关键要素。因此系统的开发管理围绕着这一关键要素来展开。尽管不少的组织明白没有客户一个组织就不能生存和发展，或者说没有客户就没有组织，但在项目实施过程中，仍然存在着客户满意的障碍:

(1)项目管理组织没有发展和完善对客户不断变化的需求和期望作出快速响应的能力。

(2)项目管理组织没有听取客户意见和建议的能力。

篇（6）

项目管理技术是软件工程专业的一门重要专业课。其教学任务是使学生了解和掌握项目管理的基本概念、基本原理和工程化方法。内容涉及项目管理知识体系（PMBOK）九大知识领域和五个标准化过程组，几乎涵盖了软件项目从立项到结束的方方面面，是一门具有相当广度的课程。然而，该课程的教学效果却不容乐观。

其一、项目管理技术的理论知识多脱胎于工程管理领域，由于国内软件工程专业建设刚刚起步，相关教材往往照搬工程管理理论，缺乏完全针对软件开发的必要整理和筛选。因此同软件开发实践结合并不十分紧密。

其二、而传统的教学方式往往重理论而轻实践，教师将理论知识“满堂灌”给学生，学生“死记硬背”理论条文，并不懂得如何将理论用于实际软件开发。这种仅以理论的多寡深浅作为对学生评价激励唯一标准的教学手段，必然导致培养的人才实用性不强，职业能力较差，工程化程度较低。达不到项目管理技术的教学要求。

因此，需要对软件项目管理技术的教学进行改革。二基于具体项目的软件项目管理教学软件工程项目相比一般工程项目具有更强的复杂性和更多的不可控因素，传统的项目管理教学所传授的知识常常不易使理论知识和实际开发吻合，给学生造成“学习无用之感”；课程本身也难以完全包括软件开发过程的全部情况。最好的方法是通过一个具体软件项目的开发过程，使学生接受项目管理的理念，而软件项目的开发设备相对单一，团队人数相对较少，相比一般工程项目更易进行实践演练。

可以看出，项目管理进行过程将根据实际情况不断进行计划变更、计划控制和计划执行的搏弈和循环。由于软件项目有以下特点：

（1）软件产品是无形的，不可捉摸的，无法感觉形状，设计也难以直观表示，很难确定产品质量或估计开发工作量。

（2）由于软件的拷贝生产轻而易举，因此，几乎全部的软件项目成本在开发过程中，而不是在制造过程。

（3）软件开发过程属于劳动密集型过程，尚未实现完全自动化，因此对软件项目开发进度的计划和控制比对一般工程项目更加复杂。

（4）软件是逻辑实体，本身很容易修改，但由于其复杂性，又很难正确地修改，在缺乏沟通的情况下，对个别模块的修改可能会带来新的错误。

（5）软件不像其他产品会因使用而磨损，和一般工程产品不同，软件产品的维护常常通过增加新模块功能完成升级。为保证新版本的稳定性，常常需要对新版本的重新设计因此，软件过程主要集中于软件项目的开发过程，而在这一过程中，相比一般工程项目，项目管理过程组的核心循环表现得更加突出。基于具体项目对软件开发过程进行阐述将更有利于学生理解软件开发过程中的项目管理。由于课程目标并不在于具体技术细节的学习，而在于体会软件开发过程中的项目管理。因此在项目选择中，不能使学生投入过多精力在技术细节上，而应更多的关注软件项目管理的沟通、计划和控制。我们选择计算机学院行政管理系统网站作为实践项目让学生组队开发，这一项目属于MIS（信息管理系统）项目类，难度不大，且能充分体现软件项目需求不明确、多变、沟通复杂等特点。作为计算机学院的学生，学生对项目的需求的理解也将更加实际。

2.1基于项目驱动的评价体系“为了解决软件问题，重要的第一步就是将整个软件开发任务看做一个可控的、可度量的以及可改进的过程。”将项目管理方法运用于具体软件项目开发的实践或在实践中改进现有方法，能够帮助学生更好的掌握项目管理技术。在实际教学中，我们将学生分成若干团队，每个团队8~13人，充分使学生体会到团队感，增加管理意识。项目经理是靠干出来的，不是靠背出来的。为使学生在具体项目实践中更加投入，必须改革原有的基于卷面成绩的评价体系。我们提出基于项目驱动的评价体系，使学生自觉将课堂所学的理论知识及时用于项目。学生的总评成绩将由团队项目评分、演练与总结评分、期末论文评分三部分组成：

（1）团队项目评分：60%其中20%由教师根据团队分阶段提交的项目资料给出；剩下40%由每个团队的“项目经理”根据团队的成员的表现给出。而项目经理的打分权限则取决于项目完成时专家对项目的评审得分。

（2）演练与总结评分：20%项目结束后各个团队成员对整个项目管理过程进行总结，评价和反思项目经理的管理过程，教师根据学生个人上课时有关项目的各种演练表现以及项目总结报告进行评分。

（3）期末论文评分：20%要求学生对项目管理九大知识领域进行一定深度的论述。为确保评价体系更加公平、公开、公正，我们规定：

（1）项目经理享有计划和分配项目团队资源，为项目组成员进行打分的权利，同时具有带领项目组完成所有课堂演练环节，完成项目开发的义务。作为奖励，项目经理可以直接获得满分的演练与总评成绩；作为制约，项目经理为自己所打分数只得在项目评审得分5%上下浮动，如果项目经理引起过团队半数以上成员不满，将被弹劾，一旦弹劾，相应权利和奖励同时消失。

（2）项目评审后，项目经理将得到“项目评审得分*团队开发人数”的可分配分数，项目经理根据项目组分数分配方法给团队成员打分，上限为40。

（3）项目评审时将邀请学院软件工程专家、需方代表不少于5人组成专家组对各团队项目进行公开评审，评审将从需方满意度、项目开发文档、项目开发过程三个角度进行打分。团队最终得分通过delphi法得到。可以看出，在以上的评价体系中，基于项目驱动的评分所占比重相当大，不仅注重项目的结果，同时注重项目开发过程。学生的分数在一定程度上模拟了现实生活的“奖金”，而项目团队则更加贴近现实生活中的软件开发公司。为了使项目成功，学生必须自觉地实践和探索科学的项目管理方法，不论成功与失败都将成为学生宝贵的经验和教训。评分中，由于个体学生所能获得的成绩与其所在团队成绩紧密相关，因此，为整个团队获得高分而努力的开发过程极大地培养了学生的团队协作精神。通过教学实践，这一评价体系调动了学生的学习主动性，起到了较好的作用。超级秘书网

2.2基于项目过程的知识传授和情景演练表1显示了项目管理九大知识领域在五个标准化过程组中的作用。可以看出在不同的过程组中，各知识领域所起的作用是不同的。配合实际项目开发的过程，为使所传授的知识能够及时用于实际项目，我们颠覆了原有教材顺序，按软件项目五个过程组所涉及的知识领域对教学顺序进行重新安排，基本做到项目进行阶段与所传授的相关知识同步。每次课程教学前后都及时安排对相关内容的情景演练。由表2所示教学实施安排表可以看出，项目管理的九大知识领域几乎都能做到安排于项目情景中进行传授，起到了理论对实践的指导或总结作用。可以看出，每次演练环节一般都是对上次所本传授知识的总结或当次所传授知识的及时操练，知识点覆盖较全面。通过设身处地去当一名项目经理或软件工程师，增加了学生对软件开发项目的感性认识和兴趣，提高了他们的管理才能。通过知识传授和情景演练的密切配合，使学生对软件项目的管理过程理解得更加深刻。

二结论

基于具体项目的项目管理教学使学生能够体会项目管理各知识领域的作用，领会各种方法、规范所适用的环境。通过实际开发后自己总结提炼的经验和教训，学生将更加接受项目管理的理念和知识，培养了团队合作精神。在学期末进行的教学效果调查中，83%的学生认为这种教学方法效果良好。学生普遍反映“项目管理枯燥的理论知识变活了，知道怎么用了，印象更加深刻了。”

项目管理是软件工程重要的专业课，在今后的教学实践中，我们将继续改进教学方法，做到量体裁衣，因地制宜，加强教学效果。

参考文献：

[1]韩万江，姜立新.软件项目管理案例教程[M].北京:机械工业出版社.2005.

篇（7）

的，以项目经理个人负责制为基础和以项目为独立实体进行经济核算，并按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动。

2、为什么要有项目管理？

没有项目管理，项目也有可能成功。但没有管理的项目，很难保证项目

的利润空间，对公司来说，亏损的风险就大。所以我们要有项目管理，以保证公司在总体上是盈利的，注意不是每一个项目都要盈利。

另外，有了项目管理，就有了管理改进的基础，无论刚开始的项目管理多么糟糕，只要有管理，就有了改进的可能性，至于能不能得到改提供进，以及改进的快慢，则取决于两个因素：一个是人，特别是各级管理者；另一个是利益。关键是“利益”，准确的说是“利益的分配”，在权责利明确的前提下，人才能充分的发挥作用。还需要指出的是“利益”是多元的，这里的多元不仅指利益的具体形式，而且指利益的受众是多元的，包括客户方相关人员个人的利益。

3、项目管理的发展与现状。

今天，项目管理作为一种现代化管理方式在国际上已获得了广泛的应用，从最初的国防、航天、建设工程领域，迅速发展到电子、通信、计算机、软件开发、金融等行业以及政府机关的项目管理工作。随着计算机、网络系统的迅速发展，项目管理技术的不断进步，项目管理软件产品层出不穷，其功能、特点、应用对象也各不相同。当前，越来越多的企业和组织在内部推广项目管理的理论方法及管理模式，如果都采用项目管理软件进行管理，效果就更加明显，可以节省大量的资源和财富。国外90%以上的项目管理都采用软件进行，但我国在这方面的应用还不到10%。新世纪项目管理在中国的迅速兴起，给软件企业的发展带来了前所未有的发展机遇。

项目管理在软件开发中的应用的成因

随着信息技术的飞速发展，软件产品的规模也越来越庞大，个人单打独斗的作坊式开发方式已经越来越不适应发展的需要。各软件企业都在积极将软件项目管理引入开发活动中，对开发实行有效的管理。从概念上讲，软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。实际上，软件项目管理的意义不仅仅如此，进行软件项目管理有利于将开发人员的个人开发提供能力转化成企业的开发能力，企业的软件开发能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发展（即减小开发风险）。同时，随着软件开发规模及开发队伍的逐渐增大，软件开发不再是向过去那样一二个开发人员即可解决的事情。迫切需要一种开发规范来规范每个开发人员、测试人员与支持人员的工作，每个项目组成员按约定的规则准时完成自己的工作。同时采用规范化管理，专业分工也可以降低对开发人员的要求，从而降低产品研发成本。

软件开发是一项复杂的系统工程，牵涉到各方面的因素，实际工作中，经常会出现各种各样的问题，甚至面临失败。如何总结、分析失败的原因，得出有益的教训，对一个公司来说，是在今后的项目中取得成功的关键。

早在20世纪60年代中期，人们就发现软件的生产出现了“问题”，主要表现在生产过程不规范，缺乏管理。后来，人们在软件工程方法学中引入了工程的概念、原理、技术和方法，这种思想在一定程度上解决了软件生产过程中遇到的问题。但是直至80年代还是没有提出一套管理软件开发的通用原则，软件管理不善的问题依旧在大范围内存在。

目前的软件开发正逐步趋向于复杂化、多元化，大多数开发团队中都会出现同时开发多个版本、开发/维护工作并存、多地点同时开发等情况，给软件开发管理带来了前所未有的困难。如果管理不善，必将造成版本混乱，提供

各个开发人员的工作相互交叉、干扰，整个开发团队的工作在一种无秩序的不良状况下运行，严重影响软件产品开发的进度和质量。

因此，随着软件开发的深入、各种技术的不断创新以及软件产业的形成，人们越来越意识到软件过程管理的重要性，管理学的思想逐渐融入软提供件开发过程中，应用开发的项目管理日益受到重视。而项目管理技术的发展与计算机技术的发展是密不可分的，随着计算机性能的迅速提高，大量的项目管理软件涌现出来。它们可以用于各种商业活动，提供便于操作的图形界面，帮助用户制定任务、管理资源、进行成本预算、跟踪项目进度等。

软件项目管理常见问题及解决方案

对于软件开发项目|中，经常出现两种极端情况，一种是创造了新的生产率和质量的纪录；一种则完全是一场灾难，不是被取消就是拖延很长时间。前者如在很短的时间内，为了赶进度，在几乎不可能的时间内开发出一套软件产品，创造了软件开发的记录，满足了上级所要求的上机日期，由于开发时间太短，过于仓促，上机时，问题百出，试运行时间长达几个月或一年半载的，而且程序一改再改，维护工作量大。

后者，如某套系统未弄清楚需求，或因设计问题，开发失败。通过提炼这些成功和失败的例子，软件项目成功或失败的根本原因可能会更清晰一些。

目前我国大部分软件公司，无论是产品型公司还是项目型公司，都没有形成适合自己公司特点的软件开发管理模式，虽然有些公司根据软件工程理论建立了一些软件开发管理规范，但并没有从根本上解决软件开发的质量控制问题。这样导致软件产品质量提供不稳定，软件后期的维护、升级出现麻烦，同时最终也会损害用户的利益。

分析目前项目管理需要改进的问题可以从几种相关角色的角度去考虑：项目经理、项目组成员、公司管理人员、市场人员、客户等。

问题一：缺乏项目管理系统培训（相关对象：项目经理、管理人员）

项目经理在项目管理方面的培训较少或不够系统。项目经理或管理人员不了解项目管理的知识体系和一些常用工具和方法，所以在实际工作中没有项目管理知识的指导，完全依靠个人现有的知识技能，管理工作的随意性、盲目性比较大。在软件企业中，以前几乎没有专门招收项目管理专业的人员来担任项目经理（甚至很少是管理专业的），被任命的项目经理主要是因为他们能够在技术上独当一面，而管理方面特别是项目管理方面的知识比较缺乏。

解决方案：项目经理接受系统的项目管理知识培训是非常必要的，有了专业领域的知识与实践，再加上项目管理知识与实践和一般管理的知识和经验的有机结合，必能大大提高项目经理的项目管理水平。应实行项目经理知识技能资格考核制度，让项目经理自觉补充学习项目管理的知识和一些常用工具和方法。

问题二：项目计划意识问题（相关对象：项目经理）

项目经理对总体计划、阶段计划的作用认识不足。项目经理认为计划不如变化快，项目中也有很多不确定的因素，做计划是走过场，因此制定总体计划时比较随意，不少事情没有仔细考虑；阶段计划因工作忙等理由经常拖延，造成计划与控制管理脱节，无法进行有效的进度控制管理。没有计划或者是随意的不负责任的计划的项目是一种无法控制的项目。

解决方案：在高技术行业，日新月异是主要特点，因此计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项目经理的计划意识，采用项目计划制定相关各种知识、技术、工具，加强对开发计划、阶段计划的有效性进行事前事后的评估。

问题三、管理意识问题（相关对象：项目经理）

部分项目经理没有意识到自己项目经理的角色，从总体上去把握管理整个项目，而是埋头于具体的技术工作，造成项目组成员之间忙的忙、闲的闲，计划不周、任务不均、资源浪费。在软件企业中，项目经理大多是技术骨干，技术方面的知识比较深厚，但无论是项目管理知识，还是项目管理必备的技能、项目管理必备的素质都有待补充和提高，项目管理经验也有待丰富。有些项目经理对于一些不服管理的技术人员，没有较好的管理方法，工作不好安排的工作只好自己做。另外由于工作分解结构设计的合理性，项目任务无法有效、合理地分配给相关成员，以达到“负载均衡”。

解决方案：加强项目管理方面的培训，并通过对考核指标的合理设定和宣传引导项目经理更好地做好项目管理工作。技术骨干在担任项目经理之前提供，最好能经过系统的项目管理知识，特别是其中的人力资源管理、沟通管理的学习，并且在实际工作中不断提高自己的管理素质，丰富项目管理经验，提高项目管理意识。

问题四：沟通意识问题（相关人员：项目经理、项目组成员）

在项目中一些重要信息没有进行充分和有效的沟通。在制定计划、意见反馈、情况通报、技术问题或成果等方面与相关人员的沟通不足，造成各做各事、重复劳动，甚至造成不必要的损失；有些人没有每天定时收邮件的习惯，以至于无法及时接收最新的信息。

解决方案：制定有效的沟通制度和沟通机制，对由于缺乏沟通而造成的事件进行通报作为教训提醒，以提高沟通意识；沟通方式应根据内容而多样化，讲究有效率的沟通；通过制度规定对由于未及时收取邮件而造成损失的责任归属；对于特别重要的内容要采用多种方式进行有效沟通以确保传达到位，例如除发送邮件外还要电话提醒、回执等，重要的内容还要通过举行各种会议进行传达。

问题五：风险管理意识问题（相关人员：项目经理）

项目经理没有充分分析可能的风险，对付风险的策略考虑比较简单。项目经理在做项目规划时常常没有做专门的风险管理计划文档，而是合并在项目计划书中。有些项目经理没有充分意识到风险管理的重要性，对计划书中风险管理的章节简单应付了事，随便列出几个风险，随便地写一些简单的对策，对于后面的风险防范起不到什么指导作用。

解决方案：通过学习项目管理知识掌握风险识别、量化、对策研究、反应控制的工具和方法掌握项目风险管理所必备的知识。通过加强对项目规划本论文提供>由整理提供中风险管理计划的审核提高项目组的风险管理意识。总结本行业项目中常见的风险及其对策作为风险管理计划中必要的风险内容，并切实评估相应对策的有效性和可行性。

问题六：不重视项目经验的总结（相关人员：项目经理、管理人员）

项目经理在项目结束时有些是因为自身对写文档工作的兴趣或意识，或

者是因为紧接着要参加下一个项目，总体对项目总结的重视程度不够。有些是项目总结报告一再拖延，有些是交上来的报告质量较低，敷衍了事。

解决方案：在制度上鼓励和加强项目经验总结工作，使得项目总结及时并且具有指导意义而不是走过场。

问题七：项目干系人相关问题（相关人员：项目经理、项目成员、客户）

在范围识别阶段，项目组对客户的整体组织结构、有关人员及其关系、

工作职责等没有足够了解以致于无法得到完整需求或最终经权威用户代表确认的需求。由于项目经理的工作问题，客户参与程度部不高，客户方相关责任人不明确或对范围和要求责任心不强，提出的要求具有随意性，项目前期对需求的确认不够积极；或者是多个用户代表各说各话、昨是今非但同时又要求项目尽早交付；项目后期需求变化随意，造成项目范围的蔓延，进度的拖延，成本的扩大。

解决方案：项目的目的就是实现项目干系人的需求和愿望。项目干系人管理应当从项目的启动开始，项目经理及其项目成员就要分清项目干系人包含哪些人和组织，通过沟通协调对他们施加影响，驱动他们对项目的支持，调查并明确他们的需求和愿望，减小其对项目的阻力，以确保项目获得成功。

问题八：项目团队内分工协作问题（相关人员：项目经理、项目成员）

项目团队内部有时由于各阶段不同角色或同阶段不同角色之间的责任

分工不够清晰而造成工作互相推诿、责任互相推卸的现象，有时各阶段不同角色或同阶段不同角色之间的责任分工比较清晰但是各项目成员只顾完成自己那部分任务、不愿意与他人协作。这些现象或多或少地造成了项目团队内部资源的损耗，从而影响了项目的进展。

解决方案：项目经理应当对项目成员的责任进行合理的分配并清楚地说明，同时应强调不同分工、不同环节的成员应当相互协作，共同完善。

以上对软件开发项目管理中出现的问题的分析还不够深入，也无法列举所有遇到或将遇到的问题，解决方案也要根据实际情况进行调整，希望引起对这些问题更多的思考和改进。

结束语：项目管理虽然没有非常高深的理论，但要真正实施起来，也绝非易事。对于软件开发企业而言，这不是一个小的改变，而是一种变革，企业需要为此付出艰苦的努力，宣传并树立公司范围内的项目管理文化十分重要。从而在实践中锻炼提高，解决各种各样的问题，使项目管理工作越做越好。

参考文献：

吴照云《管理学原理》经济管理出版社

StanleyE.Portny（宁俊等译）《如何做好项目管理》新经济工商实务丛书

NealWhitten（孙艳春等译）《管理软件开发项目》（第二版）软件项目管理系列丛书

篇（8）

随着计算机应用范围的日益广泛深人，应用软件的规模及复杂程度也日趋大型化、复杂化，这就导致软件开发的方式也从早期的单兵作战式或手工作坊式渐渐转变为集团化、工厂流水线式的团队协作开发方式。这种情况下，如何管理好项目的每一.步运作，及时解决出现的新问题是每一位项目主管责无旁贷的责任。

一、软件项目管理存在的新问题

(一)缺乏项目管理系统培训。项目经理在项目管理方面的培训较少或不够系统。项目经理或管理人员不了解项目管理的知识体系和一些常用工具和方法，所以在实际工作中没有项目管理知识的指导，完全依靠个人现有的知识技能，管理工作的随意性、盲目性比较大。在软件企业中，以前几乎没有专招收项目管理专业的人员来担任项目经理(甚至很少是管理专业的)，被任命的项目经理主要是因为他们能够在技术上独当一面，而管理方面非凡是项目管理方面的知识比较缺乏。

(二)对项目计划熟悉不足。项目经理对总体计划、阶段计划的功能熟悉不足。项目经理认为计划不如变化快，项目中也有很多不确定的因素，做计划是走过场，因此制定总体计划时比较随意，不少事情没有仔细考虑;阶段计划因工作忙等理由经常拖延，造成计划和控制管理脱节，无法进行有效的进度控制管理。没有计划或者是随意的不负责任的计划的项目是一种无法控制的项目。

(三)管理意识存在偏差。部分项目经理没有意识到自己项目经理的角色，从总体上去把握管理整个项目，而是埋头于具体的技术工作，造成项目组成员之间忙的忙、闲的闲，计划不周、任务不均、资源浪费。在软件企业中，项目经理大多是技术骨千，技术方面的知识比较深厚，但无论是项目管理知识，还是项目管理必备的技能、项目管理必备的素质都有待补充和提高，项目管理经验也有待丰富。有些项目经理对于一些不服管理的技术人员，没有较好的管理方法，工作不好布置的工作只好自己做。另外由于工作分解结构设计的合理性，项目任务无法有效、合理地分配给相关成员，以达到“负载均衡”。

(四)相互间缺乏沟通。在项目中一些重要信息没有进行充分和有效的沟通。在制定计划、意见反馈、情况通报、技术新问题或成果等方面和相关人员的沟通不足，造成各做各事、重复劳动，甚至造成不必要的损失;有些人没有天天定时收邮件的习惯，以至于无法及时接收最新的信息。

(五)缺乏风险管理意识。项目经理没有充分分析可能的风险，对付风险的策略考虑比较简单。项目经理在做项目规划时经常没有做专门的风险管理计划文档，而是合并在项目计划书中。有些项目经理没有充分意识到风险管理的重要胜，对计划书中风险管理的章节简单应付了事，随便列出几个风险，随便地写一些简单的策略，对于后面的风险防范起不到什么指导功能。

(六)项目干系人相关新问题。在范围识别阶段，项目组对客户的整体组织结构、有关人员及其关系、工作职责等没有足够了解以致于无法得到完整需求或最终经权威用户代表确认的需求。由于项目经理的工作新问题，客户参和程度部不高，客户方相关责任人不明确或对范围和要求责任心不强，提出的要求具有随意性，项目前期对需求的确认不吃积极;或者是多个用户代表各说各话、昨是今非但同时又要求目尽早交付;项目后期需求变化随意，造成项目范围的蔓延，无度的拖延，成本的扩大。

二、加强软件项目管理的办法

(一)加强项目经理的系统培训。项目经理接受系统的项管理知识培训是非常必要的，有了专业领域的知识和实践，再丈上项目管理知识和实践和一般管理的知识和经验的有机结合，组能大大提高项目经理的项目管理水平。应实行项目经理知识技育资格考核制度，让项目经理自觉补充学习项目管理的知识和一些常用工具和方法。

(二)提高项目经理对计划的熟悉。在高上术行业，日新月异是主要特征，因此计划的制定需要在一定条.的限制和假设之下采用渐近明细的方式进行不断完善。提高目经理的计划意识，采用项目计划制定相关各种知识、技术、具，加强对开发计划、阶段计划的有效胜进行事前事后的评估。超级秘书网

(三)加强项目管理方面的培训。加强项目管理方面的培训，实通过对考核乡勘际的合理设定和宣传引导项目经理更好地做好项仁管理工作。技术骨干在担任项目经理之前，最好能经过系统的目管理知识，非凡是其中的人力资源管理、沟通管理的学习，实且在实际工作中不断提高自己的管理素质，丰富项目管理经验，提高项目管理意识。

(四)加强相互间的沟通。制定有效的择通制度和沟通机制，对由于缺乏沟通而造成的事件进行通报作夕教提醒，以提高沟通意识;沟通方式应根据内容而多样化，甘究有效率的沟通;通过制度规定对由于未及时收取邮件而造成壮失的责任归属;对于非凡重要的内容要采用多种方式进行有效通以确保传达到位。超级秘书网

(五)提高软件项目的风险管理意识。通泛学习项目管理知识把握风险识别、量化、策略探究、反应控制尔工具和方法把握项目风险管理所必备的知识。通过加强对项目知划中风险管理计划的审核提高项目组的风险管理意识。总结本表业项目中常见的风险及其策略作为风险管理计划中必要的风险详容，并切实评估相应策略的有效胜和可行险

篇（9）

进入信息时代，计算机及相关软件在建设工程项目管理领域的应用也越来越广泛。在项目成本管理领域，早已实现工程成本及造价计算过程中定额子目的自动套用、费用的自动计算及人、材、机的自动分析和汇总，但工程量的计算还未能完全实现自动化，各类具有自动算量能够功能的软件在实际应用中也存在各种问题。

1. 当前项目造价（成本）领域软件应用的水平及存在问题分析

1.1. 当前项目造价（成本）领域软件应用发展的水平

当前，在项目造价（成本）领域的应用软件，主要在于实现自动讨价及工料分析。由于工作关系，笔者对目前市面上常用的几款软件都曾试用，总体来讲，上述软件具有准确率高、换算方便、速度快等优点，实现了报表输出的兼容性。也有部分软件对实现自动算量功能做出了有益的尝试，并取得一定的成果。根据笔者的经验，这类软件均较好的解决了建模、自动算量、工程量的汇总及定额的套用等手工计算中费工费时的工作，有些更是具备了能直接调用电子图档的功能，省却了大量的建模时间，取得了较好的应用效果。

1.2.工程量自动计算的意义

传统的手工计算工程量，其基本过程无非是翻阅图纸、熟悉资料、列计算式、计算分项工程量、汇总工程量、套用单价。很显然，这极为费力费时，需要细心和极大的耐心，稍有不慎则容易出错，效率低下。

而工程量的自动计算基本过程如下：建模、校核、自动计算、自动套用定额子目或生成工程量清单项目。

工程量的软件计算最大的优越之处在于实现了工程量的自动化、智能化：

1）实现了构件交接处的自动扣减；

2）实现了工程量的自动分类汇总及报表输出；

3）建模时标准层可直接复制，非标准层可稍加修改，成倍的提高了工效。

相较于手工计算，用软件计算的功效是手工计算的至少4～5倍。笔者本人曾作过专门比较，同一栋框架结构宿舍楼，手工计算工程量到汇总得出分部分项工程量约需2～3天，而用软件计算从建模到输出工程量总共只用了不到10个小时，孰优孰劣，一目了然。

工程量的自动计算，不仅是项目建设初期及竣工阶段造价（成本）管理工作的需要，也是工程项目实施过程中管理工作的需要。项目管理中经常要做到对部分楼层、部分构件或部分材料的分项汇总，用手工计算容易出现统计错误，而软件则可以在几十秒钟之内实现上述功能。不仅如此，在招投标领域实现快速投标、在工程竣工决算审计中能起到减少重复计算、提高功效的作用。正由于此，笔者认为，应在项目造价（成本）领域大力推广工程量的自动计算。

1.3.当前算量类软件在项目造价（成本）领域应用中存在的问题

通过对上述部分具备算量功能的软件的使用，总体感觉目前的此类软件普遍存在如下缺点：

1）软件的智能化程度不高，需大量的人工干预，操作繁琐，容易出错；

2）对于建筑造型独特、不规则的建筑物建模有困难，如对墙面的一些非常规装饰不能方便的建模甚至无法建模；

3）计算公式的输出不规范，不符合人们的手工计算习惯，难以阅读，不便于核对和查错；

4）尽管部分软件声称具备能直接调用设计院的电子图档的功能，但实际应用中其效果并不理想；

5） 部分人士感觉其计算过程 “暗箱”化，对软件的计算结果不完全放心。

现实的情况就是，用传统的手工计算汇总工程量，然后手工录入套价软件。在其他的如工程技术设计领域早已解决的设计过程信息化，在项目造价（成本）领域还是未能实现。

转贴于

2. 当前项目造价（成本）领域信息化发展中存在问题的原因分析

笔者认为，当前在项目造价（成本）领域信息化水平低、造价（成本）管理中工程量的自动计算的自动化程度不高的原因是多方面的，概略分析，主要存在以下几个方面的原因：

2.1由于传统上对项目造价（成本）管理的忽视和方法的失误，导致相当长的一段时间内存在轻视“预决算”人员的倾向，造成长期以来工程造价类专业人士整体素质不高。尽管近年来国家推行“注册造价工程师”考试制度已在一定程度上扭转了这一现象，但现实中也的确存在部分民工或非“科班”出身的人士在从事工程造价管理工作——“预决算”，无疑他们的专业上的综合素养和接受新鲜事物的能力有限，部分甚至有排斥心理，导致造价类应用软件的推广受到极大的限制。

2.2由于算量类软件都需要建模——图形的输入，其操作较为繁琐。多数软件的建模依赖于设计绘图软件诸如PKPM、AutoCAD等图形平台软件的支持，而这一类软件对使用者的起点要求较高，限制了算量软件的广泛应用。

2.3有些声称能直接调用电子图档的软件，在实际应用中其效果不尽理想。由于绘图类软件种类繁多，标准不一，数据接口规范不尽统一，导致造价算量类软件在读入图纸时错误频出、修改量大，使得其宣称的功能大打折扣，影响了软件的推广。

2.4由于算量软件的使用受到诸多限制，加之一些业务部门平时工作任务繁重，认识有限，导致现实中对算量类软件的推广产生了极大的阻力，应用范围非常为有限。销售量的有限导致了其开发和推广成本的居高不下，使得此类软件的售价较高，又更限制了其使用范围的扩大，一定程度上形成了非良性循环。

3.对于推广算量类软件的几点思考

显然，当前我国项目造价（成本）领域计算机及软件应用水平还有待于进一步提高。为做好造价管理中算量软件的推广和应用水平，笔者认为应做好以下几个方面：

3.1 政府及有关管理部门的应加强引导和推广力度

我国建设工程项目管理界每一次大规模、深层次的变革均有政府和相关管理部门的大力推动。因此，在项目造价（成本）领域推广工程量的自动计算也有赖于政府和管理部门的大力引导和推动。各地的造价总站应在软件开发、软件推广、人员培训及资源和信息的共享、标准规范的制订和协调等方面为软件的开发者和使用者提供比以前更大的支持力度。

3.2 加强和其他相关领域的协作

众所周知，一个商业软件的生命力取决于其所能实现的功能和兼容性、易用性、稳定性。如能实现算量软件和设计绘图软件之间数据的无缝链接，真正做到算量软件能直接调用电子图档，简化建模，无疑是功能和兼容性上的一大进步。但兼容性则不是某一家软件公司所能解决的，这就需要国家或行业协会等出面，在设计制图规范、数据接口等方面召集建筑、结构、设备及软件开发等方面专业人士协调，实现数据库规范标准的统一，将能促进工程项目管理界信息的标准化和集成化，减少社会公共成本和重复成本，能极大的促进算量软件的推广和使用。

3.3促进部分软件开发商之间的横向合作

某些自动算量软件在开过程中和绘图软件开发商合作，实现了数据传递的无缝连接，但同一套软件在读入由其他绘图软件绘制的施工图时却需大量的人工干预，费时费力。在政府和管理部门暂时还不能实现对软件开发的协调的情况下，促进绘图类软件开发商和算量软件开发的横向联合，实现数据接口统一规范，不失为解决问题的有效途径。同时应鼓励有实力的绘图软件开发商在自身的图形平台上开发算量功能模块。

4. 结束语

综上所述，笔者认为：

4.1当前，我国的项目造价（成本）领域的软件应用已取得一定成绩，但远不能和其他领域相提并论；目前所存在的主要问题是还未能最终实现工程量的自动计算。

篇（10）

 

问题的提出[①]

消费是经济发展的动力，是拉动经济增长的三驾马车之一。2008年按支出法计算，河南省国民生产总值18473.14亿元，居全国第五位，最终消费支出为7759.33亿元项目管理论文，占国民生产总值的42.0%（最终消费率），低于全国最终消费率平均水平6.6个百分点，居全国第25位。2007年河南省政府消费支出2011.27亿元，占国民生产总值的13.4%（政府消费率），居民消费支出4820.00亿元，占国民生产总值的32.1%（居民消费

图1 河南省消费不足的逻辑推理

率），按照著名发展经济学家H.钱纳里等实证研究，政府消费率一般维持在11.9%―15.0%之间，河南省政府消费率符合H.钱纳里的标准结构（箭头 1），但是居民消费率却远低于标准结构中的居民消费率大于60%的水平论文服务。在居民消费支出中，河南省城镇居民消费支出为8837.46元项目管理论文，占城镇居民收入的66.793%，低于全国平均水平4.5个百分点，居全国倒数第5位。据初步统计2009年河南省城镇居民家庭恩格尔系数为34.2%，依据联合国粮农组织提出的恩格尔系数标准，河南省城镇居民生活水平自1996年已进入小康层次，消费方式已经开始由生存型向享受发展型转变，基生活消费已经基本稳定且弹性较低（箭头2），所以非基本生活消费低是才是问题的根源（如图1）。

一、基于非基本生活消费模型分析

1、非基本生活消费的概念及界定

生活消费按满足人们需要的顺序，可分为基本生活消费和非基本生活消费，基本生活消费是维持劳动力再生产所必须的、最低限度的消费。非基本生活消费则是基本生活消费的对称，是超出维持劳动力再生产所必需的消费。一般而言项目管理论文，人们只有在满足了基本生活消费的条件下，才有可能发展非基本生活消费。本文参考了《消费经济学大辞典》的合理词义解释部分，并对非基本生活消费做了一定的延伸和补充论文服务。非基本生活消费是指在满足人们维持和延续其生命的基本生活消费的前提下，用于满足自身发展和发挥其体力、智力以及为使生活舒适的物质消费、精神消费和劳务消费的总称。生活消费支出、基本消费支出、非基本生活消费支出分别用CE(consumption expenditures)、BLC(basic living consumption)、NBLC(non-basic living consumption)表示。

2、扩展线性支出系统（ELES）下非基本生活消费的模型构建

假定某一时期人们对各种商品(服务)的需求量取决于人们的收入，而且人们对各种商品的需求分为基本需求和超过基本需求之外的需求两部分，居民在基本需求得到满足之后才将剩余收入按照某种边际消费倾向安排各种非基本消费支出。非基本生活消费的ELES模型需求函数[②]：

参数是边际消费倾向，满足：0<βi<1，<1

对模型的进行变形：

令V=；a=；b=

对方程式进行回归可得a*和b*，进一步可求出：

3、非基本生活消费的计量分析

模型采用1993―2008按收入水平分组的河南省城镇居民消费支出的截面数据，为了修正和避免数据出现异方差，本文采用了加权最小二乘估计（WLS）法对方程参数进行回归估计项目管理论文，权重W=resid^(-2)。显著水平选取为0.05。t(d)是β*i的t观测值，R2为方程的可决系数论文服务。

通过EVIEWS软件进行WLS回归结果如下[③]：

2008年河南省城镇居民消费ELES模型的估计参数

tβ=598.6320 R2=1.000000 D-W=2.276046 F=358360.2

2007年河南省城镇居民消费ELES模型的估计参数

tβ=31.44564 R2=0.999890 D-W=2.310967 F=988.8286

2006年河南省城镇居民消费ELES模型的估计参数

tβ=59.77045 R2=1.000000D-W=1.776125 F=3572.506

2005年河南省城镇居民消费ELES模型的回归估计参数

tβ=2019.675R2=1.000000 D-W=1.427389 F=4079087.

2004年河南省城镇居民消费ELES模型的回归估计参数

tβ=239.4272R2=1.000000D-W=1.674908 F=57325.39

2003年河南省城镇居民消费ELES模型的回归估计参数

tβ=128.6925R2=0.999795D-W=1.609279 F=16561.75

2002年河南省城镇居民消费ELES模型的估计参数

tβ=180.7875R2=0.999991D-W=1.718861 F=32684.13

2001年河南省城镇居民消费ELES模型的估计参数

tβ=175.2843R2=0.999999D-W=1.181300 F=30724.59

2000年河南省城镇居民消费ELES模型的估计参数

tβ=30.37496R2=0.999990D-W=1.323353 F=922.6385

1999年河南省城镇居民消费ELES模型的估计参数

tβ=445.2760 R2=1.000000 D-W=2.680368 F=198270.7

1998年河南省城镇居民消费ELES模型的估计参数

tβ=133.6603R2=0.999997D-W=1.623019 F=17865.07

1997年河南省城镇居民消费ELES模型的估计参数

tβ=341.95878R2=0.999954D-W=1.505179 F=1760.539

1996年河南省城镇居民消费ELES模型的估计参数

tβ=99.82376R2=0.999999 D-W=1.794003 F=9964.783

1995年河南省城镇居民消费ELES模型的估计参数

tβ=1196.196R2=1.000000D-W=1.504203 F=1430885.

1994年河南省城镇居民消费ELES模型的估计参数

tβ=3144.5403R2=0.999990D-W=2.396234 F=20891.89

1993年河南省城镇居民消费ELES模型的估计参数

tβ=42.16312R2=0.999993D-W=2.142866 F=1777.729

1992年河南省城镇居民消费ELES模型的估计参数

tβ=202.8902R2=0.999990 D-W=1.223436 F=41164.42

汇总回归方程估计结果，通过Excel软件处理结果如下：

表1 1993-2008年河南省城镇居民基本消费和非基本消费支出情况单位：元

 

类别

年份

CE

a*

b*（β*i）

BLCi(BLC)

NBLC

2008

8837.46

1475.782

0.562177

3370.727

5466.733

2007

7826.72

1268.192

0.593939

3123.156

4703.564

2006

6685.18

1603.482

0.511453

3282.145

3403.035

2005

6038.02

1209.152

0.541007

2634.358

3403.662

2004

5294.19

1197.215

0.522404

2506.753

2787.437

2003

4941.60

955.1838

0.562634

2183.946

2757.654

2002

4504.68

1417.536

0.480717

2729.795

1774.885

2001

4110.17

676.3441

0.651922

1943.082

2167.088

2000

3830.71

814.1469

0.633153

2219.309

1611.401

1999

3497.53

745.6160

0.607170

1898.063

1599.467

1998

3415.65

882.5848

0.605248

2235.796

1179.854

1997

3378.02

590.5870

0.681768

1855.838

1522.182

1996

3009.35

596.1219

0.635379

1634.908

1374.442

1995

2673.95

622.2854

0.615177

1617.069

1056.881

1994

2155.15

359.2111

0.684511

1138.585

1016.565

1993

1609.26

393.4778

0.608181

1004.234

605.0264

1992

1342.58

260.5322