引论：我们为您整理了1篇软件项目管理论文范文，供您借鉴以丰富您的创作。它们是您写作时的宝贵资源，期望它们能够激发您的创作灵感，让您的文章更具深度。
软件项目管理论文:P6软件工程项目管理论文
1项目基本情况介绍
1.1主体工程项目及工程量
常熟边滩整治工程位于长江黄金水道下游段，工程拟新建围堤长度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软件还可以地对项目整个费用进行预测。
2）基本完备了企业项目管理经验的信息库
通过P6软件能够及时地记录项目实施过程中产生的施工现场文件、文档等实时资料，以实现项目资料的分类管理与查询，为以后的工程项目管理提供了经验。
作者：黄黎君 马卓 李玮 单位：长江水利委员会综合管理中心
软件项目管理论文:概预算编制软件项目管理论文
1概预算软件的发展历程
从TQ-16计算机开始，我国首次在概预算编制领域引进计算机技术。大概从70年代末开始，中间经历了PC机XT、286、386、486这些大家熟知的计算机发展历程，根据一些数据显示，中国大概有超过600种的概预算软件。概预算软件的开发和使用相对较早，成果也很多。不过现在为止还是有很多的单位在使用人力编制概预算。以当前的现象为背景进行分析，阻碍概预算软件推广的原因有如下几点：
（1）定额调整的时间劳动生产率、施工方式、物价水平的变化都会对定额造成很大的影响，调整的频率是3-5年/次，所以，需要大量的工作量来进行软件的维护。这导致想使用软件也会受到限制。很多单位不想花费太多的人力和物力进行软件的维护，因此，对于软件的推广来说起到了抑制作用。
（2）地域不同导致定额不同相同的定额根据区域的变化就会造成单位价格的变化。地区行业不同费用定额也不同，所以，同一款软件想在不同的地区和行业之间发展是比较困难的，其受地域行业影响的局限性非常大。
（3）软件的认可度不够近些年我国才开始认同软件作为一种商品被出售。想把软件开发好就必须在软件开发中耗费很多的智力劳动。而目前我国都是采用手工作坊的方式来开发软件，导致软件的开发水平并不高，如果开发软件的人员不再继续开发，就会导致这项软件的开发处于停滞状态。所以，对于开发人员的依赖也是目前软件得不到推广的一个原因。有时候还会出现和软件开发人员失去联系，导致正在使用的软件无人维护。
2当前我国使用概预算编制软件的情况
概预算软件通常负责工程量计算和工程造价计算两个问题。以下分为两个方面进行阐述：
（1）工程量运算及时种方法：直接输入和公式法。公式法，顾名思义就是采用公式化的方法把不同的工程量计算方法输入进去。在一开始的时候经常使用这种方式来进行概预算编制，但是并没有在实际应用中得到普及，因为公式通常比较难记忆，而且公式繁杂，很容易出错，且不用校对，一般情况下都是手工算好工程量数据，直接填写到计算结果里面。
（2）图形法工程量手工计算和工程量之间数据关联的问题通过公式法和直接输入法已经能解决，后来软件研发了一种图形输入法，通过把工程图纸的数据输入到计算机软件中，计算机就会重新绘制一个一样数据的图纸在软件里，同时，将需要的附加属性也输入到计算机里面，这样计算机就会通过软件的编程自己完成运算，对于没有办法输入到电脑中的图纸信息，可以借助公式法和直接输入法输入。在理论上图形输入法可以解决工程量计算和工程连数据之间的关联问题。不过在实际的应用中，却和理论有很大的偏差，如果工程图纸较为复杂，而且图形属性较多，这样直接手工计算工程量反而比使用电脑软件快捷的多，软件就起不到预期的作用了。前期的工程量也非常大，修改校对起来也比较困难，所以，通常情况下，图形输入法反而没有公式法和直接输入法使用的广泛。用户还是比较偏好公式法。
（3）表达式表达式是通过数学运算式将数字、变量、函数、运算符结合在一起，可以把数据之间的关联直接、灵活、便捷的表达出来。从而让一量多用变成现实。表达式里面有函数和自定义变量，软件不仅可以完成计算，而且可以让计算过程也完好的保存下来，这样以后想校对和修改也非常方便，虽然也不是使用电脑计算，但是已经可以改变原有的手工计算，而且还可以让计算更加便捷、灵活、，而且把后期校对和修改也变的非常容易。无疑是目前相对较好的输入方式。以上三种计算方式都不能抛弃人工计算的方式，不过通过实践，一种方式较前两种方式更为便捷和实用。因为其能保存计算过程的能力可以让后期核对和修改方便的多。
3概预算软件今后的发展方向
概预算软件发展到现在大概经历了几十年的过程，在这个发展阶段里解决了之前的一些手工预算的一些问题，但是仍然存在很多需要解决的问题，所以，总结了如下几个方面供大家参考：
（1）提高计算机软件读图的能力目前在设计行业里已经开始推广和普及计算机辅助设计技术，所以，图版在某24小时就会被丢掉，不再使用，这一情况是必然会发生的，概预算软件可以结合计算机及绘图过程里产生的工程量计算数据，和计算机辅助设计软件结合在一起来解决人工计算的问题。这样才可以从根本上解决手工计算的根本问题，让概预算实现计算机化。这样就从根本上解决了人力计算的问题。让计算机读图变成现实，而不需要再进行人工的协助，节省了很多计算的时间和精力。
（2）结合工程项目管理软件建筑业中对于计算机软件的使用非常广泛，很多的企业把计算机管理技术使用到施工管理过程中，从当前我国发展的状况来看，原始的数据和资源还是需要依靠人力来输入，还不能脱离人力。概预算软件中的定额部分可以作为源数据提供给施工计划软件，这样只是需要在计划管理软件里面输入对应的时间条件，软件便可以自动计算出相应的数值。目前这些数据可以通过数据文件的形式传输给计划软件。
（3）展望世界，赶追国际软件水平信息技术发展可以称之为日新月异，计算机软件的开发技术也越来越高，进行概预算软件开发的人员必须具备专业的素质，提高自己开发和应用概预算软件的能力，软件发展的方向必须赶追世界先进水平，并且在设计过程中要考虑到期可用性，经济性以及推广性。只有把国内的软件开发水平和国际的标准接轨，才能真正提升我国概预算软件的研发水平，让概预算软件真正在项目管理中获得广泛应用。
（4）计算机技术的推广需要管理水平的提升技术的发展受到管理体制和管理水平的限制。目前我国项目管理过程中存在很多管理问题，因此，如果想让概预算编制软件获得良好的发展必须提升现有的管理水平，只有这样，两者相辅相成，互相促进吗，才能确保概预算编制软件在项目管理过程中发挥到较大的作用。
（5）提升概预算编制软件的兼容性目前市场上使用的概预算软件的兼容性较差，很多时候没有一个统一的标准接口，这家的软件和另一家的软件系统不同，界面不同，造成使用者无法正常使用，还要利用更多的时间来对比两种软件，造成人力的浪费。不同公司研发的软件根本没有办法统一在一起使用，这款软件计算出来的数据无法正常传输到另一个公司研发的软件中去，导致还要继续使用人力来输入，没有取得节省时间，提高工作效率的效果，反而造成重复录入的现象出现。因此，想要、高效、规范的使用概预算软件必须提高其兼容性，让其在任何情况下都能统一的使用，不用进行繁琐的更换。
4概预算编制软件的应用
概预算编制软件在实际的应用非常广泛，但是其软件设计必须遵循如下原则：及时，数据库里要能够容纳各种计算方法，并且具有可修改性。第二，定额数据库里要有固定和变动两种模式，这样之后进行修改和更新也方便。第三，表格自动输出功能可以便于系统输出各种表格。第四，系统需要研制自动校检功能，这样对于输入中的错误可以进行自行的检测，可以让编制的质量得到提升。第五，系统可以设置访问权限和定期备份的功能，防止系统数据的丢失和被盗的可能性。概预算编制软件具有数据维护、输入数据、费用计算、打印输出、修改单价、初始系统的功能。这些功能可以让项目管理过程变得简单方便，不仅节省了人力物力，较之前的人力操作也快捷方便的多，而且和现代计算机技术合理的结合在一起，使运算更加，系统也更加完善。
5结束语
根据当前概预算软件存在的一些弊端和在我国的使用状况，笔者认为概预算软件可以在加强识图功能、提高兼容性等方面提升自己的性能，和项目管理中的实际需要相结合，多学习世界上发达国家先进的技术，让概预算软件在项目管理中获得广泛的应用，并且让概预算软件充分为项目管理服务。
作者：丁爱单位：新疆铁道勘察设计院有限公司
软件项目管理论文:软件开发项目管理论文
1在软件开发中实施项目管理的重要性
有时即使不开展项目管理工作，软件开发项目也能取得成功。但是如果乏项目管理，则难以将成本控制在一定范围内，容易导致软件企业面临着亏损的风险。在开展项目管理工作的过程中，需要借助技术、方法等，管理软件开发活动，如此既有助于实现软件开发目标，又能够控制软件开发的进度以及开发成本。当前，虽然有部分软件企业依据软件工程理论，制定了管理软件开发的制度，但是却没有严格控制软件开发的进度以及成本。这种做法不仅会延长软件开发的时间，还会增加软件公司的经营风险，最终损害到相关用户的利益。而在软件开发过程中，开展项目管理工作，就有助于保障软件开发工作的顺利完成，同时提高软件企业的经营管理效率。
2项目管理在软件开发中的应用现状
在二十世纪六十年代中期，人们发现了在开发软件过程中存在着很多问题，具体的问题表现在以下两个方面：一方面，不规范的生产过程；另一方面，不重视管理工作。为了能够有效解决软件开发过程中存在的问题，人们开始尝试利用过程管理方法。但是到了二十世纪八十年代，还是没有制定管理软件开发过程相关标准。近几年来，在信息技术快速发展的背景下，人们采取项目管理来控制软件开发的质量、软件开发的成本等，以此确保软件开发的质量和成本等因素，符合当时的既定标准。在软件开发过程中，每一个项目组的不同成员都应该承担不同的任务，并且企业管理者应该要求他们要在规定的时间内完成自身的任务，这种明确分工制度，有助于提高员工的工作效率。
3项目管理在软件开发中的应用
每一个软件开发项目都要经过以下几个阶段：提出问题、研究可行性、分析需求、测试等。因此项目管理工作应该贯穿于软件开发的整个过程。
3.1可行性研究
无法开发哪一个项目，都需要进行可行性分析与研究。通过利用项目管理来研究软件开发项目可行性的目的在于：在最短的时间内确定软件开发项目是否具有开发的价值。其中可行性研究的内容包括：
1）、研究技术的可行性。其主要是指：要合理地分析开发项目的功能与性能，分析其中所隐藏的技术风险。
2）、研究经济的可行性。其主要是指：估计所开发的项目给企业带来的经济效益，然后依据所估算的经济效益，确定该项目是否具有投资的价值。
3）、研究社会的可行性。其主要是指：分析此项目的运行方式是否正确，分析当前的人员技术水平以及管理制度是否具有可行性。
3.2软件项目估算
在软件开发过程中，首先要规划软件开发项目，如此便于项目管理人员制定切合实际的估算方案。规划软件开发项目的内容主要包括：明确软件开发的目标、明确软件开发过程中需要用到的各种资源、明确软件开发的进度等。在软件开发过程中，估算起着非常重要的作用。通过估算可以保障软件项目在规定的时间内完成，也可以确保软件项目的成本未超出预算。在估算资源、成本以及进度的时候，要依据自身丰富的经验以及相关的数据。但是当前所使用的估算方法较为单一，此种估算方法容易增加估算风险。对此，研究人员应该努力研究出更多科学、有效的估算方法。
3.3软件项目开发人员的管理
在开展软件项目开发人员管理工作的时候，首先要合理安排人员。通常情况下，是由多个小组成员共同完成软件开发项目。在具体安排人员任务的时候，要依据每位人员的优势进行，并且要明确小组内每一位成员的工作任务以及工作目标。在软件开发过程中，要确定不同的责任人，比如：项目经理、开发经理，并且为每一个小组安排一名组长，如此有助于确保软件开发项目的顺利完成，同时保障所开发出来的软件属于高质量产品。
4结束语
虽然项目管理过程中并没有包含较为深刻的理论，但是要想真正实施项目管理还是比较困难。对于软件开发企业来说，其应该在不断的实践中总结项目管理工作经验，以此提高项目管理工作的质量。
作者：侯凯 单位：锦州银行股份有限公司
软件项目管理论文:发展软件项目管理论文
1目前软件项目管理现状和所存在的问题
软件项目管理一个创造性的领域，其以满足客户特定的需求为目标，以团队的形式有效地组织企业项目资源，通过对项目进行管理和控制，实现项目的目标。在我国软件行业起步较晚，但在最近几年里得到了迅速的发展，但在应用项目管理中还存在许多的问题。
1.1对软件项目管理认识程度不足，缺乏整体把握
软件项目经理或管理人员对项目管理的知识体系没有的了解和把握，在实际工作中不能很好地指导项目管理实践，依靠个人原有的知识技能对项目进行随意、盲目的工作管理。在软件企业中，项目经理往往是在技术上能独当一面的指挥官，但是他们在项目管理方面知识比较缺乏，对项目管理认识程度不足，导致出现管理混乱现象。一些软件项目管理人员对项目没有一个整体的把握，对总个项目没有系统的认识，不能很的做出总体计划、阶段计划。由于项目中有许多不确定的因素存在，项目经理没有系统分析各个不确定因素的内在联系，考虑不周全，做计划是走过场的形式，做出的计划不能适应情况的变化，造成计划与控制管理是脱节，衔接不上从而无法进行有效的控制和管理。计划跟不上变化是软件项目管理中常见现象。
1.2管理思想和理念没有得到落实，风险管理不成熟
管理思想和管理理念对软件项目管理起着引导作用，对软件项目管理理论上的不足将可能导致软件项目管理的失败。我国软件项目管理发展较晚，管理人员在管理中多依靠自身的实践经验去开展工作，而对管理理论较为缺乏。部分项目经理不能总体上去管理整个项目，不能充分认识到自己是一个管理者，造成项目管理中工作任务分工不明确、资源浪费现象。从我国当前软件企业中，项目经理大多技术方面的知识扎实，但是项目管理知识、管理技能以及必备的素质都比较缺乏。特别是对软件项目管理中的风险管理认识较为肤浅，有待进一步的学习和提高。由于项目管理人员在项目管理实践中缺乏高效的管理思想，缺乏有效的方式和技巧，项目工作人员之间的团体协作能力较弱，资源整合优势难以有效发挥。
1.3缺乏有效沟通
在软件项目管理中，沟通是维持项目进行的重要条件。若在一些重要信息方面缺乏有效的沟通，将可能导致项目管理出现较多障碍。从当前我国软件企业项目管理的实践来看，普遍存在沟通机制不完善，渠道不够通畅，各相关人员之间在项目管理中制定计划、意见反馈、情况通报、技术成果等等方面沟通不足，容易造成重复劳动，效率低下等情况发生，有的甚至造成的可以节省的损失。在软件项目管理中项目经理需要花费大量的时间来沟通和协调，而且要善于沟通，提高沟通意识和效率。
2软件项目管理发展对策
2.1提高项目管理人员计划意识，优化人力资源配置
软件项目管理人员在工作中要以身作则，真正发挥带头作用。在工作中要及时制定符合工作需要的工作计划并认真落实。计划要具有一定的前瞻性，在客观条件发生变换的时候要不断完善细化。软件更新速度较快，企业要在软件行业发展中抢占先机，要求管理人员要重视计划的制定，不断完善和优化工作流程。在软件项目管理中，要不断优化人力资源配置，使得每位员工能够对自身职责有明确的认识，工作责任意识明确，职员之间能够做到优势互补。管理人员要具备强烈的责任心和团队意识，不断发现和培养人才。
2.2树立风险管理理念，强化项目管理培训力度
我们要加强软件项目管理人员对项目管理知识学习，各方面都能充分认识到项目管理的重要性和必要性，让项目经理重视对项目管理的知识的学习和一些常用工具和方法使用。不断树立项目管理人员风险管理理念，充分意识到风险管理的重要性，经过充分分析、预测、评估可能的风险，积极探索应对风险的策略。对计划书中风险管理要具有针对性和具体性，真正发挥风险管理在防范风险中的作用。不断通过项目管理培训来强化管理人员实践能力和知识技能。只有具备管理知识和管理经验的人员才能担任管理人员和技术人员，大幅提高项目管理水平。
2.3加强沟通，从整体上对软件项目管理进行把握
软件项目管理有效开展离不开有效的沟通，这要求要不断提高沟通意识，在企业中制定切实可行的沟通机制，使得各项企业政策能够上下通达。在项目管理沟通方式上要不拘一格，实现沟通方式的多样化，如书面沟通、口头沟通，提高沟通的有效性。对于因沟通不畅导致的损失要明确责任归属，确保企业重要内容信息的有效传达。软件项目管理人员要从整体上对软件项目管理进行把握，综合考虑各因素，作出的总体计划、阶段计划。同时对于具体问题也要预留空间，确保管理计划能够紧跟软件管理需要。
3结语
总之，计算机软件项目管理需要不断提高项目管理人员管理知识和实践恩能够里，强化沟通和项目管理培训力度，实现对对现代软件工程管理人员在理论和方法的提升。
作者：毕猛 单位：沈阳工业大学
软件项目管理论文:WBSR模式与软件项目管理论文
1WBSR模型形式
WBSR模式是建立在WBS基础之上的，与责任融合后形成的一种新模式。从WBSR角度开展工作，能够确定软件项目的工作及产品范围，为工作顺利开展指明了方向，将工作细化之后，分配给每一个工作人员，促使工作人员明确自身职责，从而为项目计划制定、考核等工作奠定坚实的基础和保障。
2模型具体步骤划分
通过对模型进行深入分析和研究，并结合软件项目特征，能够确定责任范围，对整个项目进行结构分解，得到WBS集；软件项目的开发需要将用户需求作为核心，进而通过模型进行分解，获得PBS集；，要制定与项目开发相关的部署，确保每一个环节都能够顺利进行，保障项目进度，为工作提供依据，通过这种方式，不仅能够确保工作有条不紊进行，还能够有效提高工作质量和效率，从而促进软件开发工作进一步发展。
3模型主要应用流程
WBSR模型在软件项目管理中的应用主要涉及对项目的分解、工作目标的确认及更新。首先，建立工作小组，工作人员作为软件项目管理的核心，其成员综合素质直接影响工作能否顺利进行，基于此，小组成员一般选择项目经济、技术人员等，还可以增加用户代表等，以此来确保软件开发的合理、科学性；其次，工作、产品等结构分解，工作分解作为模式应用的基础，应结合实际情况进行合理分解，切勿盲目性，还需要结合成员经验等因素，为工作顺利开展提供支持；软件产品作为参与市场竞争的关键，分解产品开发，能够深度挖掘员工潜力，提高产品适应力，与客户达成共识；，还需要结合实际情况对项目范围进行及时调整，如果范围发生变化，相对应的工作流程也需要进行调整，实现统一、系统发展目标。
4模型应用情况
将软件项目管理与WBSR模式结合，将各个工作进行细致划分，能够为软件计划、预估等工作提供依据，确保工作顺利开展，在一定程度上推动了软件项目进一步发展，与此同时，在项目开展过程中，负责人加大对实际工作的监督和控制力度，能够及时发现不足之处，并采取有针对性措施，确保软件产品开发质量，该模式的应用，能够直观的反映组内成员的实际表现，为日后进行绩效考核奠定了基础，从而有效提高管理水平，促进企业可持续、健康发展。
5模式性能评价
通过对WBSR模式在软件项目管理中应用情况调查可知，模式对工作过程及产品开发从不同角度进行合理分解，提高了项目范围的精准性及有效性，避免工作失误情况的发生，并且将工作细化至每一个人受众，形成良性循环，促使员工能够认真、负责完成工作，起到了积极地促进作用。因此，面对社会发展新形势下，企业软件项目管理可以大力推广和普及WBSR模式，提高产品适应力及质量，从而实现企业经济效益较大化目标。
6结论
根据上文所述，随着社会进步，软件开发企业需要不断优化和完善自身管理，才能够提高竞争力，在市场竞争中占据一席之地，而工作分解结构作为一种有效模式，能够帮助企业实现这一目标。因此，企业要明确认识到此模式对自身业务发展的重要性，不能够采取有效措施，深入分析和研究模式内涵及本质，结合实际情况，将软件项目工作进行合理分解，合理分配，提高工作效率和质量，从而促进企业可持续发展，为我国相关领域发展注入新动力。
作者：杜宇 单位：哈尔滨师范大学软件学院
软件项目管理论文:软件工程项目管理论文
1软件工程项目管理的主要内容
1.1人员的组织与管理
一项工程的具体工作涉及到人员的管理，工作任务的分配，责任内容的明确，因此人员的组织及管理是工程项目的关键因素，要把注意力集中在项目组人员的构成、优化。
1.2软件质量管理
软件质量管理在工程项目实施过程中决定着质量方针与责任的范畴，包括质量计划设计制定，项目质量检测保障和项目质量控制等程序。通过保障手段在质量过程中有效进行。
1.3软件配置管理
英文简称SCM，是在开发者中，标识，控制和管理软件变更的一种管理。配置管理的使用取决于项目规模和复杂性以及风险水平。软件配置管理针对开发过程中人员、工具的配置、使用提出管理策略。记录软件项目产品的更新过程，从而保障研发者在软件项目周期的各个阶段能够获得的产品配置。对项目开展过程软件开发进行有效调控和有效预测具有重要作用。
1.4编写软件项目计划书
它是软件项目管理组的首要任务，主要包括工作量、成本、开发时间的估计。并根据估计值制定和调整项目组的工作，详细记录了开发日程安排，资源供需，项目管理等各项情况。使从事该项目的人员了解该项目的大致情况。
1.5软件风险管理
软件工程风险管理是预测工作中可能出现的各种危害到软件产品质量的潜在因素的问题，对风险产生的后果进行分析评估。计算机软件风险预测的性评估与有效防范措施的应用都利于提高软件工程的效益，降低风险带来的经济损失，有效保障相关利益业主的权益。这几个方面都是相互贯穿、交织于整个软件开发过程中的。
2软件工程项目管理中存在的现实问题及解决方案
2.1人员工作安排不明确，应建立团队合作意识
在工程项目开发过程中是需要每个岗位人员的相互协调及无障碍交流，没有团队协作意识是无法有效的利用时间和资源开展各项工作。因此我们要提高一个工程项目的工作效率，就要合理安排人员的工作分配，强化每个工作人员的团队协作意识，有效避免管理团队中存在的分工不明确，不合作的问题。只有相互协作和相互信任的情况下才能高效的完成一件品质的软件工程项目。建立一套完善的人事考核制度，加强对员工的职位升降，工资奖金分配管理，有利于提高员工开发软件工作的积极性。
2.2缺乏实践性调研报告，应纳入到软件项目计划书
软件开发工程不仅要创新变革，也要考虑到它的实用性，以往出现的多个工程项目没有对实际项目建设中的需求实体和实际进行要求，以及实际项目建设的数据进行合理有效的调研，导致出现设计完整的软件产品运用与实际偏差较大，造成不必要的人员和资源浪费。因此要在软件设计前给予项目调研工作高度重视，对实际软件项目的需求及要求严格调查，应将软件项目调研报告附于项目计划书中，引起重视。
2.3风险管理意识不够，应该强化提高人员对风险管理的认知
风险的发生很可能会造成不可估量的损失，但是风险的发生是具有可控性的，如果能有效控制就会避免发生风险事故。可往往在计算机软件工程项目管理中的工作人员却很少知道风险管理的重要性，于是在软件开发中应提高项目主要负责人的风险管理理念，提高自身对风险管理预测能力的水平。只有了解了风险管理理论与风险管理体系，定期对项目实施中可能发生的风险进行有效排除，把控好风险管理前后的形势。
2.4杜绝搞工作进度，应要完善管理体系，对工作进度严格把控
工作管理混乱，工程建设盲目进行，乱搞，反而极大影响了软件项目工程的进度，甚至危险到项目质量的保障。要制定一个严谨的工作进度计划，强化工作进度的管理，对项目中每项工作跟踪管理并做好记录，形成对工作进度的有效控制。对工作不到位的部门要根据实际记录责任落实到位。计算机软件工程项目存在诸多现实问题而具有复杂性，导致管理过程中出现一系列的问题。但只要提高对工程项目管理的认识及管理经验，不仅可以解决好目前管理中出现的现实问题，也能在今后的软件项目管理过程中有效预测和控制问题的发生。
作者:杨周礼 单位:西京学院计算机科学与技术
软件项目管理论文:软件项目管理论文
1项目管理在软件开发中的应用的成因
目前我国大部分软件公司，无论是产品型公司还是项目型公司，都没有形成适合自己公司特点的软件开发管理模式，虽然有些公司根据软件工程理论建立了一些软件开发管理规范，但并没有从根本上解决软件开发的质量控制问题。这样导致软件产品质量不稳定，软件后期的维护、升级出现麻烦，同时最终也会损害用户的利益。
2软件项目管理常见问题及解决方案
(1)缺乏项目管理系统培训
在软件企业中，以前几乎没有专门招收项目管理专业的人员来担任项目经理，被任命的项目经理主要是因为他们能够在技术上独当一面，而管理方面特别是项目管理方面的知识比较缺乏。
解决方案：项目经理接受系统的项目管理知识培训是非常必要的，有了专业领域的知识与实践，再加上项目管理知识与实践和一般管理的知识和经验的有机结合，必能大大提高项目经理的项目管理水平。
(2)项目计划意识问题
项目经理对总体计划、阶段计划的作用认识不足，因此制定总体计划时比较随意，不少事情没有仔细考虑；阶段计划因工作忙等理由经常拖延，造成计划与控制管理脱节，无法进行有效的进度控制管理。
解决方案：计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项目经理的计划意识，采用项目计划制定相关知识、技术、工具，加强对开发计划、阶段计划的有效性进行事前事后的评估。
(3)管理意识问题
部分项目经理不能从总体上把握整个项目，而是埋头于具体的技术工作，造成项目组成员之间忙的忙、闲的闲，计划不周、任务不均、资源浪费。有些项目经理没有很好的管理方法，不好安排的工作只好自己做，使项目任务无法有效、合理地分配给相关成员，以达到“负载均衡”。
解决方案：加强项目管理方面的培训，并通过对考核指标的合理设定和宣传引导项目经理更好地做好项目管理工作。技术骨干在担任项目经理之前，好能经过系统的项目管理知识，特别是其中的人力资源管理、沟通管理的学习，并且在实际工作中不断提高自己的管理素质，丰富项目管理经验，提高项目管理意识。(4)沟通意识问题
在项目中一些重要信息没有进行充分和有效的沟通。在制定计划、意见反馈、情况通报、技术问题或成果等方面与相关人员的沟通不足，造成各做各事、重复劳动，甚至造成不必要的损失;有些人没有每天定时收邮件的习惯，以至于无法及时接收近期的信息。
解决方案：制定有效的沟通制度和沟通机制，提高沟通意识;采取多种沟通方式，提高沟通的有效性。通过制度规定对由于未及时收取邮件而造成损失的责任归属;对于特别重要的内容要采用多种方式进行有效沟通以确保传达到位，例如：除发送邮件外还要电话提醒、回执等，重要的内容还要通过举行各种会议进行传达。
(5)风险管理意识问题
有些项目经理没有充分意识到风险管理的重要性，对计划书中风险管理的章节简单应付了事，随便列出几个风险，随便地写一些简单的对策，对于后面的风险防范起不到什么指导作用
解决方案：通过学习项目管理知识掌握风险识别、量化、对策研究、反应控制的工具和方法，掌握项目风险管理所必备的知识。通过加强对项目规划中风险管理计划的审核提高项目组的风险管理意识。总结本行业项目中常见的风险及其对策作为风险管理计划中必要的风险内容，并切实评估相应对策的有效性和可行性。
(6)项目干系人问题
在范围识别阶段，项目组对客户的整体组织结构、有关人员及其关系、工作职责等没有足够了解以至于无法得到完整需求或最终经用户代表确认的需求;或者是多个用户代表各说各话、昨是今非，但同时又要求项目尽早交付;项目后期需求变化随意，造成项目范围的蔓延，进度的拖延，成本的扩大。
解决方案：项目的目的就是实现项目干系人的需求和愿望。项目干系人管理应当从项目的启动开始，项目经理及其项目成员就要分清项目干系人包含哪些人和组织，通过沟通协调对他们施加影响，驱动他们对项目的支持，调查并明确他们的需求和愿望，减小其对项目的阻力，以确保项目获得成功。
(7)项目团队内分工协作问题
项目团队内部有时由于各阶段不同角色或同阶段不同角色之间的责任分工不够清晰而造成工作互相推诿、责任互相推卸的现象;有时各阶段不同角色或同阶段不同角色之间的责任分工比较清晰，但是各项目成员只顾完成自己那部分任务，不愿意与他人协作。这些现象都将造成项目组内部资源的损耗，从而影响项目进展。
解决方案：项目经理应当对项目成员的责任进行合理的分配并清楚地说明，同时应强调不同分工、不同环节的成员应当相互协作，共同完善。
3结束语
实施有效的项目管理绝非易事，对于软件企业而言，这不是一个小的改变，而是一种变革，企业需要为此付出艰苦的努力，同时，成熟有效的项目管理无疑将对企业起着至关重要的作用，项目管理的水平将是企业核心竞争力之一。
【摘要】随着软件开发的深入、各种技术的不断创新以及软件产业的形成，人们越来越意识到软件过程管理的重要性，管理学的思想逐渐融入软件开发过程中，应用开发的项目管理日益受到重视。如何总结、分析失败的原因，得出有益的教训，对一个公司来说，是在今后的项目中取得成功的关键。
【关键词】软件项目管理项目计划管理意识解决方案
软件项目管理论文:软件项目管理论文
1、需求管理
软件需求是每个软件开发的开端与基础。在项目需求分析阶段，双方必须地尽可能细致地讨论项目的应用背景、功能要求、性能要求、操作界面要求、与其他软件的接口要求，以及对项目进行评估的各种评价标准。在进行需求分析时，可以首先分析客户原有系统的建设情况，对客户的原有产品进行分析，明确建设目标等。
需求管理对软件项目能否最终实现产生至关重要的影响。任何的软件项目都必须进行合理的、细致的、一致的需求管理，只有这样才能制定正确合理的软件开发计划，软件项目才能顺利地开发完成。
2、沟通与协作
软件项目管理中的沟通与协作是指信息的交流,是使信息发挥积极作用和达到目标的手段；协作是指和谐地在一起工作的活动。沟通技术可分分四类：(1)正式书面沟通,包括项目文档和备忘录、项目里程碑和交货时间表、需求变更和错误跟踪规程、数据字典、系统分析模型(用例图等)；(2)正式口头沟通,包括状态审查会、需求评审会、设计评审会、代码评审会、用户测试,项目定期例会等；(3)非正式口头沟通,包括小组碰头会、同行讨论、与直属业务领导讨论等；(4)电子沟通,包括电子邮件、内部BBS等。协作技术包括资源合理配置、开发步骤有序化、工作目标一致化、提高关心程度、信息共享等。
3、风险管理
软件项目风险管理是指对在软件开发过程中所遇到的预算和进度等方面的问题进行分析,寻求风险应对方法,做好风险管理计划。
针对软件项目中的风险管理问题,不少专家、组织提出了自己的风险管理模型。常见的主要风险管理模型如下。
1.SEI的连续风险管理模型(CRM)。SEICRM模型的风险管理原则是不断地评估可能造成恶劣后果的因素；决定最迫切需要处理的风险;实现控制风险的策略；评测并确保风险策略实施的有效性。CRM模型要求在项目生命期的所有阶段都关注风险识别和管理,它将风险管理划分为五个步骤：风险识别、分析、计划、跟踪、控制。
2.BarryBoehm模型。Boehm模型的思想核心是：10大风险因素列表。针对每个风险因素,都给出了一系列的风险管理策略。在实际操作时,Boehm以10大风险列表为依据,总结当前项目具体的风险因素,评估后进行计划和实施,在下一次定期召开的会议上再对这10大风险因素的解决情况进行总结,产生新的10大风险因素表,依此类推。Boehm模型的基本形式可描述为：RE=P(UO)3L(UO),其中RE表示风险或者风险所造成的影响；P(UO)表示令人不满意的结果所发生的概率；L(UO)表示糟糕的结果会产生的破坏性的程度。
3.软件工程风险模型(SERIM).SERIM模型要求从技术和商业两个角度对软件风险管理进行剖析,考虑的问题涉及开销、进度、技术性能等。它还提供了一些指标和模型来估量和预测风险,由于这些数据来源于大量的实际经验,因此具有很强的说服力。
五、软件项目管理技术
1．CMM。CMM是美国卡纳基梅隆大学软件工程研究所(CMU/SEI)提出的软件研发项目管理的一系列方法,它基于组织对关键过程域的支持,定义了软件过程成熟度的五个级别。级别1(初始级)描述了不成熟,或者说是未定义过程的组织。级别2(可重复级),级别3(已定义级),级别4(已管理级)和级别5(优化级)分别描述了软件过程成熟度级别递增的组织。和这些级别相关的KPA是:级别2：需求管理,软件项目计划,软件项目跟踪和监控,软件子合同管理,软件质量保障,软件配置管理。级别3：组织级过程焦点,组织级过程定义,培训大纲,集成软件管理,软件产品工程,组间协调,同行评审。级别4：定量过程管理,软件质量管理。级别5：缺陷预防,技术更新管理,过程更改管理。
2．CMMI。CMMI被看作是把各种CMM集成为一个系列的模型中。CMMI的基础源模型包括:软件CMM2.0版(草稿C),EIA-731系统工程,以及IPDCMM(IPD)0.98a版。CMMI也描述了5个不同的成熟度级别:级别1(初始级)代表了以不可预测结果为特征的过程成熟度。过程包括了一些特别的方法、符号、工作和反应管理,成功主要取决于团队的技能。级别2(已管理级)代表了以可重复项目执行为特征的过程成熟度。组织使用基本纪律进行需求管理、项目计划、项目监督和控制、供应商协议管理、产品和过程质量保障、配置管理、以及度量和分析。
3．PSP。PSP(PersonalSoftwareProcess,个体软件过程)是由CMU/SEI开发出来的,它的推出在软件工程界引起了极大的轰动,可以说是由定向软件工程走向定量软件工程的一个标志。PSP为基于个体和小型群组软件过程的优化提供了具体而有效的途径,例如如何制订计划,如何控制质量,如何与其他人相互协作等等。在软件设计阶段,PSP的着眼点在于软件缺陷的预防,其具体办法是强化设计约束准则,而不是设计方法的选择。因此,PSP保障软件产品质量的一个重要途径是提高设计质量。
4、小结
本文分析研究了软件项目管理中的需求管理、员工之间的沟通与协作、软件项目风险管理。结合实践,提出并分析了软件项目管理技术。我们相信随着软件工程的发展和进一步成熟,软件项目管理技术的发展会取得更大的进步。在实际项目中,我们要坚持改善软件工程的管理,并在实践中总结适合自身的经验,这样才有利于管理技术的进步和软件项目的顺利完成,创造出更高的品质、更大的效益。
[摘要]软件项目管理通过应用知识，技能，工具和技术来指导软件项目开发以满足软件项目的需求。本文从软件项目管理的重要性谈起,研究了软件项目管理中的需求管理，沟通与协作，风险管理，并分析了四个主流的软件项目管理技术。
[关键词]软件项目管理需求管理沟通与协作风险管理
软件项目管理论文:工商管理论文-项目管理软件媲美ERP 可能成为市场新宠
“这个市场（项目管理软件）足可与ERP市场媲美！”在各方的注意力都集中在ERP，集中在SAP、用友、金蝶的市场大战上时，邦永（中国）公司总经理杨铁铃在接受记者采访时却语出惊人。前不久，邦永（中国）在广东召开了首届渠道峰会，这个甚是气派的会议被与会的经销商形容为“来势汹汹”。
在此次会议上，邦永招募了全国30多个地区的总，宣布于今年11月正式启动市场。虽然邦公务员之家，全国公务员共同天地永的产品价位仅在540万元之间，定位为中低端市场，但同行还是感到了压力。邦永在加紧营销渠道建设的同时，还酝酿着和很多行业主管部门的技术合作，似乎意在打造国内项目管理软件的行业标准。
今年，中国政府拨了3000亿元专款用于各类政策性项目的建设，各省、市地方政府至少有1000亿元的专款项目，全国每年至少有2000个1亿元以上的大项目。如果这些项目都用软件来进行管理的话，这个市场无疑非常可观。据统计，目前项目管理软件高端市场的容量在1亿元以上，35年内将达到6亿元左右。中、低端用户数量更为可观。
事实上，SAP、ORACLE、PEOPLESOFT等国际上知名的管理软件商在项目管理软件市场上已经先行了一步。他们凭借着产品线长的优势，在向国内客户销售ERP系统的同时，也把项目管理软件带进了中国。同时PRIMAVERA等软件公司也在尝试开拓国内项目管理软件市场。据记者了解，目前还有美国和欧洲的几家大型的项目管理软件公司正在中国调查市场，估计不久将挺进中国。国内管理软件厂商也开始觉醒，纷纷迈开了进军项目管理软件的步伐。上海华普加快了向中关村企业项目管理的进军、北京华炎软件推出HotPM企业项目管理软件……
当人们对ERP不再狂热时，庞大的管理软件市场一下子被催熟了。目前，国内软件巨头用友在与瑞典IFS公司成立了北京用友艾福斯软件系统有限公司后，也开始将其业务迅速扩张到项目管理软件市场。国内其他软件公司如邦永（中国）、北京梦龙、新中大等也紧随其后。美国Primavera、OpenPlan、微软等国际性公司也纷纷杀入这一市场。
“对手非常强大，这说明商机很大！”杨铁铃对记者说，“我们认为目前SAP、ORACLE等国外管理软件商的主要精力还是在ERP市场，项目管理只是其产品线的一部分。目前国内还没有一家具规模的同类型软件企业，更谈不上标准。”邦永对称霸这个市场充满信心。
阻碍犹存
提起项目管理软件，杨铁铃侃侃而谈：其实很早人们就开始实施项目管理，如金字塔、长城等伟大的工程之所以成功，都得益于当时对工程项目进行严密的管理。20世纪60年代初，在著名数学家华罗庚的倡导下，将项目管理的概念引入了我国，并在当时的国民经济各个部门进行试点应用，将这种方法命名为“统筹法”。2000年底，联想在“天麒”、“天麟”两款计算机产品的开发过程中，结合业务对项目管理的需求，配合项目管理相关理论和方法编制软件方案，使该项目仅8个月便全部完成，并达到了国际上PC生产技术的较高水平。“只是当时的企业全都将目光放在ERP上。”杨铁铃不无惋惜地说。
杨铁铃认为，“项目管理对大家来说，并不是一个新的概念，一直以来大家都在提它，其在各行各业的应用也比较多。但是一直没有落到实处。”杨铁铃所说的没落到实处是指目前阻碍国内项目管理软件发展的两个因素：
一方面，国内的信息化水平还很低，尤其是工程的管理者对信息化认识不足。目前，我国对项目建设的管理仍然缺乏明确的法规，项目管理者对监管存在抵触情绪；而另一方面，国内高端管理软件市场一直是众多管理软件供应商争夺的焦点。当大多数软件生产商为ERP的高额利润所吸引时，在自身还没有完成ERP改造情况下，就匆匆转身投入了ERP软件市场的争夺，使得项目管理软件成了一块被荒废的良田。
杨铁铃为记者举了一个例子，去年国家统计局在对旧有的网络架构进行改造时，花了50多万引进了惠普的项目管理，而这还是基于美国1969年建立的PMI（国际项目管理协会）标准。“在国外，90%以上的项目建设都采用软件进行管理，而在我国则还不到10%。如果以应用项目管理软件可以节省35%的建设资金来算，这将是一笔惊人的数字，”杨铁铃说，“我国目前有2000万家中小型企业，在企业项目建设上他们大多数都需要进行项目管理。”
标准之蛊
在微软技术教育大会上，微软（中国）总经理唐骏针对中国软件业难以做大的困境指出，正是由于国内众多软件商对项目管理不够重视，软件开发没有一个规范，无法控制项目的可操作性，导致成本增加，直接影响了整个软件业做大。其实这不仅是软件业本身存在的问题，众多重大项目投资也存在同样问题。然而中国目前的项目管理大多受制于领导意志，要做到很好的控制项目成本，做到与国际标准接轨，其难度不言而喻。
专攻项目管理的邦永曾对外宣称，邦永的PM2系列软件不仅是国外软件的汉化版，而且融合了国际标准化项目管理精髓与本土国情的项目管理模式。从事过项目管理的人都知道，通常一个人对项目管理的把握有4个层次，第1个层次是“误以为自己了解”；第2个层次是“知道自己不了解”；第3个层次是“知道自己了解”；第4个层次是“自己不知道自己了解”。国家统计局计算中心网络运行管理部主任张富民在谈到项目管理实施的体会时对记者说，他觉得当时自己还处在第3个层次。这就是说，目前的项目管理还是一种投资人在投资内的把握，是用工具化的手段帮助投资者把握项目中的每一个赢利和去掉不良成本。
杨铁铃在谈到项目管理软件标准时也同意这一点。他认为，在一个项目实施中，决定其成功的因素很多，并不是说没有它项目就不会成功，也不是说有了它项目就一公务员之家，全国公务员共同天地定会成功。但项目管理在项目实施中发挥着催化剂的作用，能让你的能量得到更大的释放，让你更有效率，这就是项目管理的标准。让项目管理者知道自已在做什么，这也许是项目管理最为重要的，这样可以让管理者在实施类似项目的时候，可以用更少的资金，更少的资源对这个项目进行更好的控制。其实这也正是所有项目管理的精髓所在，是管理软件的标准取向。
虽然在中国特殊的国情下和特有的财务制度屏障下，项目管理软件本身充满变数。但是，这块市场强大的张力已经引起了很多先行者的密切注意。从目前的情况来看，这块市场极有可能成为众多软件厂商角逐的新战场。一旦谁能突破中国项目立项的特殊瓶颈和特有的财务制度屏障，建立一套既适应中国国情，又与世界接轨的项目管理软件标准，谁就能在这场即将到来的大战中获得先机！
软件项目管理论文:浅析软件项目管理是决定软件产品质量的主要因素
论文关键词：软件项目 管理软件 产品质量因素
论文摘要：软件项目管理的核心是客户满意。其管理体系包括:战略管理、范围管理、成本管理、时间管理、人力资源管理、沟通管理、风险管理和质量管理。
在软件和信息科技行业，项目管理经常决定了一个产品或者企业能否成功。项目管理得到越来越多的企业和政府部门的重视，例如中国于2002年4月召开了有关项目管理的首次国际研讨会。具体操作与项目最根本的不同在于具体操作是具有连续性和重复性的，而项目则是有时限性和性的。项目是一项为了创造某一的产品或服务的时限性工作。所谓时限性是指每一个项目都具有明确的开端和明确的结束;所谓是指该项产品或服务与同类产品或服务相比在某些方面具有显著的不同。各种层次的组织都可以承担项目工作。项目有时只涉及一个组织的某一部分，有时则可能需要跨越好几个组织。项目是执行组织商业战略的关键。
一、软件产品项目管理的重要性
20世纪80--90年代，许多大型企业管理信息系统M IS的开发都以失败而告终。这是为什么?一个重要原因是软件项目管理水平上不去，尤其是需求分析管理水平上不去，使得项目快要验收或交付时，却出了大问题:要么发现用户需求获取不，要么发现用户需求变了，致使做好的系统不能用或不好用。20世纪90年代初，上海一家公司在青岛做一个港口M IS项目，北京有一个单位在天津做一个港口M IS项目，都是因为甲乙双方软件工程基本知识不具备，使得项目管理不到位，导致2个大型项目不成功。现在软件应用领域空前广阔，深人到社会和科学研究等领域的各个方面。软件的需求也比以往更加多，软件系统设计也空前复杂。软件的项目管理问题也就因此而产生了。90年代中期，软件项目管理不善的问题仍然严重。据美国软件工程状况调查，只有10%的项目能够在预定的费用和进度下交付。于是软件项目管理成为软件项目发展中最重要的核心问题。为了使软件项目开发获得成功，必须对软件开发项目的工作范围、可能遇到的风险、需要的资源(人、硬件、软件)、要实现的任务、经历的里程碑、花费的工作量(成本)，以及进度安排等做到心中有数。软件项目管理的目的就是提供这些信息，分析信息，并根据分析结果对项目做出调整。软件项目管理开始于技术工作之前，在软件开发的整个过程中持续进行，中止于软件过程结束。
二、软件项目管理体系
随着软、硬件技术以及通信技术的日益成熟，软件技术可以与所有的传统产业相结合，促进产品的更新换代，大幅度提高产品的附加值，提高劳动生产率，推动产业结构与产品结构的调整。因此，软件的开发以及应用不仅仅是软件开发机构的任务，更深地涉及软件使用者的切身利益，尤其像管理信息系统MIS(Managcment Information System)、计算机集成制造系统CIMS ( Computer Integration Manufacturing System )、企业资源计划ERP(Enterprise Resource Planning)及商业智能BI(Business Intelligence)等大型的复杂软件更是综合了管理科学、计算机科学、通信技术以及数学等各方面的知识，需要各类人员的协调工作才能完成。因此也就有必要从项目管理的角度去管理软件的开发和运行。从用户的角度来看，软件项目的生命周期应该包括项目前期的论证工作、项目计划、软件开发、运行、维护以及项目后评价。由此可见软件项目管理的范围不仅包括传统的软件开发过程，还应该包括开发之前的准备工作以及运行中的维护工作和对项目的总结工作。同时，在软件项目生命周期中存在着许多活动。根据活动之间的相关性，可以将软件项目的各种活动分为九大类。
(1)战略管理。根据用户的经营目标制定软件项目的策略，以便为其他各方面的活动提供指导。在制定项目策略的时候应该充分考虑用户和其他利益相关者的实际需求和市场因素。另外创造和谐的项目环境和连续改进也是战略管理的重要任务
(2)范围管理。其目的是控制软件项目的全部活动过程都在需求范围内，以确保项目各种资源的高效利用。成功的项目管理离不开用户、软件开发队伍和项目经理的一致理解和协调配合
(3)成本管理。软件项目的成本不仅包括开发成本，也包括开发之前立项阶段以及软件在运行中的费用。操作者的培训费用和项所使用的各种硬件设施费用也都是整个项目成本的一部分。这些成本都需要很好地计划和控制。
(4)时间管理。其内容有确定各项活动之间的时间相关性;估计各项活动的持续时间，跟踪各项活动的进展情况，动态调筷各项活动之间在时间上的协调。
(5)人力资源管理。在软件项目中应该为软件开发人员和管理人员等各类项目人员创造一个和谐良好的工作氛围。使他们能感到项目成功的把握和积极的工作心态，确保项目队伍的稳定性和连续性。
(6)沟通管理。沟通管理是一个收集、存储、配置和项目生命周期内所形成的各种信息的过程为了让每个项目相关人员及时得到所需的信息，需要很好地解决“什么时候、向什么人礼报什么的”的问题，此外软件开发队伍和用户之间的沟通也是沟通管理中的一项重要工作。
(7)风险管理。由于软件项目中存在着很多的不确定因索，也就必然存在着各种风险而且风险有可能造成不良的结果，对风险进行分析和监控贯穿于整个软件项目生命周期。
(8)质量管理。目前软件的质量还是一个模糊的概念并且难以衡量由于软件质量主要是在开发阶段形成的，因此软件项目质量管理的重点应放在系统分析、系统设计和编码阶段，走查、评审、调试和测试是保障软件质量的重要手段软件工程能力成熟度模型CMM(Capability Maturity Model)较好地解决了软件开发过程中的质量管理问题。
综合管理。综合管理的任务是对前面讨论的各类管理活动进行协调和控制，使这些活动相互配合。其核心任务是对各种方案进行评价，协调各方面的利益冲突确保项目总体标的最终实现。
三、软件项目管理的核心是客户满意
当前，不少软件业管理人上认为，软件开发的问题主要在软件开发的工程化、规范化和软件开发管理体制。他们按照CMM(Capability Maturity Model),IS09002的标准来建立他们的管理体系。这里有商业竞争的因素在起作用。但是，他们忽略了商业竞争中取胜最重要的因素—客户满意。他们没有考虑到他们的管理方法能否满足客户不断变化的需求。从长远来看，软件项目真正的成功是客户的满意。以客户满意为中心的质量是必需的。漠视质量或只关心产品/服务是否符合需要的方法再也不足以留住和获得客户。因此，软件开发项目组织必须先确定什么产品/服务可以让顾客满意，然后再努力满足客户的需求和期望。要实现此目标，组织必须识别对软件产品的各种特性中哪些是对客户的满意起决定作用的要素。例如，服务器操作系统软件，需要长时间稳定连续工作。稳定性则是该软件产品的关键要素。因此系统的开发管理围绕着这一关键要素来展开。尽管不少的组织明白没有客户一个组织就不能生存和发展，或者说没有客户就没有组织，但在项目实施过程中，仍然存在着客户满意的障碍:
(1)项目管理组织没有发展和完善对客户不断变化的需求和期望作出快速响应的能力。
(2)项目管理组织没有听取客户意见和建议的能力。
(3)项目管理组织努力倾听客户对项目的要求，却没有确认客户的需要和期望。
(4)项目管理组织不与客户保持密切关系，也不正视客户变更需求的可能性。这样通常会导致脱离客户，其后果则是失败，甚至客户不接受交付的成果。
软件质量是软件开发项目管理的核心问题。而质量的评价与度量应该由客户的满意度决定。因此，软件开发的项目管理应该围绕着客户满意这一中心来展开。客户驱动的项目管理方法体系提供了实现这一要求的基本理论和方法体系。提高软件质量势在必行，只有认识到软件质量的重要性，了解影响软件质量的因素，才能有的放矢，采用科学的管理技术和先进的技术方法，才可以确保软件的质量。
软件项目管理论文:浅析软件项目管理有效实施的研究
论文关键词:软件产业 软件项目 软件工程 项目管理
论文摘要:信息系统以及相关软件项目的设计开发已经不是企业运作管理中的一部分了，各软件企业都在积极地将软件项目管理引人开发活动中，对软件项目开发实行有效的管理。
目前，中国的软件企业正处于高速发展、急需规范管理并以项目为主导的环境中。企业每天所面对的不仅仅是几个越来越大的大型项目，而将是成百上千不断发生和进行的项目。产生这种变化的因素是多方面的，这包括客户需求的不断提高导致产品生命周期缩短;产品开发项目数量大增;新技术导致了对研究和开发项目需求的增加;为了提高业务赢利能力，改进业务模式的项目需求大增等。在这种多项目并发、技术含量高、变化速度快、资源有限的环境下，如何对企业、项目、资源实施科学的管理，加强团队能力，实现软件企业的生产规模化、规范化、国际化，是当前我国软件业面临的较大挑战。
中国目前软件业的落后状况，实际已经不是技术本身的问题，而是科学管理的问题，软件工程理论与软件项目管理的实际应用与经验，是我国软件企业急待学习与渴求的。中国软件业各个层次上的管理问题，目前可以说已经制约了中国软件业走向国际化的进程。
一、软件项目管理的概念
从概念上讲，软件项目管理是根据管理科学的理论，结合软件产品开发的实际，保障工程化系统开发方法顺利实施的管理实践，为了使软件项目能够按照预定的成本、进度、质量顺利完成，从而对成本、人员、进度、质量、风险、文档等进行分析、管理和控制的一系列活动。实际上，软件项目管理的意义不仅仅如此，进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力，企业的软件开发能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发展(即减小开发风险)。
软件项目的开发不同于其他产品的制造，软件开发的整个过程都是以设计过程为主(几乎没有制造过程);另外，软件开发不需要使用大量的物质资源，而主要使用的是人力资源;并且，软件项目开发的产品大多数是程序代码和技术文档，并没有其他的物质结果。基于上述特点，软件项目管理与其他项目管理相比，具有很大的独特性。
二、软件项目管理的目的
随着信息技术的飞速发展，计算机软件产品的规模和复杂度也随之增加。个人单打独斗的作坊式开发方式已经越来越不适应发展的需要。与此同时，软件项目中“项目黑洞”也应运而生:项目无法按期完成、项目合作方的工作难以协调、用户需求经常变动、工作质量难以保障，给企业带来为了愈来愈多的损失。这种情况说明了软件项目开发及管理过程中，存在着许多的问题，需要更多的重视和研究。
没有运用软件项目管理是面临如此众多问题主要原因之一。软件项目管理作为一种科学的管理手段，是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的一系列活动。因此，对于以“项目”为基本运作单位的各软件开发企业，都在积极地将软件项目管理引人开发活动中，对软件开发实行有效的管理。因此，决定一个软件项目实施成功与否，软件项目管理无疑起着举足轻重的作用，软件项目管理已经是公认的软件开发企业的核心竞争力之一。
三、软件项目管理的原则
1.平衡原则
在我们讨论软件项目为什么会失败时可以列出很多的原因，如管理问题、技术问题、人员问题等等，但是有一个根本的思想问题是最容易忽视的，也是软件系统的用户、软件开发商、销售商最不想正视的，那就是:需求、资源、工期、质量这四个要素之间的平衡关系问题。
需求定义了“做什么”，定义了系统的范围与规模，资源决定了项目的投人(人、财、物)，工期定义了项目的交付日期，质量定义了做出的系统好到什么程度，这四个要素之间是有制约平衡关系的。如果需求范围很大，要在较少的资源投人下，很短的工期内，很高的质量要求来完成某个项目，那是不现实的，要么需要增加投资，要么工程延期;如果需求界定清楚了，资源固定了，对系统的质量要求很高，则可能需求延长工期。对于上述四个要素之间的平衡关系最容易犯的一个错误，就是鼓吹“多快好省”四个字。正视这四个要素之间的平衡关系是软件用户、开发商、商成熟理智的表现，否则系统的成功就失去了一块最坚实的理念基础。
2.高效原则
在需求、资源、工期、质量四个要素中，很多的项目决策者是将进度放在首位的，现在市场的竞争越来越激烈，“产品早上市24小时，就早挣24小时钱，挣的就比花的多，所以一定要多挣”，基于这样一个理念，软件开发越来越追求开发效率，大家从技术、工具、管理上寻求更多更好的解决之道。基于高效的原则，对项目的管理需要从几个方面来考虑:要选择精英成员;目标要明确，范围要清楚;沟通要及时、充分;要在激励成员上下工夫。
3.分解原则
“化繁为简，各个击破”是自古以来解决复杂问题的不二法门，对于软件项目来讲，可以将大的项目划分成几个小项目来做，将周期长的项目化分成几个明确的阶段。
项目越大对项目组的管理人员、开发人员的要求越高，参与的人员越多，需要协调沟通的渠道越多，周期越长，开发人员也容易疲劳，将大项目拆分成几个小项目，可以降低对项目管理人员的要求，减少项目的管理风险，而且能够充分地将项目管理的权力下放，充分调动人员的积极性，目标会比较具体明确，易于取得阶段性的成果，使开发人员有成就感。
4.实时控制原则
实时控制项目进度的机制，依靠一套规范的过程来保障实时监控项目的进度，以实现实时控制项目的进展，将项目的进展情况的实时的置于你的控制之下。实时控制确保项目经理能够及时发现问题、解决问题，保障项目具有很高的可见度，保障项目的正常进展。
5.分类管理原则
对于不同的软件项目其项目目标差别很大，项目规模也是不同的，应用领域是不同的，采用的技术路线差别也很大，因而，针对每个项目的不同特点，其管理的方法、管理的侧重点应该是不同的。就像古人讲的，“因材施教”，“对症下药”。项目经理需要根据项目的特点，制订不同的项目管理的方针政策。
6.简单有效原则
项目经理在进行项目管理的过程中，往往会得到开发人员这样的抱怨“太麻烦了，浪费时间，没有用处”，这是很普遍的一种现象。当然这样的抱怨要从两个方面来分析，一方面从开发人员本身可能存在不理解，或者逆反心理的情况，另一方面，项目经理也要反思:我所采取的管理措施是否简单有效?搞管理不是搞学术研究，没有的管理，只有有效的管理，而项目经理往往试图堵住所有的漏洞，解决所有的问题，恰恰是这种理想，会使项目的管理陷人一个误区，作茧自缚，无法实施有效的管理，导致项目的失败。
7.规模控制原则
该原则是和上面提到的其他原则相配合使用的，即要控制项目组的规模，不要人数太多，人数多了，进行沟通的渠道就多了，管理的复杂度就高了，对项目经理的要求也就高了。在微软的MSF中，有一个很明确的原则就是要控制项目组的人数不要超过10人，当然这不是的，也和项目经理的水平有很大关系。但是人员“贵精而不贵多”，这是一个基本的原则，这和我们上面提到的高效原则、分解原则是相辅相成的。
8.组织的知识积累原则
有效的积累知识的方法是:人员专业化培养，知识与载体分离。具体的做法是，把需要度量的知识实体分为固定知识(项目成果)和流动知识(参与人员)，再把知识实体的价值体现划分成不同的度量平面。根据所有知识实体在不同度量平面上的知识度量值，可以形成不同的知识平面指数和公司知识指数，并可根据此知识指数体系来分析公司的知识积累状况，并迅速做出恰当的反应。知识与载体分离体现的是，在组织中人力资本与组织资本是有区别的，简单地说，人力资本属于员工个人，企业只可租借使用;而组织资本就是8小时以外员工带不回家的企业资产，它为公司所有。对企业来说，相比于人力资本，组织资本更为重要。一个管理者(领导者)必须知道如何容纳和积累知识，使之为公司所有。
软件项目管理论文:试谈软件开发项目管理
论文关键词：软件项目管理 项目经理 项目
论文摘要：在软件项目开发的过程中，软件项目管理的成功与否是决定一个项目是否能够顺利高效率完成的重要保障。但是我国大部分的软件企业在进行项目管理时都存在着各种问题，从而使项目不能顺利有效地完成。文章探讨了在项目管理过程里出现的常见问题，并给出了相应的解决策略。
计划软件行业在现在的众多行业里是一个具有挑战性和创造性的行、体现了软件开发者的智慧和汗水，同时软件开发是‘项复杂的系统]：程，牵涉到许多方面的因索，在实际工作中，经常会出现各种各样的问题，甚至会面临失败。如何总结、分析失败的原因，得出有益的教训，对于项目开发人员来说，是在今后的项目中取得成功的关l键。
一、软件开发中实行项目管理的意义
项目管理就是在项目活动中运用系列的知识、技能、工具和技术，以满足或超过相关利益者对项目的要求，实际上就是通过项目各方干系人的合作，把各种资源应用于项目，以实现项日的目标，满足项日于系人的需求，其本质就是对时问、质量和成本的管理。
随着软件开发的深入、各种技术的不断创新以及软件产业的形成，人们越来越意识到软件过程管理的重要性，管理学的思想逐渐融入软件开发过程l}f，项目开发的管理日益受到重视。
二、目前在软件项目管理中存在的误区
现在大多数企业都认识到了在项目中进行管理的重要性，是仍然冉许多企、在实施项目管理的过程中存在着这样那样的误区，主要表现在：
1．项目经理不够专业。在软件企业中，缺乏专业的项目管人员来实施项目管理及担任项H经理，通常被任命的项日经主要是因为他们能够在技术上独当一面，但是他们在管理方面特别是项目管理方面的知识比较缺乏。
2．项目规划缺乏纲领性。项目经理对总体计划、阶段计划的作用认识不足，凶此制定总体计划时比较随意，不少事情没有仔细考虑；阶段计划因工作等理由经常拖延，造成计划与控制管理脱节，无法进行有效的进度控制管理。
3．缺乏有效的符理意识。部分项目绎理不能从总体上把握整个项目，而是埋头具体的技术工作，造成项目组成人员之间忙的忙、闲的闲，计划不周、任务小均、资源浪费。有些项目经押没有很好的管理方法，不好安排的工作J好自己做，使项目任务无法有效、合理地分配给相关成员，以达到“负载均衡”。
4．缺乏有效的沟通制度和机制。在项目中一些重要信息没有进行充分和有效的沟通。在制定计划、意见反馈、情况通报、技术问题或成果等方面与相关人员的沟通不足，造成各做各事、重复劳动，甚至造成不必要的损失；有些人没有每天定时收邮件的习惯，以至=无法及时接收近期的信息。
5．风险管理意识淡泊。有些项目经理没有充分意识到风险管理的重要性，对计划中风险管理的章节简单应付了事，随便列出几个风险，随便地写一些简单的对策，对于后面的风险防范起不到什么指导作用。
6．项目干系人的不确定性。在范围识别阶段，项目组对客户的整体组织结构、有关人员及其关系、工作职责等没有足够了解以至于无法得到完整需求或最终经用户代表确认的需求；或者是多个用户代表各说各话、昨是今非，但同时又要求项目尽早交付：项目后期需求变化随意，造成项目范围的蔓延，进度的拖延，成本的扩火。
7．缺乏项目团队的合理分工。项目团队内有时由于各阶段不同角色或同阶段不同角色之间的责仟分工不够清晰而造成工作互相推诿、责任互相推卸的现象；有时各阶段不同角色或同阶段不同角色之间的责任分工比较清晰，但是各项目成员只顾完成自己邢部分任务，不愿意与他人协作。这些现象都将造成项目组内部资源的损耗，从而影响项目进展。
三、解决软件项目管理中存在的误区的有效策略
要想解决上面描述的误Ⅸ，归根到底还足要从管理学的角度入手，即在软件项目的开发过程中加入过程管理的内容，这样我们可以在软件开发中对各个过程的质量加以控制，从而达到保障软件产品质量的目的。为了有效提高管理水平，我们应该努力做到：
1．项目经理接受系统的项目管理知识培训是非常必要的，有了专、I领域的知识与实践，再加上项目管理知识与实践和一般管理的知识和经验的有机结合，必能大大提高项目经理的项目管理水平
2．计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项臼经理的计划意识，采用项目计划制定相关知识、技术、工具，加强对开发计划、阶段计划的有效性进行事前事后的评估。
3．加强项H管理方面的培训，并通过对考核指标的合理设定和宣传f导项目经理更好地做好项目管理工作。技术骨干在担任项目经理之前，好能经过系统的项目管理知识，特别是其中的人力资源管理、沟通管理的学习，并Ⅱ在实际工作中不断提高自己的管理素质，丰富项目管理经验，提高项目管理意识。
4．制定有效的沟通制度和沟通机制，提高沟通意识：采取多种沟通方式，提高沟通的有效性。通过制度规定对由于未及时收取邮件而造成损失的责任归属；对于特别重要的内容要采用多种方式进行有效沟通以确保传达到位，例如：除发送邮件外还要电话提醒、回执等，重要的内容还要通过举行各种会议进行传达。
5．通过学习项目管理知识掌握风险识别、量化、对策研究、反应控制的工具和方法，掌揖项目风险管理所必备的知识。通过加强对项目规划中风险管理计划的审核提高项目组的风险管理意识。总结本行业项目中常见的风险及其对策作为风险管理计划中必要的风险内容，并切实评估相应对策的有效性和可行性。
6．项目的目的就是实现项目干系人的需求和愿望。项目干系人管理应当从项目的启动开始，项目经理及其项目成员就要分清项目干系人包含哪些人和组织，通过沟通协调对他们施加影响，驱动他们对项目的支持，调查并明确他们的需求和愿望，减小其对项目的阻力，以确保项目获得成功。
7．项目经理应当对项目成员的责任进行合理的分配并清楚地说明，同时应强调不同分工、不同环节的成员应当相互协作，共同完善。实施有效的项目管理绝非易事，对于软件企业而言，这是一个小的改变，而是一种变革，企、世需要为此付出艰苦的努力，同时，成熟有效的项目管理无疑将对企业起着至关重要的作用，项日管理的水平将是企业核心竞争力之一。
软件项目管理论文:论软件项目管理的现状分析和对策
论文关键词：软件企业；项目管理；现状；分析；对策
论文摘要：本文主要分析了我国软件项目管理的现状及存在的误区，总结了软件项目管理方面的经验，提出了初步的解决方案和办法。
随着计算机硬件水平的不断提高，计算机软件的规模和复杂度也随之增加。计算机软件开发从“个人英雄”时代向团队时代迈进，计算机软件项目的管理也从“作坊式”管理向“软件工厂式”管理迈进。这就要求软件开发人员特别是软件项目管理人员，要更深一步地理解和掌握现代软件工程的理论方法，完成思想观念上的转变。本人结合软件项目管理知识，对我国IT行业的特点及相关的软件项目管理工作普遍存在的问题和思想观念上容易陷入的误区进行了分析，并提出了初步解决方案和办法。
一、IT行业的发展特点
随着信息技术的发展，IT行业以惊人的速度逐步深入到社会各行各业，成为推动社会进步和国民经济发展的重要力量，对我国传统产业和传统的企业管理理念产生巨大的冲击，深刻地改变着人们的生产、生活和工作方式。
1、高技术性
IT行业是最典型的技术密集型、知识密集型的产业。人才是IT行业最宝贵的财富，具有明显的技术性、流动性和年轻化的特点。
2、高渗透性
IT行业具有很强的渗透性和带动作用，是国民经济发展的倍增器，IT行业已逐步渗透到我国及时、第二、第三产业以及社会生活的各个领域，有效地推动了产业结构调整和技术升级，提高了人们的生活质量，为产业发展和整个社会生活带来革命性的变化。
3、高风险性
IT行业在产品研发、生产和市场推广过程中，都要进行巨额的资金、设备和人力投入，由于技术的高度复杂性和市场的高度不确定性，项目风险控制难度加大，项目的成功率较低。但是一旦某个新项目或新产品获得成功，将会带来相对高额的回报。
4、高竞争性
IT行业是一个富有创造性和挑战性的行业，要求在有限的资源条件下，在越来越短的时间范围内，为客户提供技术创新性强、个性化程度高的信息产品和服务。在我国企业ERP系统项目建设中，项目真正的成功率一般在40％一50％之间。目前，攀钢集团公司正投入巨资进行ERP系统项目建设，项目进展虽说顺利，但如何把行业发展和项目管理的实施有机地结合起来，提高企业信息化水平和效益，仍是面临的一个重要课题。
二、软件项目管理所存在的问题及对策
软件项目管理IT行业的一个富有创新意义的领域，是针对特定的项目需求，以团队运作的形式，有效地组织项目资源，通过对项目的管理和控制，实现项目的目标。在我国IT行业起步较晚，但发展迅速，项目管理在IT行业的应用还很不成熟，一般的、常规的组织管理方式已很难适应，这是软件开发中项目管理面临的较大挑战。
1、对项目管理认识和重视不够
项目经理或管理人员不十分了解项目管理的知识体系，所以在实际工作中没有项目管理知识的指导，依靠个人现有的知识技能，管理工作的随意性、盲目性比较大。在软件企业中，项目经理主要是因为他们能够在技术上独当一面，而管理方面特别是项目管理方面的知识比较缺乏。希望尽快推行和实施软件项目经理知识技能资格制度，各方面都能充分认识项目管理的重要性，让项目经理自觉学习项目管理的知识和一些常用工具和方法。
2、对项目的系统性把握不够
在软件企业一些项目管理人员对项目总体计划、阶段计划的作用认识不足。项目经理认为计划不如变化快，项目中也有很多不确定的因素，做计划是走过场，因此制定总体计划时比较随意，造成计划与控制管理脱节，无法进行有效的进度控制管理。其实制定计划的过程就是一个对项目逐渐了解掌握的过程，通过认真地制定计划，项目管理人员可以知道哪些要素是明确和重要的，哪些要素是要逐渐明确和次要的，通过渐近明细不断完善项目计划。制定计划的过程，也是在进度、资源、范围之间寻求一种平衡的过程。因此，提高项目管理人员的计划意识，加强对开发计划、阶段计划的有效性，并进行事前事后的评估。
3、管理思想贯彻不到位
项目经理如果没有从总体上去把握管理整个项目，而是埋头于具体的技术工作，造成项目组成员之间任务不均、资源浪费。在软件企业中，项目经理大多是技术骨干，技术方面的知识比较深厚，但无论是项目管理知识，还是项目管理必备的技能、项目管理必备的素质都有待补充和提高。同时由于工作分解结构设计的缺乏合理性，项目任务无法有效、合理地分配给相关成员，以达到“负载均衡”。因此加强项目经理在项目管理知识方面的培训和考核，引导项目经理更好地做好项目管理工作。
4、沟通的效率不高
在项目中一些重要信息没有进行充分和有效的沟通。在制定计划、意见反馈、情况通报、技术问题或成果等方面与相关人员的沟通不足，造成各做各事、重复劳动，甚至造成不必要的损失。在项目沟通管理方面：管理者要用70％的时间用于与人沟通，而项目经理需要花费90％或更多的时间来沟通。所以项目管理人员不但自己要把工作重点放在沟通上，而且要善于沟通，以提高沟通意识和沟通的效率。
5、对付风险的策略不成熟
项目管理人员没有充分分析可能的风险，对付风险的策略考虑比较简单。有些项目管理人员没有充分意识到风险管理的重要性，对计划书中风险管理的章节简单应付了事，随便列出几个风险和一些简单的对策，对于后面的风险防范起不到一定指导作用。项目风险管理是对项目潜在的意外损失进行规划、识别、估计、评价、应对和监控的过程，是对项目目标的主动控制手段。因此通过学习项目管理知识，掌握风险识别、量化、对策研究、反应控制的工具和方法，加强对项目规划中风险管理计划的审核，提高项目组的风险管理意识。
以上对软件开发项目管理中容易出现的问题的分析可能还不够深入，电无法列举所有遇到或将遇到的问题，解决办法也只能在际情况中把握。
三、软件项目管理的误区
1、在项目的需求分析阶段，开发方与客户方在备种的问题的基本轮廓上达成一致即可，具体细节可以在以后填充。因为无论开始时有多么细致，以后对需求的修改几乎是必然的。这是一种非常危险的思想。实际上许多软件项目失败的最主要的原因就是需求阶段对问题的描述不够细致，导致后来预算超出或者时间进度达不到要求。因此，在项目需求分析阶段，双方必须地尽可能细致地讨论项目的应用背景、功能要求、性能要求、操作界面要求、与其他软件的接口要求，以及对项目进行评估的各种评价标准。
2、软件项目的需求可以持续不断的改变，而且这些改变可以很容易地被实现。的确，在具体实际中由于种种原因客户方很难在需求分析阶段而地描述所有问题。随着开发进度的推进，往往会有一些需求的改变。但这并不表明“软件项目的需求可以持续不断的改变，而且这些改变可很容易地被实现”。实践表明：随着开发进度的推进，实现软件需求更改所需要的代价呈指数形式增长。所以软件需求的改变应当尽量早地提出，才可能花费少，容易被实现。
3、既然在项目人员配置中设置了专门的测试人员，那么软件所有的内部测试工作全部应该由测试人员完成。软件程序测试分为“白盒法”和“黑盒法”两种方式。由于使用“自盒法”对测试人员各方面素质的要求极高，程序测试时测试人员总是先使用“黑盒法”。如果测试没有通过，不得已造才考虑对程序代码进行“白盒法”测试。显然，这种对“白盒法”有意无意的“逃避”，对软件的性和稳定性构成了威胁。如何解决这个问题?一方面需要提高对测试人员的要求，另一方面也需要程序员完成部分进行”白盒法”测试。
4、在开发进度滞后的情况下，可以聘请更多的程序员加入到开发团队中，通过增加人力资源来赶上进度。如果新加入的程序员很难适应项目管理方式、软件开发风格、团队协作氛围；那么“新人”的加入可能是有害的。
5、技术骨干应该成为项目的项目经理，项目经理一定是所有项目成员中薪水较高的。在“软件作坊”时代，这是一种普遍使用而且效果不错的方法；而在“软件工厂”时代，这种方法却带来各种问题，有时甚至直接导致项目失败。究其原因这主要是因为随着现代软件开发分工的细化，对项目经理的要求也发生了根本的改变一一最注重的不是其对某项专业技术的掌握程度，而是其组织、领导、协调开发团队的能力。项目经理的薪水在项目成员中是比较高的，但不一定是较高的。
四、我国软件企业实施项目管理的实践和经验
我国的许多软件企业按项目方式运作已有多年，在这期间，我国软件企业进行了不懈地探索，有成功的经验，也有失败的教训，其中主要体现在以下几个方面：
1、客户满意作为项目管理的最终目标
客户是项目的委托方，也是项目的受用方，如何使客户对项目的最终结果感到满意，是项目管理的一个核心问题。为让客户满意项目组要树立以客户为中心的观念，项目管理的整个生命周期都要面向客户，并把客户满意度作为衡量项目成败的一个重要指标，使项目组的利益与客户的利益紧密地联系在一起。项目的需求就是客户的需求，它应包括客户的现实需求和潜在需求。信息技术的迅速发展，导致IT行业客户需求的多样性、多变性、不确定性和个性化。软件产品或解决方案需要企业与客户在充分沟通的基础上，共同提取、挖掘，从而不断逼近客户的真正需求，客户与企业之间体现出很强的互动性。
2．项目管理要面向结果，首先要面向人
项目管理要以人为本，项目经理首先是人力资源经理，对于知识密集型的软件企业来说，尤其如此。通过项目为员工提供平台，通过员工的发展目标与项目目标的有机结合，使员工在项目的平台上实现自我的价值。
3．项目管理的挑战性和推动力
项目管理的实施，特别是推行项目管理，对于软件企业而言，不是一改变，而是一种变革，是一项长期性、艰巨性的任务。因此，企业首先要有开放的心态，要勇于改革，并能以长远的眼光和勇气正确对待项目开发中出现的问题，不因暂时的困难和挫折而放弃。其次要有务实的态度，要有相应的措施和落实的力度，推动项目的进程和开发效率的提高。
目前，我国软件开发和项目管理水平与美国、印度等国家相比还不高。而国外水平比较高的软件公司软件开发流程和项目管理十分规范，随着世界范围软件业的发展，在我国已有越来越多的软件公司重视流程和项目管理，软件业的春天一定会来临。
软件项目管理论文:应用P3软件为建设项目管理服务
摘要：三峡工程是一举世嘱目的工程建设项目，项目管理的任务其中包括进度控制的任务极其艰巨。业主单位确定应用P3软件作为进度控制的辅助工具已近五年时间，取得了很大的成绩，但还存在有待改进的地方。笔者有幸从93～96年，涉及此方面的工作，对合理地应......
关键词：P3 建设项目 管理 服务
三峡工程是一举世嘱目的工程建设项目，项目管理的任务其中包括进度控制的任务极其艰巨。业主单位确定应用P3软件作为进度控制的辅助工具已近五年时间，取得了很大的成绩，但还存在有待改进的地方。笔者有幸从93～96年，涉及此方面的工作，对合理地应用P3强大的功能为项目管理，尤其是项目进度控制服务，提一点自己的看法。现分述如下，作为抛砖引玉供有关部门参考。
1 统一规定网络进度计划的表达形式
三峡工程因其规模宏大，需要采用分项直接承发包制，业主将与多个独立的承包商建立合同关系，如果承包商们在进度计划表达形式上不统一，各自采用他们习惯的表达形式，对单个合同可能是可行的，但对整个三峡工程的进度控制而言，将产生混乱的而导致无法进行。
网络计划的类型有肯定型、非肯定型，随机型、循环型等。在土建行业大多采用称作关键线路法的肯定型计划网络。而该类型计划网络以其表达形式来分有：双代号、单代号、与单代号搭接网络等表达形式。从业主与监理方使用的网络计划大多是控制性进度网络，以及考虑到工程建设项目的复杂程度与P3软件所能支持网络计划的类型而言，以采用单代号搭接网络最合适。由于它表达相同的计划对象时，可以具有网络的规模最小，表达最为简洁的好处。因为它可免除用其肯定型计划网络时，为了表达活动之间的逻辑关系而需要增加虚活动和要把完整的须加细分的敝端。关于规定统一用搭接网络的建议，必须取得建设各方的共识，并共同执行。只有这样，才能把进度管理，纳入统一的、可操作的进度控制模型之内。
2 分析管理环境，合理确定进度计划网络整体结构
进度计划网络的整体结构是指进度网络系统中整个局部网络之间联系方式不同划分结构类型。
在选择进度计划网络的整体结构形式的时候，必须根据建设项目特点与管理模式出发予以考虑。从三峡工程业已招标发包的合同看，有的一个合同包含了若干个单项工程(如右岸一期工程合同)；有的则一个扩大单位工程包含了若干项合同，如长期船闸工程。因此，业主项目与监理单位均处在多个合同管理环境下工作。这大大增加了项目管理的难度与工程协调工作量。我们在确定网络计划整体结构时，都要与上述多项目管理环境相适应，并充分利用P3软件所能提供的功能为前提。
关于进度计划网络的整体结构，可分为两类，一类是多级网络，如以三级网络为例，其示意图见图1。
图1 多级网络示意图
个工作(或称活动)。因此，分解的详细程度会直接影响网络计划中活动数目。过于详细，则增大网络图的图幅，不利于阅读与管理；分解得过粗，则对进度控制缺乏必要的指导作用。WBS分解的详细程度应考虑如下因素：
(1)WBS分解的详细程度要与计划进度的功用相协调，业主方的计划进度主要用于进度控制，宜粗些。通常分解到分部工程(最多到分项工程)的层次即可；对承包商实施性的进度计划所需的CWBS，可由承包商对其合同范围工程，在业主方WBS框架基础上根据需要，再自行细分；
(2)WBS的框架结构，要兼顾工程分标的具体要求。如长期五级船闸输水工程，宜将其再分成上游输水工程与下游输水工程，以避免出现一个分解单元跨两个合同的情况；
(3)分解的详细程度，对整个工程各部份要做到基本一致，以便能正确确定网络计划中各活动之间的逻辑关系；
(4)WBS分解的详细程度应使之对应的活动，在施工现场较易识别，有利于进度检查与进度控制工作。
总之，WBS分解结构应有利于建设项目进度控制与其他项目管理的需要。
3.2 建立工程项目管理的组织分解结构(OBS)
为使项目管理机构管辖范围清晰、职责分明，常用组织分解结构描述业主方管理机构的设置。并把它与WBS终层次的分解单元对应起来，即把WBS垂直树与OBS水平树按项目管理组织的管辖范围，得出对应的交叉点，以明确其责任主体。OBS的详细程度可分至具体责任人。
3.3 建立为项目管理服务和方便P3应用的代码体系
设计出一好的代码体系与代码方案对于项目管理及相关软件高效应用至关重要，它可使诸如统计、分类、校对、查询、计划的整合、计划的拆分、数据组织、过滤等工作变得简单方便。由于限于文章篇幅仅列项说明如下：
(1)为拟订好WBS框架，建立统一的工程分解结构代码符与词典。并在较高层主网上输入，以便为各层主、子网所共亨。
(2)为拟定好OBS框架，建立统一的组织分解结构代码符与词典，并在较高层主网上输入，以便为各层主、子网所共亨。
(3)依照三峡工程分标设计，统一规定合同代号，并建立词典。
(4)约定各标合同项目活动代码，在单代号搭接网络模型下，活动代码为网络中节点代码，从活动代码易于做到性的易于阅读网络图，建议活动代码的前两位为字母型(与合同代号一致)，后4位为数字型混合码为宜。后4位阿拉伯数字均以0、5数字结尾，以便为以后网络中增加活动留地。
(5)约定活动分类码
活动分类码实质上是把某些特性用活动分类码的形式加以识别。P3可为活动提供20个分类码，这些活动分类码可以识别诸如：活动属何种工程；活动所在的工程部位、高程；活动的承包单位；活动的监理单位；活动的业主管理单位；施工活动还是管理性质活动；以及想要识别的其它特性。业主方统一建立活动分类码(包括代码结构、码值与词典)供参与工程建设的有关单位所共亨。
(6)制定统一资源类别代码
制定统一资源类别代码的结构、码值与词典，资源包括：资金、劳力、各种材料、各种专用施工设备等。制定统一资源类别代码，使各承包商以统一的代码把资金、劳力、各种材料、各种专用施工设备的需要量载入网络之中，不仅为承包商编制施工资源、配置计划提供依据，同时也为业主方通过主～子网络结构汇总各种资源的总量及其在时间上的分配提供方便。为业主的材料、设备的采购与供应，资金筹措，施工现场管理等提供信息支持。为了减少这方面的工作量，可仅对业主关心的资源进行，对承包商关心的资源可在其子网络上自行定义。
4 制定运行规则，避免混乱发生
业主与多个承包商建立工程施工合同关系，共同为项目进度目标的实现各自承担其相应的义务情况下，按照一定的准则，规定各方运行规则，是避免发生混乱所必须的，尤其是应用P3采用多层二阶主～子网络非直接传递结构模型时，尤为必要。其运行规则的内容概述如下：
(1)有关各方均应采用为业主方制定的代码结构、码值(符)、词典。好在较高层主网上输入，以便为各层主、子网所共亨。
(2)为使在主～子网结构内运算协调，在运行进度计划调整、更新时，必须确定相同的更新日期。所有的子网应使用相同的数据日期，以避免冲突与混乱；如果相同的数据日期不可能，应在主网更新、调整，使其数据日期在主～子网上同步；
(3)进度计划调整、更新的数据日期，可统一规定在月支付后的某24小时为宜；
(4)承包商在其子网上调整、更新进度计划(增、删活动、调整活动时间、改变活动逻辑关系等)，必须在其子网络拷贝版上进行，然后交监理审批，经批准后才能作为正式的子网络，并将原子网络备份(存档)以便恢复或查询；
(5)经(4)所述步骤后，统一建立从合同到整个建设项目各层次的目标进度网络，为事后的进度评价建立基准；
(6)各承包商对各自的进度进行评价时，均以经监理、业主审核确定的实际完成的工程质量为基础进行，使进度评价建立在的基础之上；
(7)当在主网上增加不属于子网络的活动或里程碑日期时，应为主网络定义一个前两个字符的可与子网络活动相区别的活动代码符；
(8)业主、监理方为维护进度计划系统的安全，还应建立如下规定：在网络环境下，建立主网络与子网络的权限，及子网对主网络存取、访问的权限；用于所有子网络工作日历；用于调度/平衡计算如何选项的规定；资源、费用计算单位和小数点位数等。
5 扩大软件使用范围，发挥更大的作用
把P3软件作为项目进度控制的辅助工具，可发挥如下作用：
(1)编制与优化项目总进度计划与标段工程进度计划，按需对进度计划作出适时调整与更新；输出各种图表；
(2)计算时间参数，找出关键线路与关键活动；
(3)对实际进度与计划进度作对比，得出偏差，评价实际进度。并在此基础上，实现实际进度对计划进度的跟踪；
(4)汇总包括资金、材料、劳力、专用施工设备需用量计划及其在时间上的分布，为项目资源供应提供信息支持；
(5)在上述基础上，为制定中、短期进度计划提供方便和依据。
笔者认为，还可以在以下方面扩大使用范围，以充分发挥其P3功能：
(1)在合同管理方面，用于分析承包商提出的工期索赔要求与确定其索赔期限；
(2)为业主、监理在处理不同标段合同之间在进度上发生冲突时，提供调度的分析工具。即当不同标段间平行作业的活动会损害工程施工质量或危及安全时，可依据对项目目标实现的原则，确定活动作业顺序，而主～子网络结构模型是最合适的分析模型；
(3)建立费用帐目把工程概算价格、合同价格、实际支出价格等载入网络计划之中，结合本国国情运用赢得值分析技术，还可在项目投资控制中发挥一定作用。
6 结束语
笔者所要阐明的是把P3软件作为项目进度控制的辅助工具，决不是仅涉及软件操作等纯技术性的问题。从业主方角度而言，更为重要的是从组织性质工作入手，做好上面所述及的工作。在统一组织、指挥下才能充分发挥其软件功能，为项目管理提供更好的服务。这犹如交响乐团在高水平乐队指挥下才奏出美妙动听的乐章一样。笔者曾对大型建设项目使用P3软件的情况进行一些调查，凡使用情况不理想的其症结所在大多在于此。这是要引以为戒的。也是笔者写此文的用意之所在。
软件项目管理论文:软件项目管理的信息交流探索
论文摘要:软件开发是一项高度知识密集型的创造活动,在这个过程中信息交流扮演了极其重要的角色。信息交流模式对软件开发效率、项目管理和开发工具的发展进化有着深刻的影响。提出信息交流的三个特征模式,并在共享库的基础上论证自然损耗的强信息交流模式对软件开发的积极作用和影响。
论文关键词:软件项目管理 信息交流模式 广义信息交流 共享库
1引言
1970年Sackman对12名程序员用两个不同的程序进行试验,结果发现程序长度差别为6:1,程序运行时间差别为8:1,程序编制时间差别为9:1,程序编码时间差别为18:1,程序排错、调试时间差别为28:1。在实际开发中,软件项目开发成员之间存在差距是非常普遍的。对此通常的做法是采用内部交流,如员工培训、技术会议、成员讨论等方式,达到减少团队成员的差距的目的。
软件开发是一种有特定目标的团队合作活动,而团队只有通过有效的交流才能发挥其集体的力量。在开发活动中信息交流普遍存在,而且扮演着非常重要的角色。它协调成员行为,使工作同步,与团队行为方式及其效果密切相关。因此,如何有效管理和控制信息交流变得非常重要。但信息交流往往难于控制和管理:如果没有良好的管理,开发团队很容易陷入工作低效、信息混乱的境地,并导致种种负面影响——工作中断、思路中断、时间消耗等。调查显示,每周工作40小时的开发工程师,实际开发时间平均仅有16~18小时,其它很大部分时间消耗在人员之间的交流上。相反,一个团队的信息交流简单、通畅、损耗小,其工作往往协调一致,各种活动有条不紊。信息交流对软件开发有深刻的影响。
当代的软件项目管理理论似乎对开发团队的信息交流问题缺乏足够的关注,在这方面多数是强调团队合作的作用。实际上,信息交流模式存在很多内在的规律,研究分析这些因素将有利于软件项目管理工作的改进,有利于为软件业的发展提供有益的思考。
2广义信息交流及其模式分类
从狭义上讲,信息交流仅限于人与人在语言、思想上的直接交流,在广义上则包括一切信息的发送、接收、传递以及这个过程的相互作用(如引伸、扩展、缩小、曲解、联想等等)。在软件开发中,所有从自身以外主动获取信息的活动都属于信息交流的范畴;交流对象不一定是人,可以是机器、经验知识库、软件系统(如DSS)等等;但交流主体一定是人。广义信息交流在软件开发过程中极为普遍,所有任务都在特定的信息背景(专业知识、任务、计划、规范化、管理指令等等)下由各个成员共同完成。
3信息交流模式特征及其条件
根据信息交流的特性,可以将其分为三种特征明显的模式。
3.1强信息交流模式
强信息交流模式的特点是交流非常频繁,不仅发生在项目成员(包括项目经理)之间,而且发生在成员个人网络之问(如某成员与项目组以外的专家、个人进行的交流);信息交流方式表现为面对面或人与人的交流,缺少工具支持;存在很大的损耗,交流虽然活跃但处于无组织的信息混乱状态,过多的交流损耗大大降低了团队的工作效率,成为管理上的瓶颈。
图1中:
1.Nx:小组成员
2.M:项目经理或项目小组负责人
3.P:上一级负责人
4.C:内部评审小组
5.箭头及其方向:信息传输路线和方向(下同)
图1表示了一个典型的开发团队的强信息交流模式。可以看出,控制通道M—P或P—c的信息交流相对集中而简单,但项目小组内部的交流则非常频繁,交流频度(复杂度)是n(考虑交流的双向性,n为项目成员的数目)。由于项目的执行核心分散到每个直接开发软件的各个项目小组成员身上,在强信息交流的模式下,交流频度太高导致整个小组的开发效率低下。同时项目经理M由于忙于应付各方面的交流而导致小组内部缺乏管理。因此这是一种内耗巨大的信息交流模式。大型项目往往容易陷入这种状态,这也证明了为什么大型项目更依赖于有效的管理的事实。
3.2弱信息交流模式
这个模式的信息交流非常有限,只存在项目经理与程序员之间的交流,程序员之间几乎没有信息的交流,更没有项目小组以外的支持;没有利用工具促进交流。由于缺少交流,各自为政,效率低下。项目人员缺乏管理和组织,成员之间存在信息交流障碍,没有内部评审小组对计划进度的严格监督,如图2所示。
这种情况之下交流已经非常少,但仍然有损耗,这种无法避免的损耗就是自然损耗。
3.3自然损耗的强信息交流模式
上述两种信息交流模式都存在着固有的问题,但他们各有所长:强信息交流通畅无阻;弱信息交流损耗接近于自然损耗。若交流模式同时具备这两个特点,则该模式就是自然损耗的强信息交流。该模式既有强信息交流的优点,又克服了其损耗大的缺陷:一方面成员个体之间的信息通道非常畅通,另一方面每个个体受到来自团队内部其他成员的干扰大大减少。
但形成这个模式是需要条件的,存在大量的管理良好的易于获取的充分共享的经验知识库,即图3中的共享库,是其中的一个必要条件。共享库使得大量的信息可以不通过传统的交流获取,提高了信息传递的速度,降低了人与人之间的直接交流的频度。
共享库是一个关键的角色,在这里泛指一切有助于提供有效信息服务的信息集,但应排除团队本身,否则又回到强信息模式的状态。内部资料库、可以提供咨询的专家组、决策支持系统、Internet资源等等都可以成为有效的共享库。其特点是共享,可以同时提供多通道的服务。
另一方面,项目组成员之问必须排除个人色彩,交流通道流畅,不存在任意交流,每次直接交流都是必要交流——共享库无法提供这种信息才由直接交流解决,这是强信息交流模式的一个条件,同时也是自然损耗强信息交流模式的一个条件。
4自然损耗的强信息交流模式对软件开发的启示
信息交流模式的重要性质提醒我们:软件开发中如何避免信息交流的混乱?如何管理好团队的信息交流模式?如何降低信息交流的损耗?信息交流的三个特征模式的为此提供了有益的启示。
4.1从广义信息交流来看软件开发的发展趋势
仅仅从狭义信息交流来看,软件开发的信息交流并不起眼。为了得出建设性的结论,我们必须从广义信息交流的角度来研究问题。基于此,我们认为下面四点均是软件业按照信息交流模式规律发展的证明:
·运用工具促进交流
计算机网络使单机环境向网络环境扩展,大大扩展了信息传播的方式和速度;局域网已经成为各单位的必不可少的环境,特别是Internet已经成为事实上较大的信息源。分布式数据库系统、邮件系统、文件传输协议、即时交流工具、搜索引擎都是基于网络的信息交流工具。这些工具使人们获得所需信息的能力大大提[！]高。
强大的集成环境:普遍认为它是人们应付软件危机 的产物,但从信息交流的角度来看这是软件开发工具发展的必然趋势。它代替程序员做了大量的信息获取、知识输出、信息协调、交流的工作,为降低交流频度起了巨大的帮助作用。可以预见集成开发环境将有更惊人的发展,而且逐步会把其他软件和目前仍然要人工来完成的工作纳入其范围,如配置管理、版本控制、更友好的联合开发环境、自动测试、智能辅助工具、自动化的文档管理技术等等。
·构建更大的信息单元(信息粒度)
软件由模块或对象组成,而模块和对象则由更多的信息单元(包括数学公式,元数据等)组成。多个信息单元可以集成为具有特定功能的更大的信息单元,使得使用信息时不必考虑更多的与目标无关的细节,从而增加信息交流的强度。这种信息单元的扩大化就是软件复用思想。早期的软件开发比较原始,基本上是个性化的(比如某个具体功能的汇编语句),随后逐渐出现了直接调用各种工具包、系统函数的情况,直至更正式的复用:面向对象、构件等技术的提出和应用;软件业在软件复用方面做了巨大努力,出现了不同的技术和标准,主要有OMG定义的CORBA和Microsoft公司的DCOM以及SUN公司的Java平台。复用构造了更大的信息单元,为降低信息交流的开销创造了有利条件。
·支持信息共享
驱动软件业发展的一个重要思想是共享,共享在信息爆炸时代充分体现了其优越性。没有共享,信息再多也只是一个孤岛,严重影响信息流通和交流。早期的开发工具缺少共享支持,随着软件需求的快速膨胀,出现了所谓的软件危机。为了应软件危机,出现了支持充分共享的开发平台,这些开发工具普遍出现了可视化、网络化、智能化、自动化的趋势,为共享提供了技术支持,而共享的根本目的在于破除交流的障碍,为实现无损耗的强信息交流模式创造了条件。
·利用智能化
智能化一直是软件工业的一个研究热点,而且将会发挥越来越大的作用。软件开发要减少人的交流开销关键在于减少人的有意识的参与活动。机器智能可以代替人面对面的交流、教育、培训,它不受时空的限制,可以即时提供,可以并行工作,可以随需应变,从而大大减少直接交流带来的损耗。比如智能化的搜索引擎可以提供更好的搜索服务。
由此可以得出一个结论:追求“减少交流损耗”是软件业发展的一个内在的趋势,减少交流损耗是提高效率的重要条件。
4.2保持活跃的信息交流。减少损耗
在软件开发活动中信息不对称普遍存在。信息不对称导致的结果是成员之问的开发速度无法一致,只有充分交流才可以降低信息不对称性,才能加速知识的流通和传播。但实际上,由于信息交流的损耗问题,不允许这种交流无限制地发展,这就需要管理控制和工具辅助,避免并非必要的直接交流的发生,使强信息交流的损耗降低到自然损耗的水平,实现自然损耗的强信息交流模式。
4.3增强工具性。提高共享性
信息的充分共享是强信息交流的一个条件,但也不容易做到,它需要工具的支持,因为工具支持避开了人与人的直接交流。共享库的思想在引导着整个软件业的发展,其根本原因在于共享库减少了信息交流的开销,把信息交流的模式转变为更接近于自然损耗的强信息交流模式。这些开销本身是不可避免的,但共享库利用机器智能和软件的帮助减少了这个开销。可见未来软件工业必须不断增强工具性、共享性,不断提高智能化程度。
5结论
信息交流模式的性质提醒项目管理者:信息交流的模式深刻影响着项目的每个方面,管理者必须采取各种措施实现自然损耗强信息交流模式,避免进入单纯的强信息交流模式或弱信息交流模式的误区。
另一方面,信息交流的模式也对软件开发环境提出了挑战那就是如何提供更好的工具支持,减少不必要的人一人的直接交流,如何提供多方位的信息交流的支持,减少信息交流的开销。
自然损耗的强信息交流模式在软件项目管理中将会产生广泛的影响。技术进步将加快这一进程。成熟的数据分析、数据库技术应用到信息交流工具中去,并与开发环境无缝结合,将大大提高获取知识的速度并提高这些知识的可用性;另一方面,结合人工智能信息交流工具,可以自己整理收集有用的信息;数据挖掘技术将可以把普通的“信息查询”转变为“知识查询”这些技术与共享库的结合将大大减少人工信息交流的损耗,有助于信息交流模式转变为自然损耗的强信息交流模式,从而提高软件的生产效率
软件项目管理论文:浅析计算机软件项目管理中的需求分析
论文关键词:需求分析 用户方干系人 项目经理 需求分析员
论文摘要:计算机软件项目管理中的需求分析是提高软件质量的基础也是决定一个软件项目成败的关键。本文介绍了在需求分析研究中探索出的一些有效措施。
众观国内计算机软件业的发展,除远不如欧美等西方发达国家外,与人均GDP不及我国的印度相比也相距甚远,软件业的劣势正严重制约着我国IT业的发展。我国软件业的劣势表现在自主开发的成熟软件不多,而开发的大量软件工程项目(如ERP等)存在缺陷或开发失败。目前,国家正在加大对软件工程的研究和对软件工程人才的培养。根据资料显示,属于需求分析造成软件设计的错误和缺陷约占软件失败的6400,而属于程序代码的错误仅占软件失败的360a,数据表明需求分析是提高软件质量的基础也是决定一个软件项目成败的关键。通过对软件项目管理知识的系统学习并结合近年来自己参与部分软件项目实施的经验,介绍在需求分析研究中探索出的一些有效措施。
1尽快熟悉项目用户方干系人全貌
项目用户方干系人,指所有可能受到项目结果重大影响的人,即项目的风险承担者,他可能是项目的受益者,也可能是项目的受害者。因此,应当从项目的启动开始,需求分析员及其项目成员就要分清项目用户方干系人包含哪些人和组织,通过沟通协调对他们施加影响,驱动他们对项目的支持,调查并明确他们的需求和愿望,减小其对项目的阻力,以确保项目获得成功。
有些项目在做需求调查时,由于受进度要求等客观因素影响,需求分析员与建设单位的技术部门交流较多,向业务管理部门和实际使用者调查不够深入,造成软件试用后不得不再对需求做较大调整,“从头再来”的部分比例很高,大大超过进度要求时间。因此,熟悉项目用户方干系人全貌是进行需求调查的及时步,也是需求调查的基础。在定制开发项目的项目用户方干系人中,最重要的是建设单位中的人事组织、业务关系。好是能够用组织结构图画出相关单位的组织结构;还应当在相关单位组织结构图基础上画出全体项目用户方干系人结构图,以便更好更地进行需求调研分析;用责任矩阵确定各部分的调研对象;建立调研对象通讯录以保障调研及分析期间及时的沟通。
2采取正确的需求获取方法
软件开发项目的目的就是要实现项目用户方的需求,项目用户方的需求包含明确的和隐含的,也可以分为NEED, WANT, WISH等不同的层次。如果对项目所有用户方干系人没有进行足够的沟通和影响,使其尽可能地参与项目,则会出现客户方相关责任人不明确或对范围和需求责任心不强,提出的需求具有随意性,项目前期对需求的确认不够积极,或者是多个用户代表各说各话、昨是今非,项目后期需求变化随意等现象,这就会造成项目范围的蔓延,进度的拖延,成本的扩大,甚至项目的失败。
各种用户对系统具有不同的要求,如一个没有经验的用户关心系统是否简单易用,对于高级用户则关心产品的易用性和高效性。因而需要对用户进行分类,每一个用户类将有自己的一系列功能和非功能要求。在项目中,要尽早为产品确定并描述不同的用户类,这样就能从每一个重要的用户类代表中获取不同的需求。
项目需求具有双面性(用户与开发商)和多面性(项目中各干系人),因此,项目经理和系统集成者应了解用户干系人需求,用户干系人也应了解技术方面的需求,两者缺一不可。正确的需求获取需要了解需求的来源、用户的分类、用户的代表性、用户需求谁说了算数等因素。开发人员和项目经理要有足够的耐心聆听用户的讲述,要足够详细地了解每一个细节。项目管理者要善于将需求分类、归类,善于将需求文档化,并有所查询标记。
3可视化需求调研,引导各种客户挖掘他们的需求
有的客户因为自己缺乏计算机知识,无法提出完整、隐含的或潜在的需求。若这些需求不能满足将导致用户的不满。因此需求调研分析人员应善于想用户所想,不但要确定明确的需求,还要善于用启发的方式与用户探讨隐含的或潜在的需求,并结合各种调研分析技术挖掘超出客户期望的令人兴奋的需求。这就要求需求调研分析员要尽快完整地熟悉相关业务,从而能够站在用户的立场看待软件需求,想用户所想,做好业务与计算机之间的桥梁。利用可视化需求调研的方法可以很好地启发用户深人挖掘潜在的需求。可视化需求调研就是使用图表等工具来启发引导用户清楚地叙述需求,并且使需求更加完善。
对于高层领导,可以提供系统总体框架图;对于业务管理人员,可以用业务流程图来描述新旧系统的业务流程;对于客户中的技术人员,可以用数据流图、实体关系图或UMI中的各种图形对系统进行各种角度的描述;而对于业务管理人员、客户中的技术人员、以及各层次各流程中的用户,画出用户界面图来进行需求挖掘,是个比较有效的沟通方式。
这里特别说明一下用户界面的重要性。用户界面的设计按理来说是软件设计的责任,当然客户自己对界面有特别提出要求的除外。但是,如果把它提前到需求调研时与客户进行讨论,则可以大大改善需求调研的效果。因为这时客户对于将来的系统还没有一个形象上的概念,或者有一个模糊的预想的概念需要表述、验证、明晰化、完善化,以笔者的经验,画出用户界面草图与客户进行讨论,可以大大激发他们提供更为的需求。原来收集资料,描述业务,说明系统模型到了山穷水尽的时候,这种方法可以达到柳暗花明又一村的效果。
4详细描述各项业务,以便让所有客户确认
尽可能详细地调查并且描述原有系统和用户希望将来系统具有的各项业务的流程,并将这些业务流程文档化后与客户进行讨论,对描述错误或不不的进行修改,最终让客户进行确认。从近年来开发的软件看,对业务处理过程了解的完整性和性非常重要。虽然对数据来说都是SIDUT(查增删改传),但具体业务都是分为若干步骤,每个步骤都有其业务名称,同一步骤可能对多个数据集进行不同操作,需要调查了解清楚才能设计出适合用户业务特点和习惯的软件,使开发出来的软件更受欢迎。当然在进行软件概要设计时,要尽量排除业务流程的制约,即把流程中的各项业务节点工作作为独立的对象,充分考虑他们与其他各种业务对象的接口,在流程之间通过业务对象的相互调用实现其业务流程,这样,在业务流程发生有限的变化时,就能够比较方便地修改系统程序而实现新的需求。
对于各项业务的调查可以通过对以下资料的收集整理分析来完成,这些资料来自各种各样的项目用户方干系人:遵循的标准、组织发放的工作手册、作业流程、有关业务的上级通知、有关业务的办事指南、办理业务时需要填写的登记表、各种相关的统计报表及通过其他途径收集的类似系统的介绍、技术资料等等。 5对项目用户方干系人的愿望进行平衡
不同的项目用户方干系人其愿望和追求的目标往往相差甚远,因 此对项目用户方干系人的愿望进行平衡可能是非常重要而又相当困难的事情。例如:我曾在参与的某医院计算机管理系统项目中,遇到医院管理层希望能够采集尽可能多的信息项以便对数据进行多种多样的统计分析,同时为了对信息进行有效控制而增加一些审批流程;而门诊、药房等对外办公的基层窗口则因为客流速度的压力希望减少信息项的输人量;甚至有些不良的基层部门由于害怕建立透明度高的信息系统会影响他们的利益而消极地应付,即所谓反需求;而客户的客户(就诊的病人)则希望相关机构能够简化工作流程,加快办事速度,增加诊断情况和就诊费用的透明度;甚至项目组本身因为技术、资源、进度等原因,需要对一些功能进行优先级排序和取舍。虽然不是所有人的需求都是可以满足的,特别是消极的反需求是不能接受的,但他们的需求都是应当考虑并进行平衡的。
如果不同的用户方干系人有不一致的需求,那么必须决策出满足哪一类用户方干系人的需求更为重要。了解可能使用产品的客户种类的信息和他们的用法与产品的业务目标的关系如何,将有助于决定哪一个用户类所占份额更大。如果系统分析人员提出的需求与开发者所想要开发的系统发生冲突时,通常由于系统分析人员作为客户的人,市场需求具有更重的分量,但是,系统分析人员不能一味地迁就客户需求。
不同的用户方干系人可能都要求产品按照他们各自的喜好来设计。运用项目的业务目标来决定哪些是你最关心的客户,非核心客户的需求可以安排在下一个版本中开发。当开发者想像的产品与客户需求冲突时,通常应该由客户作出决策,然而,不要陷人“客户总是对的”的陷阱中去,现实中,客户并不总是对的。
6强调实现项目需求的层次递进性
了解该系统或者该项目用户所能够提供的最小的工程费用。当预计经费不能支持时,应当考虑将项目分期实施。在系统上、技术上对用户进行引导性建议,使用户了解集成商所要进行的工作,了解集成商是为了帮助用户实现他的需要、达到用户的目的,而不仅仅是为了赚钱,用户更了解集成商,也更了解自己的系统,有利于以后的项目合作、工程实施和系统维护。
分析用户曾用系统模式、数据结构和库模式,看是否保持、共用、转换,这涉及保护用户投资的问题。根据现在工作业务流情况确定现有的工作模式,还应兼顾将来可能会发生的变化、扩展、新规定,及与同国际接轨可能的带来的变化。考查工程实施环境是否有保障,尤其是网络工程,必须在需求调查时充分了解用户领域的实施环境,当不具有实施环境时,要求进行配套设计和环境改造。
7编写需求文挡和进行需求评审与其他项目小组成员协作完善系统需求
文档资料是集成商重要的财富,贯穿于系统集成和项目开发的整个过程,其中包括法律文档、技术文档、资料文挡。文挡要求完整性、一致性、可修改性、可跟踪性。
以原来的需求为基础的工作完成后,要修补需求错误需要大量的工作,研究表明:比起在需求开发阶段由客户发现的一个错误,然后更正这一错误需要多花到倍的时间。因此,需要进行需求评审。需求审查结束的标准为:已经明确阐述了审查员提出的所有问题、已经正确修改了文档、修订过的文档已经进行了语法检查、所有TBD问题都已经解决、文档归档。
需求文档完成之后,并不是把它扔给后面的设计人员就了事了。作为项目组其他成员,对需求的有效性也起到某种程度的验证作用。虽然软件项目的生命周期按照各种开发模型有不同阶段的划分,但每个阶段的结束不是简单地把阶段工作成果塞给下一阶段的成员就可以了。特别是高科技的软件开发项目,上一阶段的工作成果往往要通过多次的沟通才能更为清晰地被下一阶段成员接受,其有效性、合理性也要被下一阶段的工作所检验,通过检验有时也有必要对上一阶段的工作结果进行相应的调整,需求分析也是如此。因此,无论是同一阶段不同人员之间,或是不同阶段人员之间都应根据需要相互协作,相互配合,共同完成软件开发任务。
软件项目管理论文:浅论一种加强软件项目管理的实践模式
论文摘要:本文认真分析了目前国内软件项目管理中出现的问题,以提高软件质量、降低成本、加强软件项目的可控性为目标,在深入研究和探讨CMM的基础上结合软件过程.给出了一种加强软件项目管理的实践模式。该实践模式定义了CMM中的6个关键过程域和3个工作组.并从项目的开发时间和质量方面做效率分析,强调了软件过程对软件项目管理的重要性。
论文关键词:软件项目;软件过程;CMM;KPA
1.引言
项目管理(PM,projectmanagement)是指利用现有的知识、方法和技术手段,有效地计划、调度、控制和跟踪项目的开始、执行、直止终止的过程,是项目顺利实现的有效手段。软件项目管理则是在项目管理的基础上,结合软件产品的实际,利用工程的概念和方法来开发与维护软件,对成本、风险、时间、质量、过程、配置等进行分析、管理、控制,最终目的是为了让软件项目的整个生命周期都在管理者的控制范围内,以预定成本按期、按质完成软件的开发并交付用户使用。目前,软件产品已广泛应用于各个领域,但是很多软件项目的成功率并不高.虽然有些公司根据软件工程理论建立了一些软件开发管理规范.但并没有从根本上提高软件项目管理问题,这就导致软件产品质量不稳定甚至是项目的失败,同时也损害了用户的利益。本文结合我国软件项目管理的特点并经实践应用.以提高软件质量、降低成本、加强软件项目的可控性为目标,通过对CMM的研究和改进,给出了一个基于CMM加强软件项目管理的实践模式,在这个模式中对目前CMM中的KPA做适当的裁减,定义了6个关键过程域和3个工作组。
2.软件项目管理中目前存在的问题
影响软件项目成功率的因素主要是软件质量问题,而在整个软件项目的实施过程中需求不明确、跟踪和监督不力、缺乏客观的软件评审和软件配置以及风险管理意识不足等都阻碍着软件质量的提高。
2.1需求不明确
需求管理是软件项目管理中非常关键的一个步骤.需求分析的完整与否可以降低软件质量、延长项目周期、加大成本。由于用户对计算机系统认识的不足,对于系统的需求往往比较模糊,遗漏甚至是错误的问题经常出现(包括管理流程、业务流程、数据或报表的分析处理等),但这些问题往往没有暴露给开发人员,而是随着项目的进展才逐渐明确。对于开发人员来说,需求的变更意味着软件产品的部分内容必须重新开发,而对于整个软件项目管理而言,势必要重新分配资源、调整计划、估算成本等等,导致软件产品质量下降。
2.2跟踪和监督不力
跟踪和监督主要针对过程而言,也是项目管理中最容易被忽视的环节。软件项目过程由多个任务构成,大部分任务都有前置任务和后置任务,这就要求项目管理者要严格跟踪和监督每一个任务。任务的完成主要从时间进度和质量两方面来衡量,还要充分考虑因客户方引起的一些客观因素(更改需求分析等)。项目管理者虽然制定了具体的项目进度内容,但如果缺乏有效的跟踪和监督机制,对于每一个阶段所要完成的任务疏于评价,就会影响下阶段软件产品的质量,有时甚至是软件产品的重新开发,最终影响整个软件项目。
2.3缺乏客观的软件评审
客观的软件评审是软件产品质量的直接保障,软件评审一直贯穿于整个软件项目的过程中,对软件产品的评审应有客户使用人员和软件业中的同行来进行。客户使用人员对软件产品做阶段性的评审可以及时发现软件产品功能方面的不足,同行评审可以从软件业的规范及标准去发现问题.软件评审可以降低软件开发的成本提高软件产品的质量。大多情况下项目管理者没有做任何阶段性的评审,通常只是在软件产品开发基本完成之后来组织评审,果发现了很多问题,但要修改已经非常困难.要花费很长的时间甚至从头再来。
2.4软件配置混乱
软件配置是指软件产品在各个阶段各种版本的文档、程序及数据的集合,贯穿于整个软件项目的始终。随着软件产品开发的进行,由于各种客观原因,其中的预算、设计方案、进度等内容都有可能需要大大小小的更改(这些改动可能是合理的),整个改变的过程对软件项目的参与人员来说必须是可视的,以便提高软件的性和质量,而这一切都应该有正确的软件配置来控制如果失去正确的软件配置管理,那么针对软件产品发生的任何更改或者是维护都会给软件项目带来混乱甚至是失败。
2.5风险管理意识不足
风险管理是软件项目中防止失败的一种重要手段,软件项目不同的阶段存在着不同的风险,并且风险会随着项目的进展而变化,目前国内的软件企业大都不注意软件项目的风险管理。除了社会环境风险、商业风险等这些客观风险之外.可控的软件项目风险主要指技术风险。技术风险主要是指与软件项目本身相关的的技术因素变化带来的风险,如果在一定的条件下达不到技术条件能够实现的目标,不但延缓项目的进度而且会增加项目的成本.继而使整个项目受到影响。
3.通过过程管理加强软件项目管理的实践模式
利用cMM fCapabilityMaturityModeforSoftware)的核心思想把软件项目管理看作一个软件过程,并根据这一原则对整个软件项目的开发和管理进行过程监控,监督发现过程中影响项目的关键问题并予以解决。软件过程是指软件开发人员开发和维护软件及相关产品的一套行为、方法、实践及变换过程,包括软件开发过程和软件管理过程。CMM把软件开发机构按照不同开发水平划分为5个级别。每个等级被分解为几个KPA(关键过程域),KPA是指在某个成熟度等级应重点关注的区域,也是达到此成熟度等级必须解决的关键点。①初始级,无过程意义。软件过程是无序的、随机的、缺乏总计划,无预见性,大多数活动是应付危机,经常超期超支,成功取决于个人。②可重复级,具备基本的项目管理。KPA分别是:需求管理、软件项目计划、软件跟踪与监督、软件子合同管理、软件质量保障、软件配置管理;③已定义级,已定义软件过程。已将软件管理和软件工程两方面的过程文档化、标准化,并综合成该组织的标准软件过程。KPA分别是:组织过程焦点、组织过程定义、培训大纲、集成软件管理、软件产品工程、组间协调、同行评审;④可管理级,过程可度量。已收集了软件过程和产品质量的详细度量方法,软件过程和产品均可被定量地理解和控制。KPA分别是:定量过程管理、软件质量管理;⑤优化级,过程控制。通过过程的量化反馈以及新技术、新方法促使过程不断改进。KPA分别是:缺陷预防、技术更新预防、过程更改管理。
CMM只是一个过程改进的框架.并没有给出具体实施的办法。在该模式中对目前CMM中的KPA做适当裁 减.定义了6个关键过程域:软件项目计划(SPP)、需求管理(RM)、软件项目跟踪和监督(SPTO)、软件质量保障(SQA)、软件配置(SCM)、同行评审(PR),设置了三个工作组:软件项目过程组(SPPG)、软件工程组(SEG)、软件质量保障组(SQAG)。通过工作组对关键过程域的操作来加强软件项目的管理。
3.1定义KPA
3.1.1软件项目计划(SPP)
软件项目计划是为要实施的软件项目编制软件过程活动的安排,包括进度控制、成本控制、质量控制、风险控制等,也是实施CMM2的核心此阶段在安排过程活动的同时开展项目设计的前期工作,设计和界定在整个项目中各阶段所需的开发、质量、跟踪、评审、风险、成本等工作。项目计划是指导项目过程的具体措施,要在有软件项目实施经验的人员领导下投人大量的时间和人力资源来完成。制定项目计划应注意7个问题。①在科学论证的基础上制定过程,充分调动人员积极性合理地确定项目组的参加人员;②对软件项目各程中的任务进行分解,明确项目的里程碑和检查点;③正确估计软件项目中的软件资源、硬件资源、人力资源及其它费用;④正确估计各方面因素带来的风险并制定应对措施;⑤制定项目实施过程中的跟踪和监督措施;⑥确定软件的评审和测试方法;⑦详细的文档资料。
3.1.2需求管理(RM)
需求分析主要包括面向用户的用户需求和面向开发人员的系统需求.是整个软件工程的及时步.也是非常关键的一个环节。需求分析主要针对用户的业务流程、系统功能、性能、数据分析进行严格的定义.是设计一个软件应用系统的起点与基本依据,通过它来评判软件产品是否能够解决用户问题,也是项目成功与否的标准。就目前国内现状来讲,一般签定软件项目合同的用户是主管信息技术的负责人,它所关心的可能是整个系统的目标需求,用户方中层管理人员关心的是业务流程需求.终端操作人员则注重软件本身的易操作性和功能特性,因此.面向用户的需求一定要和用户多方人员多沟通、交流.最终通过双方有关部门人员的论证以文档资料的形式确定下来。任何一个需求分析因客观原因可能存在着需求更改的现象,对于这种情况一定要注意需求更改的可控性.要建立需求的基准版本和更改版本控制文档资料.使受需求变化影响的产品与需求变更一致。但要注意在更改需求的同时要衡量需求的稳定性,如果一个需求的变更比较频繁,意味着本项目并没有真正了解用户想要解决的实际问题。可以说需求分析的完整性和变更可控性直接影响到软件过程的改进,它可以降低软件质量、加大软件开发的成本、甚至是导致项目的失败。软件工程组(SEG)中要明确定义一个需求管理员。
3.1.3软件项目跟踪和监督(SPTO)
软件项目的跟踪和监督始终贯穿于整个软件项目的过程中,是项目得以控制的前提和条件、是软件质量的根本保障,其目的是增加软件过程中进度、成本、工作量、质量、风险等内容的可视性,也是实施CMM2的核心。除去市场、法律等不可控制因素外,根据项目计划对项目进展的有关情况及影响项目实施的相关因素进行及时、客观、的信息采集,将采集到的需求、成本、进度、风险等内容形成文档并建立一个项目跟踪信息平台。项目负责人定期召集软件过程人员、开发人员、质量保障人员、用户方有关人员召开开放式的例会,例会的主要内容是检查项目进展、数据的分析、认识的偏差、资源的搭配、相关的风险等问题并讨论确切的解决办法,通过跟踪和监督使项目始终处于可视化的受控状态。
3.1.4软件质量保障(SQA)
软件质量保障是与软件产品满足规定的和隐含的需要能力有关的特征或特性的组合。对用户来讲主要体现在软件产品的有效性、一致性、完整性、性和可操作性等方面,对于软件产品本身来讲体现在软件产品的可移植性、易维护性、健壮性、可重用性等方面。具体实践中.软件质量保障应在软件项目计划、需求分析、跟踪和监督、软件配置和软件评审的相互配合下完成.软件质量保障要做到以事先预防和跟踪为主,事后纠偏为辅。
3.1.5软件配置(SCM)
软件配置是针对软件产品的跟踪和控制活动.贯穿于整个软件项目的过程中.目的是建立和维护在整个生命周期内软件产品的完整性和一致性,使整个软件产品的演进过程处于可控的状态,继而提高软件的性和质量。在实践应用中主要做到五个子项的配置①配置项的标识。标识做到性。便于跟踪和管理。②版本管理。对整个软件过程中的文件和目录提供有效的跟踪手段。③变更控制。保持并传递修改信息。④配置审计。确定整个项目生产周期中产品在技术和管理上的完整性。⑤系统整合。把系统的不同部分集成后完成一组特定的功能。
3.1.6同行评审(PR)
同行评审是根据预定的规范和标准对软件产品进行评审。评审的结果是衡量软件产品质量的依据。在整个软件过程中对详细设计和软件综合测试作为两个关键评审点来进行评审,评审的过程中注意要结合本软件项目的具体要求和标准。
3.2组的定义
在具体的实践应用中设置了三个组,在降低了人员成本的同时提高了软件过程改进能力和软件质量。
软件项目过程组(SPPG)组织具体的项目实施活动,管理并协调整个软件项目的过程,主要完成SPP和SPTO。
软件工程组(SEG)负责软件工程的需求分析、概要设计、详细设计、编码、测试、维护工作。
软件质量保障组(SQAG)主要完成SPTO、SCM、PR、SQA等工作。
4.实践模式效率评估
4.1开发时间
软件开发由需求分析、概要设计、详细设计、编码、软件测试、项目维护和软件集成几部分内容组成,在需求分析和设计阶段采用CMM框架实施过程管理所花费的时间要多于没有实施过程管理花费的时间。首先对项目做大量分析,论证项目的可行性。然后在和用户做良好沟通、反复论证的基础上做需求分析,形成文档资料。这种模式下花费在需求分析和设计上的时间大约占项目总开发时间的40%,但这两个阶段完成了数据流程、算法描述、详细的规格说明等内容,为代码编写、软件测试、软件维护等后续内容的工作节省了时间,软件项目的开发周期大大缩短。经过评估,采用该实践模式实施软件过程管理的软件项目开发周期比没有实施软件过程管理的软件项目开发周期缩短20%。
4.2开发质量
采用CMM标准通过软件过程管理加强软件项目管理的实践模式使软件质量明显提高、需求分析周密、代码错误率明显降低、软件产品完整性好、功能齐全、维护量下降,软件项目最终得以顺利实现。
5.结语
本文给出的通过软件过程管理加强软件项目管理的实践模式优点非常明显.软件过程改进目标明确,可以有效地提升软件产品质量、节省开发时间、降低成本。同时该模式更能体现团队精神,摆脱了软件开发中的个人主义,从整体出发,在强调过程对整体重要性的同时,进一步降低了软件过程中的各种风险,使软件项目始终处在可视化的优良受控状态中
