欢迎访问发表云网!为您提供杂志订阅、期刊咨询服务!

软件项目管理论文大全11篇

时间:2023-03-16 15:54:02

绪论:写作既是个人情感的抒发,也是对学术真理的探索,欢迎阅读由发表云整理的11篇软件项目管理论文范文,希望它们能为您的写作提供参考和启发。

软件项目管理论文

篇(1)

2项目管理在软件开发中的应用现状

在二十世纪六十年代中期,人们发现了在开发软件过程中存在着很多问题,具体的问题表现在以下两个方面:一方面,不规范的生产过程;另一方面,不重视管理工作。为了能够有效解决软件开发过程中存在的问题,人们开始尝试利用过程管理方法。但是到了二十世纪八十年代,还是没有制定管理软件开发过程相关标准。近几年来,在信息技术快速发展的背景下,人们采取项目管理来控制软件开发的质量、软件开发的成本等,以此确保软件开发的质量和成本等因素,符合当时的既定标准。在软件开发过程中,每一个项目组的不同成员都应该承担不同的任务,并且企业管理者应该要求他们要在规定的时间内完成自身的任务,这种明确分工制度,有助于提高员工的工作效率。

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

每一个软件开发项目都要经过以下几个阶段:提出问题、研究可行性、分析需求、测试等。因此项目管理工作应该贯穿于软件开发的整个过程。

3.1可行性研究

无法开发哪一个项目,都需要进行可行性分析与研究。通过利用项目管理来研究软件开发项目可行性的目的在于:在最短的时间内确定软件开发项目是否具有开发的价值。其中可行性研究的内容包括:

1)、研究技术的可行性。其主要是指:要合理地分析开发项目的功能与性能,分析其中所隐藏的技术风险。

2)、研究经济的可行性。其主要是指:估计所开发的项目给企业带来的经济效益,然后依据所估算的经济效益,确定该项目是否具有投资的价值。

3)、研究社会的可行性。其主要是指:分析此项目的运行方式是否正确,分析当前的人员技术水平以及管理制度是否具有可行性。

3.2软件项目估算

在软件开发过程中,首先要规划软件开发项目,如此便于项目管理人员制定切合实际的估算方案。规划软件开发项目的内容主要包括:明确软件开发的目标、明确软件开发过程中需要用到的各种资源、明确软件开发的进度等。在软件开发过程中,估算起着非常重要的作用。通过估算可以保证软件项目在规定的时间内完成,也可以确保软件项目的成本未超出预算。在估算资源、成本以及进度的时候,要依据自身丰富的经验以及相关的数据。但是当前所使用的估算方法较为单一,此种估算方法容易增加估算风险。对此,研究人员应该努力研究出更多科学、有效的估算方法。

3.3软件项目开发人员的管理

在开展软件项目开发人员管理工作的时候,首先要合理安排人员。通常情况下,是由多个小组成员共同完成软件开发项目。在具体安排人员任务的时候,要依据每位人员的优势进行,并且要明确小组内每一位成员的工作任务以及工作目标。在软件开发过程中,要确定不同的责任人,比如:项目经理、开发经理,并且为每一个小组安排一名组长,如此有助于确保软件开发项目的顺利完成,同时保证所开发出来的软件属于高质量产品。

篇(2)

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.

篇(3)

做软件“大餐”的工序

软件质量保证(SoftwareQualityAssurance,以下简称SQA)的目的是验证在软件开发过程中是否遵循了合适的过程和标准。软件质量保证过程一般包含以下几项活动:

首先是建立SQA组;其次是选择和确定SQA活动,即选择SQA组所要进行的质量保证活动,这些SQA活动将作为SQA计划的输入;然后是制定和维护SQA计划,这个计划明确了SQA活动与整个软件开发生命周期中各个阶段的关系;还有执行SQA计划、对相关人员进行培训、选择与整个软件工程环境相适应的质量保证工具;最后是不断完善质量保证过程活动中存在的不足,改进项目的质量保证过程。

独立的SQA组是衡量软件开发活动优劣与否的尺度之一。SQA组的这一独立性,使其享有一项关键权利??“越级上报”。当SQA组发现产品质量出现危机时,它有权向项目组的上级机构直接报告这一危机。这无疑对项目组起到相当的“威慑”作用,也可以看成是促使项目组重视软件开发质量的一种激励。这一形式使许多问题在组内得以解决,提高了软件开发的质量和效率。

选择和确定SQA活动这一过程的目的是策划在整个项目开发过程中所需要进行的质量保证活动。质量保证活动应与整个项目的开发计划和配置管理计划相一致。一般把该活动分为以下五类:

1)评审软件产品、工具与设施

软件产品常被称为“无形”的产品。评审时难度更大。在此要注意的一点是:在评审时不能只对最终的软件代码进行评审,还要对软件开发计划、标准、过程、软件需求、软件设计、数据库、手册以及测试信息等进行评审。评估软件工具主要是为了保证项目组采用合适的技术和工具。评估项目设施的目的是保证项目组有充足设备和资源进行软件开发工作。这也为规划今后软件项目的设备购置、资源扩充、资源共享等提供依据。

2)SQA活动审查的软件开发过程

SQA活动审查的软件开发过程主要有:软件产品的评审过程、项目的计划和跟踪过程、软件需求分析过程、软件设计过程、软件实现和单元测试过程、集成和系统测试过程、项目交付过程、子承包商控制过程、配置管理过程。特别要强调的是,为保证软件质量,应赋予SQA阻止交付某些不符合项目需求和标准产品的权利。

3)参与技术和管理评审

参与技术和管理评审的目的是为了保证此类评审满足项目要求,便于监督问题的解决。

4)做SQA报告

SQA活动的一个重要内容就是报告对软件产品或软件过程评估的结果,并提出改进建议。SQA应将其评估的结果文档化

5)做SQA度量

SQA度量是记录花费在SQA活动上时间、人力等数据。通过大量数据的积累、分析,可以使企业领导对质量管理的重要性有定量的认识,利于质量管理活动的进一步开展。

要说明的是,并不是每个项目的质量保证过程都必须包含上述这些活动或仅限于这些活动,要根据项目的具体情况来定。

SQA计划中必须明确定义在软件开发的各个阶段是如何进行质量保证活动的。它通常包含以下内容:质量目标;定义每个开发阶段的开始和结束边界;详细策划要进行的质量保证活动;明确质量活动的职责;SQA组的职责和权限;SQA组的资源需求,包括人员、工具和设施;定义由SQA组执行的评估;定义由SQA组负责组织的评审;SQA组进行评审和检查时所参见的项目标准和过程;需由SQA组产生的文档。

选择合适的SQA工具并不是试图通过选择SQA工具来保证软件产品的质量,而是用以支持SQA的活动。选定SQA工具时,首先需要明确质量保证目标。根据目标制定选择SQA工具的需求并文档化,包括对平台、操作系统以及SQA工具与软件工程平台接口的要求等。

如何使白壁“无瑕”

按工序去做也不一定能得到一盘完美的“大餐”,因为火侯等因素实在很难掌握。万一掌握不好怎么办?软件质量控制主要就是发现和消除软件产品的缺陷。对于高质量的软件来讲,最终产品应该尽可能达到零缺陷。而软件开发是一个以人为中心的活动,所以出现缺陷是不可避免的。因此,要想交付一个高质量的软件,消除缺陷的活动就变得很重要。缺陷消除是通过“评审”和“测试”这类质量控制活动来实现的。

篇(4)

ispaidattentiontodaybyday.Thistexthasbeenanalyzedanddescribed

throughtheorigincauseofformation,existingproblemandcorresponding

solutionofapplicationtotheprojectmanagementinsoftwaredevelopment

mainly.

关键词:项目管理,软件开发

Keywords:Projectmanagement,Softwaredevelopment

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

项目管理的两个问题

1、什么是项目管理?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

问题一:缺乏项目管理系统培训(相关对象:项目经理、管理人员)

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

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

问题二:项目计划意识问题(相关对象:项目经理)

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

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

问题三、管理意识问题(相关对象:项目经理)

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

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

问题四:沟通意识问题(相关人员:项目经理、项目组成员)

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

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

问题五:风险管理意识问题(相关人员:项目经理)

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

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

问题六:不重视项目经验的总结(相关人员:项目经理、管理人员)

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

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

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

问题七:项目干系人相关问题(相关人员:项目经理、项目成员、客户)

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

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

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

问题八:项目团队内分工协作问题(相关人员:项目经理、项目成员)

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

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

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

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

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

参考文献:

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

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

篇(5)

项目管理技术是软件工程专业的一门重要专业课。其教学任务是使学生了解和掌握项目管理的基本概念、基本原理和工程化方法。内容涉及项目管理知识体系(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.

篇(6)

软件行业在现在的众多行业里是一个极具挑战性和创造性的行业,体现了软件开发者的智慧和汗水,同时软件开发是一项复杂的系统工程。牵涉到许多方面的因素,在实际工作中,经常会出现各种各样的问题,甚至会面临失败。如何总结、分析失败的原因。得出有益的教训,对于项目开发人员来说,是在今后的项目中取得成功的关键。

一、软件开发中实行项目管理的意义

项目管理就是在项目活动中运用一系列的知识、技能、工具和技术,以满足或超过相关利益者对项目的要求,实际上就是通过项目各方干系人的合作,把各种资源应用于项目,以实现项目的目标,满足项目干系人的需求,其本质就是对时间、质量和成本的管理。

随着软件开发的深入、各种技术的不断创新以及软件产业的形成,人们越来越意识到软件过程管理的重要性,管理学的思想逐渐融入软件开发过程中,项目开发的管理日益受到重视。

二、目前在软件项目管理中存在的误区

现在大多数企业都认识到了在项目中进行管理的重要性,但是仍然有许多企业在实施项目管理的过程中存在着这样那样的误区,主要表现在:

1项目经理不够专业。在软件企业中,缺乏专业的项目管理人员来实施项目管理及担任项目经理,通常被任命的项目经理主要是因为他们能够在技术上独当一面,但是他们在管理方面特别是项目管理方面的知识比较缺乏。

2项目计划缺乏纲领性。项目经理对总体计划、阶段计划的作用认识不足,因此制定总体计划时比较随意,不少事情没有仔细考虑:阶段计划因工作忙等理由经常拖延,造成计划与控制管理脱节,无法进行有效的进度控制管理。

3缺乏有效的管理意识。部分项目经理不能从总体上把握整个项目,而是埋头于具体的技术工作,造成项目组成人员之间忙的忙、闲的闲,计划不周、任务不均、资源浪费。有些项目经理没有很好的管理方法,不好安排的工作只好自己做,使项目任务无法有效、合理地分配给相关成员,以达到“负载均衡”。

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

5风险管理意识淡泊。有些项目经理没有充分意识到风险管理的重要性,对计划书中风险管理的章节简单应付了事,随便列出几个风险,随便地写一些简单的对策,对于后面的风险防范起不到什么指导作用。

6项目干系人的不确定性。在范围识别阶段,项目组对客户的整体组织结构、有关人员及其关系、工作职责等没有足够了解以至于无法得到完整需求或最终经权威用户代表确认的需求:或者是多个用户代表各说各话、昨是今非,但同时又要求项目尽早交付:项目后期需求变化随意,造成项目范围的蔓延,进度的拖延,成本的扩大。

7缺乏项目团队的合理分工。项目团队内部有时由于各阶段不同角色或同阶段不同角色之间的责任分工不够清晰而造成工作互相推诿、责任互相推卸的现象;有时各阶段不同角色或同阶段不同角色之间的责任分工比较清晰,但是各项目成员只顾完成自己那部分任务,不愿意与他人协作。这些现象都将造成项目组内部资源的损耗,从而影响项目进展。三、解决软件项目管理中存在的误区的有效策略

要想解决上面描述的误区,归根到底还是要从管理学的角度入手,即在软件项目的开发过程中加入过程管理的内容,这样我们可以在软件开发中对各个过程的质量加以控制,从而达到保证软件产品质量的目的。为了有效提高管理水平,我们应该努力做到:

1项目经理接受系统的项目管理知识培训是非常必要的,有了专业领域的知识与实践,再加上项目管理知识与实践和一般管理的知识和经验的有机结合,必能大大提高项目经理的项目管理水平。

2计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项目经理的计划意识,采用项目计划制定相关知识、技术、工具,加强对开发计划、阶段计划的有效性进行事前事后的评估。

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

4制定有效的沟通制度和沟通机制,提高沟通意识:采取多种沟通方式,提高沟通的有效性。通过制度规定对由于未及时收取邮件而造成损失的责任归属;对于特别重要的内容要采用多种方式进行有效沟通以确保传达到位,例如:除发送邮件外还要电话提醒、回执等,重要的内容还要通过举行各种会议进行传达。

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

篇(7)

1.项目前期以及项目准备

在进行任何一项较大的项目时,首先要进行项目的可行性分析和研究,因为这些项目中的问题并不都有明显的解决办法,这样就很难在预定的时间、费用之内解决这些问题,如果这些问题没有可以行得通的解决办法,贸然开始这些项目,就可能导致项目的失败,造成巨大的损失。

1.1可行性分析

软件项目可行性研究的目的是用最小的代价和时间,确定该项目是否能够开发值得开发,其实质是要进行一次简化的、抽象的需求分析和设计过程,主要应从以下几个方面进行分析。

1.1.1技术可行性

对要开发项目的功能,性能和限制条件进行分析,确定在现有的资源条件下技术风险有多大,项目是否能够实现,现有的资源包括硬件、软件资源,现有的技术人员和技术水平,已经有的工作基础等,判断技术上是否可行,主要需要考虑以下几个问题:

(1)开发的风险即在给定条件下能否实现目标的功能和性能;

(2)资源的有效性;

(3)技术的发展性;

由于需求未经过详细的调研,存在模糊性和可能的变化,开发人员进行技术可行性评估时,存在比较大的风险,一旦出现估计的错误,将可能导致灾难性的后果。

1.1.2经济可行性

进行软件开发项目的成本估算以及了解取得的效益估算,确定该项目是否值得开发,对于大多数项目,衡量经济可行性,应考虑一个“底线”,同时应考虑公司的长期经营策略,潜在市场前景等因素。

1.1.3社会可行性

应考虑项目是否存在任何侵权、责任等问题,考虑在现有的制度、法规下是否行得通,包括合同、责任、法律等多种因素。

1.2需求调研

在项目前期工作中,需求调研是其中最重要的一个环节,今后的许多工作都依赖于需求调研的结果,需求调研的过程是渐进的,在可行性分析阶段,主要关注的是项目规模、范围和重点的功能,在项目进入正是开发流程以后,我们需要更加全面、准确地了解系统的需求不重视需求过程的项目队伍将自食其果,需求工程中的缺陷将给项目成功带来极大风险。如:无足够用户参与导致产品无法被接受;用户需求的增加带来过度的耗费和降低产品的质量;模棱两可的需求说明可能导致时间的浪费和返工;用户增加一些不必要的特性和开发人员画蛇添足;过分简略的需求说明以致遗漏某些关键需求;忽略某类用户的需求将导致众多客户的不满;不完善的需求说明使得项目计划和跟踪无法准确进行。

1.3项目团队的组织

建立项目团队是项目开发过程的开始,一切工作都是由项目团队的成员完成的在整个项目的运行过程中,需要很多不同的角色参与到项目中,完成不同阶段的任务。所以在建立项目团队的过程中要把握好人员角色的划分、特别人员管理与激励、监督等。整个人员的管理是项目管理的关键,因为人是活的,而项目是死的,只要人员管理妥当,项目开发一般是不会出什么问题的。

1.4项目开发计划

软件项目的特征之一就是需求的不确定性和开发过程中存在的技术风险,按照通常的方法,制定一个项目的计划应该是先根据项目的需求,进行详细的任务分解找出实现的方法,估计出项目的工作量,再根据项目资源的状况,制定出项目的计划。

但是,再现实的工作中,项目的时间表往往是事先确定的,给开发留出的时间也是事先定好的。而我们能够利用的资源,主要是开发的人力资源,也被事先基本确定了,在被确定的这2个前提条件下,我们如何根据项目的需求,合理地安排人力和时间,完成项目的开发,这是现实中项目经理经常遇到的问题如果事先确定的时间表是相对比较合理的,至少应该是我们够的到的。我们制定的开发计划才是有意义的,否则,按照这个时间表制定出来的计划只能失败的在这种情况下,项目经理唯一可以做的是对用户的需求进行剪裁,去掉某些耗时长而且不太重要的功能,或是在开发中适当降低质量要求,或许可以完成项目的进度。当然这必须最终要得到用户的认可。778论文在线

2.项目开发过程管理

2.1详细设计

在详细设计阶段,由于任务已经详细地分解,总体地解决方案和技术框架已经确立,详细设计地目的就主要是针对某个特定地模块或对象,根据需求,技术框架地要求和模块间接口,描述出我们实现功能的方法,主要内容包括:

(1)内部算法描述;

(2)内部数据组织;

(3)相关接口详细设计;

2.2设计评审

在设计完成后,必须安排设计评审以保证设计的质量,通常设计评审以小组内部的评审会的方式进行,参与人有项目小组内部的人员及其负责人,由开发者介绍其设计思路,其他人了解并对其设计质量进行评审。评审的内容主要包括:

(1)关键算法的可行性;

(2)接口是否符合概要设计的要求;

(3)技术清晰度是否符合设计标准;

(4)文档的完备性;

评审通过的设计,才能够开始编码工作,评审的结果应记录到开发文档当中。

2.3编码

在编码阶段,主要需要在编码工作结束后,进行代码审核,这项工作非常重要主要应该由项目小组的技术负责人完成,审核的目的并不是为了检验代码的正确性而是需要对编码是否按照规范进行审核。主要内容包括:

(1)变量、包、方法等的命名是否符合规则;

(2)注释是否填写完整,是否符合规范;

(3)代码的可读性,编写风格是否符合规范;

(4)是否有明显的造成系统运行低效率的处理方法;

(5)公共变量的定义和使用;

2.4调试

编码工作完成以后,通常需要开发人员自己进行单元测试,有些部分需要编写相应的测试程序。应该避免发生这类的情况,有些开发人员任务自己不应该进行测试工作,在编写完代码以后,只要编译成功,就直接提交成果,将测试工作完全交给测试人员去做,这样做不仅仅给测试人员增加了许多的工作量,同时增加了许多因为交流产生的时间,造成进度的延迟,管理人员应该杜绝程序员的这样的思想,同时在管理中予以考虑,可以将提交成果产生的bug数量作为考核程序员业绩的标准之一。

3.项目后期管理

3.1项目的验收

项目验收,是整个项目生命周期中最后一个环节。一般来说,软件项目的验收一般来说有2个阶段,第一个阶段是验收测试,当验收测试成功结束后,一般会有一个阶段的试运行阶段,只有当2个阶段全部结束后,整个项目才算真正结束,可以收回全部的工程款,该软件也进入其运行维护期。验收测试应按照软件的需求,质量要求进行测试验收,需要甲乙双方共同建立验收小组,或请第三方测试机构进行验收测试,在验收测试之前,开发方应提供一系列的开发设计文档供验收测试使用。

3.2软件维护

编程大师曾说“哪怕程序只有三行长,总有一天你也不得不对它维护。”,很

多软件产品不是一次性的买卖,比如在电信、金融等领域,有些软件系统要用十几年,对软件进行维护是必不可少的,软件公司的经理们没有哪一个喜欢被维护的费用吓一跳,但软件维护的代价通常是高昂的。对软件而言“维护”是个不太直观的术语,因为软件产品在重复使用时不会被磨损,并不需要进行像对车辆或电器那样的维护,软件维护是人们对既丰富多彩又会令人心酸的活动的统称,其中丰富多彩的活动是指那些反映客观世界变化,能使软件系统更加完善的修改和扩充工作,令人心酸的活动是指那些永无休止,并且改了旧错却引起新错让人欲哭无泪的工作。

参考文献:

1.邱菀华沈建明杨爱华等编著现代项目管理导论机械工业出版社

2002年10月

2.美理查德怀特黑德著领导软件开发团队电子工业出版社2002年5月

3.尼尔怀特著管理软件开发项目-通向成功的最佳实践电子工

业出版社2002年4月

4.刘积仁康晓东饶友玲主编软件开发项目管理人民邮电出版社

2002年2月

篇(8)

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

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当前,我国的项目造价(成本)领域的软件应用已取得一定成绩,但远不能和其他领域相提并论;目前所存在的主要问题是还未能最终实现工程量的自动计算。

篇(9)

问题的提出[①]

消费是经济发展的动力,是拉动经济增长的三驾马车之一。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

对模型的进行变形:

令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

0.674353

800.0448

542.5352

数据来源:1994-2009年河南省统计年鉴

二、基本生活消费与非基本生活消费图示分析

1、量的图示分析

河南省城镇居民人均消费支出在1992年仅为1342.58元,在2008年达到8837.46元,基本生活消费自1992年的人均800.0448元变化到2008年的人均3370.727元,非基本生活消费也从1992年人均542.5352

图2城镇居民消费支出、基本生活消费与非基本生活消费比较

元增加至2008年的人均5466.733元。如图2所示,我们不难发现,基本生活消费的变化趋势比较缓慢,而非基本生活消费的上升趋势较明显。其中,2001年非基本生活消费在首次超过基本生活消费,虽然在2002年有所下降项目管理论文,但是在2003年非基本生活消费又超过基本生活消费,并逐渐扩大差距,截至2008年非基本生活消费已超出基本生活消费2096.006元。

2、增量投向与拉动分析

河南省城镇居民人均消费支出增量(CE)明显呈倒“U”型,从1993年的人均266.68元降低至1998年的37.63元,随后逐步上升,其中,近两年的人居民消费支出增量明显,2007年为人均1141.54元,2008年为人均1010.74元。基本生活消费增量(BLC)的波动不明显,在九十年代前期逐步降低,随后又逐步上升到1993年的水平项目管理论文,维持在人均200元左右,增量投向比和贡献率总体呈下降趋势,说明基本生活费已趋于稳定。与基本生活消费增量不同,非基本生活消费(NBLC)波动比较明显,总体呈逐步增加趋势,说明非基本生活消费受外界影响较大,也是拉动增量增长的主力论文服务。增量投向比与贡献率也能很好的说明这一点,非基本生活消费增量投向比从1993年的0.23433上升至2008年0.75506,期间虽然起伏较大,但是趋势比较明显,贡献率也从1993年的4.7的百分点扩大至2008年9.8个百分点。分析的结果(表2)表明非基本生活消费的拉动潜力比基本生活消费大。

表2 河南省城镇居民消费增量投向与贡献率比单位:元、%

年份项目

CE

BLC

NBLC

增量投向比

贡献率

BLC/CE

NBLC/CE

CR1

CR2

1993

266.68

204.1892

62.4912

0.765671

0.23433

0.152087

0.046545606

1994

545.89

134.351

411.5386

0.246114

0.753886

0.083486

0.255731578

1995

518.8

478.484

40.316

0.92229

0.07771

0.222019

0.018706819

1996

335.4

17.839

317.561

0.053187

0.946813

0.006671

0.118761009

1997

368.67

220.93

147.74

0.599262

0.400738

0.073415

0.049093658

1998

37.63

379.958

-342.328

10.09721

-9.09721

0.112479

-0.10133984

1999

81.88

-337.733

419.613

-4.12473

5.124731

-0.09888

0.122850116

2000

333.18

321.246

11.934

0.964182

0.035818

0.091849

0.003412122

2001

279.46

-276.227

555.687

-0.98843

1.988431

-0.07211

0.145061098

2002

394.51

786.713

-392.203

1.994152

-0.99415

0.191406

-0.09542257

2003

436.92

-545.849

982.769

-1.24931

2.249311

-0.12117

0.218166218

2004

352.59

322.807

29.783

0.915531

0.084469

0.065324

0.006026995

2005

743.83

127.605

616.225

0.171551

0.828449

0.024103

0.116396465

2006

647.16

647.787

-0.627

1.000969

-0.00097

0.107285

-0.00010384

2007

1141.54

-158.989

1300.529

-0.13928

1.139276

-0.02378

0.194539115

2008

1010.74

247.571

763.169

0.24494

0.75506

0.031632

0.097508152

注:CR1、CR2代表基本生活消费、非基本生活消费对城镇居民生活消费的贡献率。CR1=g*BLC/CE项目管理论文,CR2= g*NBLC/CE,其中g=(CEt-CEt-1)/ CEt-1

三、预期收入与非基本生活消费的模型分析

1、预期收入与非基本生活消费的模型构建

建立预期收入与非基本生活消费模型需要对预期收入的形成机制做出某种假定,本文主要采用自适应预期模型,假定消费主体对收入的预期是通过一种简单的学习过程而形成的,其机理是,消费主体会根据自己过去在作预期收入时所犯的错误的程度,来修正他们以后每一时期的预期收入,用数学式表示就是:

Yt*=Yt-1*+λ(Yt—Yt-1*),其中Y*为预期收入,λ为适应系数,0≤ λ≤1项目管理论文,模型的推导过程为:

NBLCt=??+??Yt*+??t………………………………(1)

将变形后的收入自适应过程代入(1)式:NBLCt=??+??[λYt*+(1—λ) Yt-1*]………………………(2)

将(1)—(2)×(1-λ),整理得:NBLCt=λ??+λ??Yt+(1—λ) NBLCt-1+[??t—(1—λ) ??t-1] ………………(3)

令a=λ??,b0=λ??,b1=(1—λ),ut=[??t—(1—λ) ??t-1] ………………………………(4)

模型可以变形为:NBLCt=a+ b0Yt+ b1 NBLCt-1+ut t………………………………(5)

对(4)式一阶自回归模型进行回归,可以得到a、 b0、 b1的估计值,代入(4)式可求出模型估计值。

2、预期收入与非基本生活消费的实证分析

1)通过eviews软件分析得出以下回归结果[④]:

表3 自适应预期模型回归结果

Variable

Coefficient

Std. Error

t-Statistic

Prob.

C

-405.7075

128.1870

-3.164967

0.0075

Y

0.607486

0.090002

6.749687

0.0000

NBLC(-1)

-0.538431

0.253073

-2.127573

0.0531

R-squared

0.978529

Mean dependent var

2276.867

Adjusted R-squared

0.975226

S.D. dependent var

1383.685

S.E. of regression

217.7894

Akaike info criterion

13.77229

Sum squared resid

616618.6

Schwarz criterion

13.91715

Log likelihood

-107.1784

F-statistic

296.2347

Durbin-Watson stat

1.973887

Prob(F-statistic)

0.000000

2)模型检验

德宾h检验:

通过excel软件计算,Var(b1*)= 0.221790948,回归结果中D-W=1.973887

= 0.059412

因此接受原假设??=0,说明该回归模型不存在一阶自相关。

统计推断检验:

由表3数据可得可决系数R2=0.978529修正的可决系数为0.975226,说明所建模型整体上对样本数据拟合较好论文服务。由回归的结果可以看出t(b0*)=6.749687项目管理论文,t(b1*)=-2.127573,prob(b0*)=0.00000

3)预期收入与非基本生活消费的方程

NBLC=-263.7151+0.39487Y*

从式中我们知道,预期收入对非基本消费有显著影响,当预期可支配收入每增加1元,就有0.39487元用于非基本生活消费。

四、政策建议

河南省城镇居民消费水平已达到富裕层次,通过基本消费与非基本消费支出的趋势描述以及各自的增量投向与拉动分析,可知基本生活消费支出已经趋于稳定,非基本生活消费是扩大消费居民消费的关键,从回归的结果看,预期收入对非基本生活消费有显著影响,所以增加和稳定城镇居民预期收入是提高城镇居民消费的着力点。

参考文献

[1]黄心田,易法海.湖北省城镇居民食物消费结构趋势分析[J] 统计与决策,1999(02)

篇(10)

2.战略项目管理情境对项目权力配置的影响研究——基于战略权变视角

3.项目管理技术在国家审计项目管理中的应用 

4.领导干部需要具备现代项目管理的理念和知识

5.风险分担对工程项目管理绩效影响的实证研究

6.翻译项目管理与职业译员训练

7.我国IT项目管理研究及应用策略

8.项目管理信息化框架和模型研究

9.工程项目管理模式及演进机理分析

10.初始信任、柔性合同和工程项目管理绩效:一个中介传导模型的实证分析

11.项目管理的发展及成熟度分析

12.企业项目管理能力的研究

13.建筑企业组织项目管理成熟度模型研究 

14.四种项目管理成熟度模型的比较研究

15.教师培训项目管理导图——以“国培计划”短期集中培训项目为例

16.项目管理的多维度集成创新模式研究

17.翻译项目管理流程介绍

18.基于WSR方法论的项目管理系统分析

19.基于多层次灰色理论的房地产项目管理成熟度模型构建与应用研究

20.企业项目管理成熟度模型的构建与应用研究

21.工程项目管理模式决策研究综述

22.企业战略管理与项目管理耦合研究

23.治理对公共项目管理绩效改善的实证研究——以企业型代建项目为例

24.合同柔性与项目管理绩效改善实证研究:信任的影响

25.建设企业多项目管理中的资源调度问题研究

26.企业集权度与项目管理成熟度匹配关系研究

27.基于BIM的工程项目管理沙盘模拟实践教学研究

28.基于成熟度的科研项目管理评测及改进研究

29.基于战略视角的企业项目管理模式研究

30.基于OPM3的组织项目管理能力体系建设的研究

31.政府投资大型复杂项目总体项目管理框架研究

32.多项目管理组织结构及其评价

33.不完全契约视角下工程项目风险分担与项目管理绩效影响关系实证研究

34.中国工程项目管理体系探讨

35.多项目管理探究

36.项目管理在制药企业新药研发中的应用探讨

37.中国农村扶贫项目管理效率的定量分析

38.基于物元分析法的施工项目管理绩效评价模型

39.新产品研发项目管理模式的应用 

40.项目管理成熟度模型及其应用研究

41.协同产品开发环境下项目管理系统的研究

42.项目管理与项目治理的辨析

43.大数据挖掘在工程项目管理中的应用

44.中外项目管理模式比较研究

45.关键链项目管理方法综述

46.项目管理中的人和组织因素研究现状综述

47.面向科研院所的科研项目整合管理体系研究

48.软件项目管理最新研究综述

49.项目管理的研究现状与研究前景

50.工程项目管理中应对不确定性的机制研究  

51.并行建设工程项目管理模式研究

52.建设工程项目管理信息化发展问题研究

53.项目管理中BIM技术的应用与推广

54.浅论“项目—矩阵”复合式项目管理组织结构模式

55.论项目管理的知识体系

56.神舟飞船项目管理成熟度模型研究

57.国内外现代项目管理学科体系的发展

58.全生命周期项目管理成熟度模型研究

59.“大学生创新创业训练计划”项目管理探索与实践

60.项目管理成熟度模型(PMMM)研究与应用

61.项目管理办公室:概念、发展历程与职能

62.初始信任对工程项目管理绩效的影响研究:合同柔性、合同刚性的中介作用

63.汽车研发中的现代化项目管理

64.借鉴现代项目管理理论 提升科研项目管理水平

65.项目管理研究综述

66.项目管理技术在汽车产品开发中的应用探讨 

67.风险分担对工程项目管理绩效的影响研究——基于社会资本的调节效应

68.科研项目管理成熟度模型及其应用研究

69.项目管理理论及其架构

70.基于项目管理视角的高校协同创新团队组织结构分析与设计

71.人力资源管理在项目管理中的有效应用

72.项目管理与项目组织研究结构与分析

73.农民有效参与对农地整治项目绩效的影响效应研究——基于项目管理行为的中介效应分析

74.项目管理中的知识管理问题

75.基于平衡计分卡的项目管理绩效评价模型研究

76.创业教育导向下电子商务专业项目管理课程的实践教学设计

77.我国政府投资项目管理新机制的实践与创新研究

78.基于项目管理的高校图书馆服务创新

79.关键链多项目管理中能力约束缓冲大小研究

80.项目组合管理在企业项目管理中的应用研究

81.全生命周期项目管理思想在我国政府投资项目中的应用研究

82.国内外项目管理研究的理论、框架及其进展

83.项目管理理论综述

84.中国项目管理发展的热点和趋势研究

85.基于中国传统的项目管理研究

86.项目管理知识体系的比较分析

87.项目管理的最新进展

88.缓冲估计与关键链项目管理

89.项目管理发展综述

90.BIM在施工总承包项目管理中的应用价值探索

91.基于关键链方法的多项目管理

92.从组织行为学视角看项目管理中的人力资源管理

93.项目管理的研究前沿

94.建筑信息模型(BIM)技术在城市轨道交通项目管理中的应用与探索

95.工程项目管理理论与实践新进展综述

96.信任改善大型工程项目管理绩效的研究框架——基于情景模拟的行为实验

97.论项目管理在市场营销实践中的应用

篇(11)

1.引言

随着计算机技术的不断发展,计算机软件的规模和复杂度也随之不断增加。软件开发早已从早期的“小作坊”式向“团队协作”式转变,这就要求软件开发人员,特别是作为项目组灵魂人物的项目经理,要更深地理解和掌握软件工程的理论和方法。软件工程管理和其他的项目管理相比有很大的特殊性,软件是属于知识产品而不是实物产品,其开发进度和质量很难估计和度量,生产效率也难以预测和保证。因此为了保证软件开发的质量,就必然涉及到使用软件工程的理念对软件项目的管理,好的管理方式不一定能使项目完全成功,但是一个不合适的管理模式往往会导致整个软件项目的失败,所以在项目开始前期,制定好一个良好的项目计划就显得尤为重要。

2.需求管理

2.1客户需求分析

对于软件开发人员来说,客户的需求是首要的,我们不是用户,所以有的时候具体细节是我们没有办法考虑到的,这个时候我们就必须要通过最终客户来了解具体的客户需求。一个缺乏详细需求分析的软件项目,必定会导致系统不能实现预期的功能,使得项目产生严重的质量问题,而需要在后期进行昂贵的修正。

了解了客户的需求,可以让我们在软件的开发过程中少走很多的弯路,缩短软件开发的周期,了解了客户的需求,能够提高软件的友好性,易操作性,易用性,从而来提升软件的质量。

2.2需求成本管理

客户需求的满足,是需要付出成本的。对于客户的需求,要尽量地予以满足,但也不是一味地不顾技术实现上的困难而迁就客户的无理要求,在需求管理进行的同时,也不能忽略了成本问题,因为每一个功能的实现都需要花费时间去努力。在尽量满足客户需求的同时也要约束客户需求,因为需求虽然不能被冻结,但是应该要被收敛。

2.3需求内容传达

有了具体的需求以后,需要和软件设计人员进行深入的沟通,务必做到使他们清楚地知道客户需要什么,确定软件开发的整体方向。

3.进度管理

进度管理严格说来又分为两点,一是项目的总体进度,另一个是每个程序开发人员的个人进度。整个项目的总体进度是建立在个人进度的基础上的,由个人进度累计而成的。

项目的总体进度应该由项目经理通过制定软件项目进度表来控制和调整。制定软件项目进度表有两种途径:其一是根据提供软件产品的最后期限从后往前安排时间,其二是根据项目和资源情况制定软件项目开发的初步计划和交付软件产品的日期。项目经理当然希望按照第二种方式安排自己的工作进度,然而遗憾的是,大多数场合遇到的都是比较被动的第一种方式。

个人的进度是软件开发人员个人的责任和职责所在,进度不是个人的事情,而是整个开发团队的事情。个人进度和全体进度只是着眼点不一样,它所以反映的实质都是一样的,而个人进度更是总体进度的基础,没有了个人进度何谈总体进度。个人进度管理是进度控制的最重要组成部分,个人进度的状况好坏直接影响到项目的总体进度推进情况。

4.成本管理

项目经理是个吃力不讨好的差事,不仅仅要为了把握项目的总体进度,更加要把握住开发的成本,如果开发的成本超过了,那对于团队的开发来说不能盈利,而不能盈利的开发也就意味着失败。

成本管理要根据团队的具体情况和项目的具体要求,在现有的资源下,在保证项目的总体进度、质量达到客户要求的情况下,对软件项目成本进行有效的组织、控制和分析等管理,务求最大限度地降低项目成本,提高项目利润。

在强调成本管理重要性的同时,不得不再次提到需求管理的重要。因为若是需求不能尽可能的详细和准确,将会造成项目上的反反复复,不仅致使开发人员加班费的支出成本增加、项目总体进度的延误,同时也给员工带来了身体、精神上的双重疲惫。

5.风险管理

软件开发过程中所谓的风险,可以简单地理解是软件开发过程中因遇到不可预知的资金和进度等问题而产生的对项目的影响。常常会使我们发生进度迟缓,成本增加,甚至是软件项目彻底失败的危险。

风险管理是最容易被忽略也是最难管理的环节。我们可能无法根除风险,但是我们如果加强对风险产生的危机意思,对项目有可能会产生的风险进行预先而有效的管理,就可以从最大限度上减少风险的发生,而这个就是我们风险管理的目的。

6.问题管理

开发过程中不可避免地会遇到各种各样的问题,而如何来解决问题才是关键。软件开发过程中遇到问题一声不响、埋头苦干,务求自己将问题解决的做法是很愚蠢的,因为软件开发要求的是团队合作精神,而不是个人英雄主义。就开发人员而言,一旦碰到了难以解决的问题,在要自己努力研究解决办法的同时,也要把存在的问题及时地向项目经理反映,而项目经理可以会议中,把问题公开出来,借助大家的智慧来寻求解决的方案。总之,在项目开发过程中,一定要建立一个合理的问题反应渠道,及时解决某个开发人员的困难的同时,也将经验给其他人员。

7.配置管理

配置管理也可以说成是版本控制管理。有人把配置管理称为软件开发的一种艺术,配置管理就是对软件开发过程中的产出物,包括代码、各类文档、会议记录等等进行标识、追踪、控制和管理的过程,目的就是为了减少一些沟通合作之间人为产生的错误,提高生产率。

    8.结束语