软件项目管理精品(七篇)
软件项目管理篇(1)
随着信息技术的飞速发展，软件产品的规模也越来越庞大，个人单打独斗的作坊式开发方式已经越来越不适应发展的需要。各软件企业都在积极将软件项目管理引入开发活动中，对开发实行有效的管理。我公司是西安一家中型软件企业，在公司中已经实行了项目管理制度，软件项目管理是整个项目管理中的一个重要组成部分。
从概念上讲，软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。实际上，软件项目管理的意义不仅仅如此，进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力，企业的软件开发能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发展（即减小开发风险）。
软件开发不同于其他产品的制造，软件的整个过程都是设计过程（没有制造过程）；另外，软件开发不需要使用大量的物质资源，而主要是人力资源；并且，软件开发的产品只是程序代码和技术文件，并没有其他的物质结果。基于上述特点，软件项目管理与其他项目管理相比，有很大的独特性。
二、软件项目管理的组织模式
软件项目可以是一个单独的开发项目，也可以与产品项目组成一个完整的软件产品项目。如果是订单开发，则成立软件项目组即可；如果是产品开发，需成立软件项目组和产品项目（负责市场调研和销售），组成软件产品项目组。
公司实行项目管理时，首先要成立项目管理委员会，项目管理委员会下设项目管理小组、项目评审小组和软件产品项目组。
1、项目管理委员会
项目管理委员会是公司项目管理的最高决策机构，一般由公司总经理、副总经理组成。主要职责如下：
（1）依照项目管理相关制度，管理项目；
（2）监督项目管理相关制度的执行；
（3）对项目立项、项目撤消进行决策；
（4）任命项目管理小组组长、项目评审委员会主任、项目组组长.
2、项目管理小组
项目管理小组对项目管理委员会负责，一般由公司管理人员组成。主要职责如下：
（1）草拟项目管理的各项制度；
（2）组织项目阶段评审；
（3）保存项目过程中的相关文件和数据；
（4）为优化项目管理提出建议。
3、项目评审小组
项目评审小组对项目管理委员会负责，可下设开发评审小组和产品评审小组，一般由公司技术专家和市场专家组成。主要职责如下：
（1）对项目可行性报告进行评审；
（2）对市场计划和阶段报告进行评审；
（3）对开发计划和阶段报告进行评审；
（4）项目结束时，对项目总结报告进行评审。
4、软件产品项目组
软件产品项目组对项目管理委员会负责，可下设软件项目组和产品项目组。软件项目组和产品项目组分别设开发经理和产品经理。成员一般由公司技术人员和市场人员构成。主要职责是：根据项目管理委员会的安排具体负责项目的软件开发和市场调研及销售工作。
三、软件项目管理的内容
从软件工程的角度讲，软件开发主要分为六个阶段：需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。不论是作坊式开发，还是团队协作开发，这六个阶段都是不可缺少的。
根据公司实际情况，公司在进行软件项目管理时，重点将软件配置管理、软件质量管理、软件风险管理及开发人员管理四方面内容导入软件开发的整个阶段。
在八十年代初，著名软件工程专家B.W.Boehm总结出了软件开发时需遵循的七条基本原则，同样，我们在进行软件项目管理时，也应该遵循这七条原则。它们是：
（1）用分阶段的生命周期计划严格管理；
（2）坚持进行阶段评审；
（3）实行严格的产品控制；
（4）采用现代程序设计技术；
（5）结果应能够清楚地审查；
（6）开发小组地人员应该少而精；
（7）承认不断改进软件工程实践地必要性。
四、编写《软件项目计划书》
项目组成立的第一件事是编写《软件项目计划书》，在计划书中描述开发日程安排、资源需求、项目管理等各项情况的大体内容。计划书主要向公司各相关人员发放，使他们大体了解该软件项目的情况。对于计划书的每个内容，都应有相应具体实施手册，这些手册是供项目组相关成员使用的。
《软件项目计划书》一般应该包括下述内容：
1.引言
1.1计划的目的
1.2项目的范围和目标
1.2.1范围描述
1.2.2主要功能
1.2.3性能
1.2.4管理和技术约束
2.项目估算
2.1使用的历史数据
2.2使用的评估技术
2.3工作量、成本、时间估算
3.风险管理战略
3.1风险识别
3.2有关风险的讨论
3.3风险管理计划
3.3.1风险计划
3.3.2风险监视
3.3.3风险管理
4.日程
4.1项目工作分解结构
4.2时限图(甘特图)
4.3资源表
5.项目资源
5.1人员
5.2硬件和软件
5.3特别资源
6.人员组织
6.1组织结构
6.2管理报告
7.跟踪和控制机制
7.1质量保证和控制
7.2变化管理和控制
8.附录
五、软件配置管理
是否进行配置管理与软件的规模有关，软件的规模越大，配置管理就显得越重要。软件配置管理简称SCM（SoftwareConfigurationManagement的缩写），是在团队开发中，标识、控制和管理软件变更的一种管理。配置管理的使用取决于项目规模和复杂性以及风险水平。
1、目前软件开发中面临的问题
。在有限的时间、资金内，要满足不断增长的软件产品质量要求；
。开发的环境日益复杂，代码共享日益困难，需跨越的平台增多；
。程序的规模越来越大；
。软件的重用性需要提高；
。软件的维护越来越困难。
2、软件配置管理应提供的功能
在ISO9000.3中，对配置管理系统的功能作了如下描述：
。唯一地标识每个软件项的版本；
。标识共同构成一完整产品的特定版本的每一软件项的版本；
。控制由两个或多个独立工作的人员同时对一给定软件项的更新；
。控制由两个或多个独立工作的人员同时对一给定软件项的更新；
。按要求在一个或多个位置对复杂产品的更新进行协调；
。标识并跟踪所有的措施和更改；这些措施和更改是在从开始直到放行期间，由于更改请求或问题引起的。
3、版本管理
软件配置管理分为版本管理、问题跟踪和建立管理三个部分，其中版本管理是基础。版本管理应完成以下主要任务：
。建立项目；
。重构任何修订版的某一项或某一文件；
。利用加锁技术防止覆盖；
。当增加一个修订版时要求输入变更描述；
。提供比较任意两个修订版的使用工具；
。采用增量存储方式；
。提供对修订版历史和锁定状态的报告功能；
。提供归并功能；
。允许在任何时候重构任何版本；
。权限的设置；
。晋升模型的建立；
。提供各种报告。
4、配置管理软件PVCS6.0
PVCS6.0是一套非常优秀的配置管理软件，它能够实现配置管理中的各项要求，并且能和多种流行开发平台集成，为配置管理提供了很大的方便。
六、软件质量管理
随着软件开发的规模越来越大，软件的质量问题显得越来越突出。软件质量的控制不单单是一个软件测试问题，在软件开发的所有阶段都应该引入质量管理。我公司除加强了国家标准"信息技术软件生存期过程"（GB/T8566--1995）的规范管理外，还积极为通过ISO9000.3做准备。
1、软件质量保证计划
在进行软件开发前，需要有一个《软件质量保证计划》。目前较常用的是ANSI/IEEESTOL
730--1984，983--1986标准，包括以下内容：
1.计划目的
2.参考文献
3.管理
3.1.组织
3.2.任务
3.3.责任
4.文档
4.1.目的
4.2.要求的软件工程文档
4.3.其他文档
5.标准和约定
5.1.目的
5.2.约定
6.评审和审计
6.1.目的
6.2.评审要求
6.2.1.软件需求的评审
6.2.2.设计评审
6.2.3.软件验证和确认评审
6.2.4.功能评审
6.2.5.物理评审
6.2.6.内部过程评审
6.2.7.管理评审
7.测试
8.问题报告和改正活动
9.工具、技术和方法
10.媒体控制
11.供应者控制
12.记录、收集、维护和保密
13.培训
14.风险管理
2、质量管理的基本原则
。控制所有过程的质量；
。过程控制的出发点是预防不合格；
。质量管理的中心任务是建立并实施文件化的质量体系；
。持续的质量改进；
。有效的质量体系应满足顾客和组织内部双方的需要和利益；
。定期评价质量体系；
。搞好质量管理关键在于领导。
3、软件质量因素
正确性：系统满足规格说明和用户目标的程度，即，在预定环境下能正确地完成预期功能的程度。
健壮性：在硬件发生故障、输入的数据无效或操作错误等意外环
境下，系统能做出适当响应的程度。
效率：为了完成预定的功能，系统需要的计算资源的多少。
完整性（安全性）：对未经授权的人使用软件或数据的企图，系统能过控制（禁止）的程度。
可用性：系统在完成预定应该完成的功能时另人满意的程度。
风险：按预定的成本和进度把系统开发出来，并且为用户所满意的概率。
可理解性：理解和使用该系统的容易程度。
可维修性：诊断和改正在运行现场发现的错误所需要的工作量的大小。
灵活性（适应性）：修改或改进正在运行的系统需要的工作量的多少。
可测试性：软件容易测试的程度。
可移植性：把程序从一种硬件配置和（或）软件系统环境转移到另一种配置和环境时，需要的工作量多少。有一种定量度量的方法是：用原来程序设计和调试的成本除移植时需用的费用。
可再用性：再其他应用中该程序可以被再次使用的程度（或范围）。
互运行性：把该系统和另一个系统结合起来需要的工作量的多少。
4、软件评审
软件评审并不是在软件开发完毕后进行评审，而是在软件开发的各个阶段都要进行评审。因为在软件开发的各个阶段都可能产生错误，如果这些错误不及时发现并纠正，会不断地扩大，最后可能导致开
发的失败。下面这组数据可以清楚的看出前期的错误对后期的影响。
软件评审是相当重要的工作，也是目前国内开发最不重视的工作。
（1）评审目标
。发现任何形式表现的软件功能、逻辑或实现方面的错误；
。通过评审验证软件的需求；
。保证软件按预先定义的标准表示；
。已获得的软件是以统一的方式开发的；
。使项目更容易管理。
（2）评审过程
A、召开评审会议：一般应有3至5人参加，会前每个参加者做好准备，评审会每次一般不超过2小时。
B、会议结束使必须做出以下决策之一：接受该产品，不需做修改；由于错误严重，拒绝接受；暂时接受该产品。
C、评审报告与记录；所提出的问题都要进行记录，在评审会结束前产生一个评审问题表，另外必须完成评审简要报告。
（3）评审准则
。评审产品，而不是评审设计者（不能使设计者有任何压力）；
。会场要有良好的气氛；
。建立议事日程并维持它（会议不能脱离主题）；
。限制争论与反驳（评审会不是为了解决问题，而是为了发现问题；
。指明问题范围，而不是解决提到的问题；
。展示记录（最好有黑板，将问题随时写在黑板上）；
。限制会议人数和坚持会前准备工作；
。对每个被评审的产品要尽力评审清单（帮助评审人员思考）；
。对每个正式技术评审分配资源和时间进度表；
。对全部评审人员进行必要的培训；
。及早地对自己地评审做评审（对评审准则的评审）。
5、ISO9000.3软件质量认证体系
ISO9000.3是ISO9000质量体系认证中关于计算机软件质量管理和质量保证标准部分。它从管理职责、质量体系、合同评审、设计控制、文件和资料控制、采购、顾客提品的控制、产品标识和可追溯性、过程控制、检验和试验、检验/测量和试验设备的控制、检验和试验状态、不合格品的控制、纠正和预防措施、搬运/贮存/包装/防护和交付、质量记录的控制、内部质量审核、培训、服务、统计系统等二个方面对软件质量进行了要求。
6、测试
软件测试是软件开发的一个重要环节，同时也是软件质量保证的一个重要环节。所谓测试就是用已知的输入在已知环境中动态地执行系统（或系统的部件）。测试一般包括单元测试、模块测试、集成测试和系统测试。如果测试结果与预期结果不一致，则很可能是发现了系统中的错误，测试过程中将产生下述基本文档：
（1）测试计划：确定测试范围、方法、和需要的资源等。
（2）测试过程：详细描述和每个测试方案有关的测试步骤和数据（包括测试数据及预期的结果）。
（3）测试结果：把每次测试运行的结果归入文档，如果运行出错，则应产生问题报告，并且必须经过调试解决所发现的问题。测试结果：把每次测试运行的结果归入文档，如果运行出错，则应产生问题报告，并且必须经过调试解决所发现的问题。
七、软件风险管理
软件项目管理存在着风险，如果我们提前重视风险，并且有所防范，就可以最大限度减少风险的发生。进行风险管理是有效的手段。
1、风险的分类
根据风险内容，我们可以将风险分为项目风险（成本提高，时间延长等）、技术风险（技术不成熟等）、商业风险（销售问题等）、战略风险（公司的经营战略发生了变化）、管理风险（公司管理人员是否成熟等）、预算风险（预算是否准确等）等。
另外，我们还可以将风险分为已知风险（如员工离职等）、可预报风险（从以往经验得出可能有风险的）和不可预知风险。
2、风险的识别
风险识别的有效方法是建立风险项目检查表。主要涉及以下几方面检查：
。产品规模风险检查
。业务影响风险检查
。与客户相关的风险检查
。过程风险检查
。技术风险检查
。开发环境风险检查
。与人员的模式和经验有关的风险检查
3、风险评估
风险评估主要从下面七个方面进行：
。发生的可能性
。发生的结果（影响）
。建立一个尺度表示风险可能性（如，极罕见、罕见、普通、可能、极可能）
。描述风险带来的后果
。估计对产品和项目的影响
。确定风险评估的正确性
。根据影响排定有限队列
另外，要对每个风险的表现、范围、时间做出尽量准确的判断。
4、风险的评价
对风险的评价主要依据三个因素：风险描述、风险概率和风险影响。从成本、进度及性能三个方面对风险进行评价。确定项目的中止点，在中止点出再一次进行风险评价。
5、风险的驾驭和监控
风险的驾驭与监控主要要靠管理者的经验来实施。如，某开发人员的离职概率是0.7，离职后会对项目造成一定的影响，则该风险驾驭和监控的策略如下：
。与在职人员协商，确定流动原因。
。在项目开始前，把环节这些流动原因的工作列入风险驾驭计划。
。项目开始时，作好人是会流动的准备，采取一些措施确保人员一旦离开时，项目仍能继续。
。制定文档标准，并建立一种机制，保证文档及时产生。
。对所有工作进行细微详审，使更多人能够按计划进度完成自己的工作。
。对每个关键性技术人员培养后备人员。
在考虑风险成本之后，决定是否采用上述策略。
八、人员管理
1、对项目经理的要求
。能够使小组每个成员都能发挥能力
。有一定的组织能力
。能够使小组美味成员有成就感
。有提出解决问题方案的能力
。对问题的理解有一定的深度
。要能让成员知道软件质量的重要性
2、人员的通讯方式
（1）正式非个人方式，如正式会议等；
（2）正式个人之间交流，如成员之间的正式讨论等（一般不形成决议）；
（3）非正式个人之间交流，如个人之间的自由交流等；
（4）电子通讯，如E-MAIL（电子邮件）、BBS（电子公告板系统）等；
（5）成员网络，如成员与小组之外或公司之外有经验的相关人员进行交流；
在实践中发现，（5）的通讯效率最高，其次是（1）。“”版权所有
软件项目管理篇(2)
1.1软件项目管理的意识问题
对于企业来说，尤其是软件系统开发的技术型企业，大部分都仅仅关注软件系统技术而忽略软件项目的管理环节，软件项目的内部人员大部分都具备扎实的专业理论知识与实践经验，然而缺乏足够的软件项目管理知识、管理技巧以及管理经验。
1.2软件项目的干系人问题
软件项目干系人一般就是软件项目有关系的人，主要包含参与软件项目与接收软件项目影响的人，分别有软件项目的策划人、软件项目的小组成员、软件项目的配合人员、软件的客户以及供应商等。软件项目干系人的期望值与需求度在软件项目的制定过程中与软件项目管理过程中都是十分重要的，由于各个不同干系人的期望值与需求度各不相同，因此在制定与执行软件项目时均衡这些人的期望值与需求度是十分困难的。
1.3软件项目团队内部分工合作问题
软件项目的执行过程包含多个阶段，各个阶段的各个不同角色与同一阶段的不同角色的具体任务有区别的，软件项目经理在分配任务的过程中有时没有充分考虑到各方面的细节问题，比如分工任务不清晰，会导致软件项目的相关人员相互推拖责任；尽管有时候分工任务十分清晰，然而员工相互之间没有充分配合，没有从软件项目的整体性出发考虑。
2软件项目管理的对策
2.1制定有效的软件项目计划
制定软件项目计划并非是要求写出一份说明资料或者是计划书，然而应当根据实际的软件项目情况制定一个符合软件项目的实施计划，这个软件项目计划要有一定的针对性，尽量能够充分考虑问题。制定合理有效的软件项目计划要体现出实用性，可以用于指导实际工作，制定软件项目计划时应当充分考虑总体情况，充分结合实际的项目执行情况尽可能降低软件项目的成本，制定出一份科学合理的执行计划。
2.2合理分配软件项目任务
软件项目经理把实际项目的任务分解过程中需要合理运用工作分解结构，这样能够充分有效地避免工作范围出现遗漏问题，为了达到项目任务分解的有效分配，能够使用软件资源的负荷直方图，从而能够确保工作任务达到科学合理的负载均衡目标。软件项目技术人员在承担管理任务之前，需要充分掌握软件项目管理的基本理论知识，尤其是执行项目的人员管理与沟通管理，在实际管理工作过程中不断提升自身的管理水平，从而积累软件项目的实际管理经验，相应地加强软件项目的管理意识。
2.3软件项目成员的协调配合
软件项目经理在任务分解完成之后，把具体的工作责任合理地分配给相应的工作人员，同时需要强调各个员工之间的协调配合，完成各种不同的分工工作。软件项目的生命周期阶段通常包含了多个阶段，然而各个不同阶段之间是相互联系的，应当注意前后阶段之间的具体衔接，确保前后阶段之间良好的信息沟通。
2.4增强沟通交流的主动意识
在沟通交流的过程中需要注意以下几方面情况：其一是要清楚认识到沟通交流的对象与内容；其二是应当清晰地了解沟通交流的主要目的；其三是要遵循一定的标准规范，在沟通交流的过程中需要注意时间的合理限制，有可能在第一次沟通交流过程中无法顺利地进行，然而给对方时间仔细耐心地听完对方的话，对于关键问题应当合理解决。软件项目干系人应当增强沟通交流的主动意识，确保项目内部人员相互之间的良好沟通，从而有利于促进软件项目管理工作的顺利开展。
3结束语
软件项目管理篇(3)
[论文摘要]科学有效的软件项目管理有助于项目开发的成功．本文介绍了软件项目管理的内容并结合软件项目开发经验，探讨了影响软件项目管理的几个关键因素．
0引言
随着信息技术的飞速发展，软件产品的规模和复杂度随之增加，传统作坊式的开发方式逐步被以项目组为单位的协作式开发方式所取代，这就必然涉及到对软件项目的管理．实践表明，一个软件项目的成败，不在于其项目组的技术人员的技术水平，而在于是否采用的合适的管理：．好的管理方式不一定能使项目完全成功，但是一个不合适的管理模式往往会导致软件项目的失败．
1软件项目管理的特殊性
所谓项目，就是在特定条t"ae下，具有特定目标的一次性任务，是在一定时间内，满足一系列特定目标的多项相关工作的总称．项目具有一次性、独特性、目标的确定性、组织的临时性和开放性以及成果的不可挽回性等基本属性．
项目管理是指“在项目活动中运用专门的知识、技能、工具和方法，使项目能够实现或超过项目干系人的需要和期望．”这一定义不仅仅是强调使用专门的知识和技能，还强调项目管理中各参与人的重要性．项目经理不仅仅要努力实现项目的范围、时间、成功和质量等目标，还必须协调整个项目过程，满足项目参与者及其他利益相关者的需要和期望．
软件项目管理和其他的项目管理相比有相当的特殊性．首先，软件的整个过程都是设计过程，不需要大量的物质资源，而主要是人力资源，软件开发的产品以程序代码和技术文档为主，并没有其他的物质成果；其次，软件是纯知识产品，其开发进度和质量很难估H-和度量，生产效率也难以预测和保证．软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制．因此，软件项目管理和其他项目管理相比，有很大的独特性．
2软件项目管理的内容
软件项目管理是一种科学的管理手段，它是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、~x-2，险等进行分析和管理的活动．管理的范围涉及人员的组织与管理、软件度量、项目计划、风险管理、质量保证、过程能力配置管理等几个方面，这几个方面都是贯穿、交织于整个软件开发过程中的．从软件工程的角度讲，软件开发主要分为六个阶段：需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段．不论是作坊式开发，还是团队协作式开发，这六阶段都是不可缺少的．从用户的角度来看，软件项目的生命周期应该包括项目前期的论证工作、项目计划、软件开发、运行、维护及项目评价．由此可见，软件项目管理的范围不包括传统的软件开发过程，还应该包括开发前的准备工作以及运行中的维护工作和对项目的总结工作．根据PMBOK(项目管理知识体系ProjectManagementBodyofKnowledge，简称PMBOK)中的定义，软件项目管理可以分为以下几个方面：
2．1集成管理：项目计划制定、项目计划实施、集成变更控制等．
2．2范围管理：制定范围计划编制、范围定义核实、变更控制、任务协调等．
2．3时间管理：项目任务分解、进度计划编制、任务持续时间估算、进度计划控制等．
2．4成本管理：资源计划编制、成本估算、成本预算和控制等．
2．5质量管理：项目质量计划编制、软件质量保证、软件质量控制、软件过程改进等．
2．6人力资源管理：组织的计划编制、人员职责的分配、团队合作发展等．
2．7沟通管理：建立沟通渠道、信息交换管理等．
2．8风险管理：项目风险识别、项目风险分析、项目风险优先分析、项目风险控制等．
2．9采购管理：采购计划编制、合同管理、合同收尾等．
在面的软件项目管理中，有几个关键因素，它影响着软件项目的成败，下面就这几4-关键因素进行一下探讨．
3软件项目管理的关键因素
3．1合理配置人力资源
众所周知，人是决定组织和项目成败的关键，也是影响软件93：发质量的最关键的因素，因此软件项目管理应该以人为本，有效管理人力资源，合理配置人力资源．应该根据项目组成员的组成结构情况，合理搭配，充分发挥每位成员的技术专长，做到人尽其能；组织组建好项目团队，培养团结一致的团队精神，规范良好的职业道德；建立健全完备的奖惩制度，落实权利责任制度，做到权责明确，并在项目进程能及时化解各种人事冲突，营造良好的团队协作环境．
3．2顺畅有效的沟通管理
开发软件项目是一项知识性极强的工作，对人的依赖性比其它行业更为突出，因此加强人员之间的有效沟通，实现顺畅有效的沟通管理是软件项目成功的另一个关键因素．沟通管理是一个收集、存储、配置和发布项目生命周期内所形成的各种信息的过程．它把成功所必须的因素——人、想法和信息之间提供了一个关键连接．对于项目来说，要科学地组织、指挥、协调和控制项目的实施过程，就必须进行信息沟通．这里的沟通包括两个方面，一个方面是软件项目组开发人员与用户的沟通，另一方面则是软件项目组内人员的沟通．前者是做好软件需求分析所必须的；而后者则有助于组内成员的彼此交流，减少理解错位，实现信息畅通，改善人际关系，化解可能的冲突，加快项目的进度．沟通的方式是多样的，可以采用常用的项目组例会方式，可以通过面谈彼此交换意见；也可以利用方便快捷的通讯工具如电话、EMAIL、传真等方式加强信息的沟通；总之，顺畅有效的信息沟通，可以取得彼此的理解，剔除项目进度中的“BUG”，有利于项目按计划顺利开展．
3．3正确可靠的软件需求
软件需求是软件项目的根本所在，需求不明确，软件项目开发范围不确定，项目开发就会失去方向，容易造成开发的产品和用户实际的需求“南辕北辙“，最终导致项目的失败．一个可靠的需求，也是项目管理的关键因素之一．软件需求应当是项目有关的人员一致同意的、清楚的、完整的、详细的、可实现的和可测试的需求的确定，开发人员应该反复和用户进行沟通，认真听取用户的意见，及时归档记录，并适时发掘用户的潜在需求，最大限度地满足用户的目标，开发出用户最理想的产品．最后应拿出开发人员和用户一致认可的软件需求说明书，并加以确认．在项目开始以后，应该尽最大可能不更改需求，要与用户进行很好地沟通，以确保开发212作能按照需求进行，减少需求变更带来的风险!因此，正确可靠的软件需求也是项目成功的重要保障．
3．4周密可行的项目计划．
“凡事预则立，不预则废．”软件项目实施过程中，还必须有一个周密可行的项目计划．软件项目计划的目的是为完成软件工程和管理软件项目而制定的合理的计划，它包括以下步骤：估计软件产品规模及所需的资源，制定表，鉴别和评估软件风险和协商约定，而且要标志出几个阶段性的里程碑，这些都是极为关键的．软件项目开发组来说，一个可行的计划的重要性是不言而喻的．在实际发中，：计划的重视程度不够，计划过于笼统、粗糙导致可执行性差，再加上一些人为因素的影响，必然会产生一些反面的影响，或者有了周密可行的计划不严格遵守计划执行，任意变更，都将产生严重的负面影响，有时甚至是灾难性的影响．因此，要想成功进行项目管理，就要对高度重视、周密制定、严格执行．只有严格进行计划才能使成功项目管理得以实施．
3．5健全完备的文档资料
软件项目的文档作为软件产品的主要形式之一，集中体现了软件人员的劳动成果，在整个软件生存周期中占据重要位置．特别是在开发过程中需求发生了变更的情况下，健全完备的文档资料的重要作用就充yJ-~：现出来，开发人员可以及时在文档中回溯，快速锁定问题所在，及时解决问题避免软件项目延期，减少项目．此外，健全完备的档资料在项目接近尾声时也便于软件的测试与后期的维护工作，在项目结尾时，健全完备的文档资料也为人员的培训和项目的再开发发挥重要作用，因健全完备的文档资料也是软件项目成功的重要因素，在项目管理过程中应该高度重视．
3．6严格的风险管理
软件项目的管理是存在风险的，我们应该提前重视风险，并有所防范，最大限度减少风险的发生．实行严格的Ixt．险管理是有效的手段．建立风险项目检查表是进行风险识别的有效地方法就是，主要涉及到产品规模风险检查、过程风险检查、技术风险检查、开发环境风险检查等．此外软件的风险评估也是必不可少的．主要涉及到发生的可能性，最好建立一个尺度表示风险可能性；发生的结果；确定风险评估的正确性；另外，要对每个风险的表现、范围、时间做出尽量准确的判断．同时，要依据以下三个要素对风险进行评价：风险描述、风险概率和风险影响．并从成本、进度及性能三方面对风险进行描述．
软件项目管理篇(4)
关键词：软件项目管理；项目管理质量；问题；对策
中图分类号：F27 文献标识码：A
收录日期：2012年3月7日
一、前言
目前，国内绝大多数软件类企业正或多或少地承受着“项目黑洞”的痛楚：项目无法按期完成、项目合作方的工作难以协调、用户需求经常变动、工作质量难以保证。从项目的执行和控制能力看，有效的项目管理成为改善项目执行的现状、提高核心竞争力的迫切要求。因此，如何对企业、项目、资源实施科学的管理，加强团队能力，实现软件企业的生产规模化、规范化、国际化，是当前我国软件类企业面临的最大挑战。
二、项目管理概述
（一）项目管理的概念。项目管理是通过项目经理和项目组织的努力，运用系统理论和方法对组织的资源进行计划、组织、协调和控制，旨在实现项目的特定目标的管理方法体系。进一步而言，项目管理就是将完成项目所需的资源在适当的时候按适当的量进行合理分配，并且力求这些资源的最优利用，通过项目活动控制，保证项目在规定时间和规定预算内完成规定质量的目标。
从项目管理的概念出发，软件项目管理是根据管理科学理论，结合软件产品开发的实际，为了使软件项目能够按照预定的成本、进度、质量顺利完成，从而对成本、人员、进度、质量、风险和文档等进行分析、管理和控制的一系列活动。项目管理的目标是高质量地按时在预算内完成全部项目范围。成功的软件项目管理能够产生优质的软件产品，因此优质的软件项目管理能够使得企业拥有满意的客户。软件项目管理的目标一般包括以下几项：如期完成项目；保证项目质量；用户需求得到确认和实现；妥善处理用户的需求变动；项目成本控制在计划之内；保持对项目进度的跟踪和控制；顺利实施系统配置管理；保证对第三方产品或服务的控制和协作。
（二）项目管理的内容。项目管理的基本内容包括：第一，项目定义。确定项目的目标、范围和约束；第二，项目计划。项目的各种预先安排（进度、成本费用、劳动力、设备资源等）；第三，项目执行。包括人员组织、资源识别、下达任务、执行任务；第四，项目控制。保证项目按计划执行；第五，项目评价。评价项目本身的以及评价项目组成员的价值。其中，项目计划、跟踪、控制是项目管理中不可分割的三个重要环节，要进行项目跟踪，必须先了解控制；要建立控制，又必须先弄清受控对象、内容以及控制如何实现，这又与计划有关。计划-跟踪-控制在项目管理系统中是一个循环，是一个系统过程，是一个以信息为共同核心的相互依赖、相互制约的互动过程。
三、国内软件项目管理存在的普遍问题
早在20世纪七十年代中期，美国国防部就组织力量研究软件项目失败的原因，发现在失败的软件项目中，70%是由于管理不善所造成的，因而认为项目管理影响全局，并掀起了研究软件项目管理的热潮。20年后，根据美国三份经典研究报告，这一状况并未得到转变：软件开发与维护仍然很难预测，大约只有10%的项目能够在预定的费用和进度下交付。其中一份报告指出：在17个影响软件项目成败的主要因素中，与项目管理直接有关的有6个（软件度量、工作量估计、项目规划、进展报告、需求变化、风险管理），间接有关的有3个（系统架构、开发方法、配置管理）。
目前，软件项目管理中，存在的问题主要为以下一些方面，而这些问题基本上是国内绝大多数软件项目管理中存在的通病：
（一）软件质量不可控。与具体软件开发人员的个人能力直接相关。开发人员如果技术精湛，则开发出来的软件可能是精品软件；开发人员如果技术低微，则开发出来的软件可能是垃圾软件。而且极易存在一个技术骨干离职，则技术就被带走的现象（尤其对于小企业，影响更为明显），从而导致小则项目无法延续，大则企业可能面临倒闭。
（二）开发过程中，因人员调动，没有留下有用文档，致使接手者无法继续开展工作。文档还容易造成恶性循环，延续下去，对项目后续开展带来极大危害。没有规范的文档管理的项目，注定是一个失败的项目。
（三）软件开发过程由于缺乏有效的项目管理，处于一种混沌的状态。软件开发的性质，使得项目问题缺乏可视性，导致许多问题难以暴露出来，因此许多问题直到给用户实施时才显现出来，其后果是直接影响了客户的满意度。
（四）项目管理过程中，对于风险的预防措施和缓冲资源没有进行合理的规划和事先的预测。
（五）项目控制中，对于团队人员之间的沟通和交流、与客户的经常沟通和意见交换不够重视，觉得是浪费时间。
（六）需求的不断变化和更新，使得项目逐步失控。需求方可能由于相关技术或知识的缺乏，对于自己的需求经常是走一步算一步，不断提出新的需求和更改需求。但对于这些需求是否合理、影响范围有多大、是否应该变更等问题，没有恰当的人来控制，因而对需求缺乏控制必然导致项目的延期、甚至失败。
四、项目管理在软件项目中的策略
针对以上问题，给出以下对策：
（一）制定周密的项目计划。所有资源和工作都是按照项目计划进行分配和执行的，管理人员应该依据项目计划跟踪和监督项目进展情况，所以制定合理、准确、细致的项目计划是进行项目管理的基础。有效的计划有利于增强项目组成员的紧迫感，减少互相的等待时间。
（二）提高计划执行的准确率。树立全面、系统观点，正确评价和改善项目管理系统。项目管理评价进程的一个误区是将评价的重点放在人的方面，而忽视了很多项目问题在于管理系统本身这个事实。人员的敬业谨慎和能力不够只占项目失败原因的10%左右，90%的原因来自于项目管理系统的架构与流程等方面。建立基于统计分析的评价系统，不仅有助于改进项目管理系统，更有助于员工有意识地去收集数据和对数据进行分析，以便提高项目计划的准确度。
（三）合理组织人力资源。人是决定软件开发质量的最关键、最活跃又最难以控制的因素。要想充分组织和调度人力资源，必须做到：合理配备，各尽其才；落实责任，责权均衡；及时交流，培养团队精神；强化专业分工，实现分类管理，实现人力资源的动态调度。
（四）明确的定义用户需求，明晰项目价值和目标。实施软件项目管理，最终目标需要保证用户满意。正确理解用户需求的多样性，用户的需求包含多个方面，其中既有对项目成果特性的要求，又有用户在感情等方面的需求。可以分为三类：第一类是如果缺少了就不能实现项目基本目的的成果特征；第二类是用户希望得到的能够丰富项目成果的东西；第三类是对用户和项目而言属于多多益善的东西。对于用户的重要性而言，这三类需求是递减的。
（五）加强项目过程控制。项目管理的指导思想不仅关注项目的成果，还要关注项目的过程。项目管理是一种典型的系统管理，也是一种典型的变化管理。项目过程控制的目标在于对项目成果的可预见、项目资源的可调度、项目问题的可追溯、项目组绩效的可评价等几个方面。项目经理和高层管理者必须在对项目各种活动的变动全面了解的基础上，才能确定工作的焦点。
（六）良好的信息沟通。沟通是监督、控制的基础，是推动项目执行的基础，更是减少冲突的良方。项目经理应该周期性地向机构管理层和用户报告项目的技术、进度、费用、质量方面的状况，与用户建立和维持友好和开放的关系，为项目沟通积极创造环境，保证会议的高效率。
五、结论
进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力，企业的软件开发能力越高，表明企业的软件生产越趋向于成熟，企业越能稳定发展。管理是影响软件研发项目全局的因素，而技术只影响局部。在关系到软件项目成功与否的众多因素中，软件度量、工作量估计、项目规划、进度控制、需求变化和风险管理等都是与项目管理直接相关的因素。项目管理是软件开发成败的关键。从系统工程的观点看，项目管理普遍涉及到多个目标的要求，一个优秀的项目管理人员，应该注重实践中的分析问题能力，结合理论知识，形成一套行之有效的管理方法，并通过实践来检验它的科学性。正如我们通常所说的，项目管理是一门科学，更是一门艺术。
主要参考文献：
[1]Php Metzger，John Boddie.软件项目管理――过程控制与人员管理[M].北京：电子工业出版社，2002.
[2]Larry L.Constantine.超越混沌――有效管理软件开发项目[M].北京：电子工业出版社，2005.
[3]胡英培.软件项目管理探讨[J].软件导刊，2007.7.
[4]林海燕.项目管理在软件开发项目中的应用[J].计算机系统应用，2003.
软件项目管理篇(5)
软件项目管理一个创造性的领域，其以满足客户特定的需求为目标，以团队的形式有效地组织企业项目资源，通过对项目进行管理和控制，实现项目的目标。在我国软件行业起步较晚，但在最近几年里得到了迅速的发展，但在应用项目管理中还存在许多的问题。
1.1对软件项目管理认识程度不足，缺乏整体把握
软件项目经理或管理人员对项目管理的知识体系没有全面的了解和把握，在实际工作中不能很好地指导项目管理实践，依靠个人原有的知识技能对项目进行随意、盲目的工作管理。在软件企业中，项目经理往往是在技术上能独当一面的指挥官，但是他们在项目管理方面知识比较缺乏，对项目管理认识程度不足，导致出现管理混乱现象。一些软件项目管理人员对项目没有一个整体的把握，对总个项目没有系统的认识，不能很全面的做出总体计划、阶段计划。由于项目中有许多不确定的因素存在，项目经理没有系统分析各个不确定因素的内在联系，考虑不周全，做计划是走过场的形式，做出的计划不能适应情况的变化，造成计划与控制管理完全是脱节，衔接不上从而无法进行有效的控制和管理。计划跟不上变化是软件项目管理中常见现象。
1.2管理思想和理念没有得到落实，风险管理不成熟
管理思想和管理理念对软件项目管理起着引导作用，对软件项目管理理论上的不足将可能导致软件项目管理的失败。我国软件项目管理发展较晚，管理人员在管理中多依靠自身的实践经验去开展工作，而对管理理论较为缺乏。部分项目经理不能总体上去管理整个项目，不能充分认识到自己是一个管理者，造成项目管理中工作任务分工不明确、资源浪费现象。从我国当前软件企业中，项目经理大多技术方面的知识扎实，但是项目管理知识、管理技能以及必备的素质都比较缺乏。特别是对软件项目管理中的风险管理认识较为肤浅，有待进一步的学习和提高。由于项目管理人员在项目管理实践中缺乏高效的管理思想，缺乏有效的方式和技巧，项目工作人员之间的团体协作能力较弱，资源整合优势难以有效发挥。
1.3缺乏有效沟通
在软件项目管理中，沟通是维持项目进行的重要条件。若在一些重要信息方面缺乏有效的沟通，将可能导致项目管理出现较多障碍。从当前我国软件企业项目管理的实践来看，普遍存在沟通机制不完善，渠道不够通畅，各相关人员之间在项目管理中制定计划、意见反馈、情况通报、技术成果等等方面沟通不足，容易造成重复劳动，效率低下等情况发生，有的甚至造成的完全可以节省的损失。在软件项目管理中项目经理需要花费大量的时间来沟通和协调，而且要善于沟通，提高沟通意识和效率。
2软件项目管理发展对策
2.1提高项目管理人员计划意识，优化人力资源配置
软件项目管理人员在工作中要以身作则，真正发挥带头作用。在工作中要及时制定符合工作需要的工作计划并认真落实。计划要具有一定的前瞻性，在客观条件发生变换的时候要不断完善细化。软件更新速度较快，企业要在软件行业发展中抢占先机，要求管理人员要重视计划的制定，不断完善和优化工作流程。在软件项目管理中，要不断优化人力资源配置，使得每位员工能够对自身职责有明确的认识，工作责任意识明确，职员之间能够做到优势互补。管理人员要具备强烈的责任心和团队意识，不断发现和培养优秀人才。
2.2树立风险管理理念，强化项目管理培训力度
我们要加强软件项目管理人员对项目管理知识学习，各方面都能充分认识到项目管理的重要性和必要性，让项目经理重视对项目管理的知识的学习和一些常用工具和方法使用。不断树立项目管理人员风险管理理念，充分意识到风险管理的重要性，经过充分分析、预测、评估可能的风险，积极探索应对风险的策略。对计划书中风险管理要具有针对性和具体性，真正发挥风险管理在防范风险中的作用。不断通过项目管理培训来强化管理人员实践能力和知识技能。只有具备管理知识和管理经验的人员才能担任管理人员和技术人员，大幅提高项目管理水平。
2.3加强沟通，从整体上对软件项目管理进行把握
软件项目管理有效开展离不开有效的沟通，这要求要不断提高沟通意识，在企业中制定切实可行的沟通机制，使得各项企业政策能够上下通达。在项目管理沟通方式上要不拘一格，实现沟通方式的多样化，如书面沟通、口头沟通，提高沟通的有效性。对于因沟通不畅导致的损失要明确责任归属，确保企业重要内容信息的有效传达。软件项目管理人员要从整体上对软件项目管理进行把握，综合考虑各因素，作出全面的总体计划、阶段计划。同时对于具体问题也要预留空间，确保管理计划能够紧跟软件管理需要。
3结语
软件项目管理篇(6)
1成本管理概述
项目成本管理包括确保在批准的预算范围内完成项目所需的各个过程[1]。软件项目成本的管理基本上可以用估算和控制来概括，首先对软件的成本进行估算，然后形成成本管理计划，在软件项目开发过程中，对软件项目施加控制使其按照计划进行。成本管理计划是成本控制的标准，不合理的计划可能使项目失去控制，超出预算。因此成本估算是整个成本管理过程中的基础，成本控制是使项目的成本在开发过程中控制在预算范围之内。
1.1成本管理的过程
软件项目成本管理就是根据企业的情况和项目的具体要求，利用公司既定的资源，在保证项目的进度、质量达到客户满意的情况下，对软件项目成本进行有效的组织、实施、控制、跟踪、分析和考核等一系列管理活动，最大限度地降低项目成本，提高项目利润。
成本管理的过程包括[1]：
l资源计划，包括决定为实施项目活动需要使用什么资源（人员、设备和物资）以及每种资源的用量。其主要输出是一个资源需求清单。
l成本估算，包括估计完成项目所需资源成本的近似值。其主要输出是成本管理计划。
l成本预算，包括将整个成本估算配置到各单项工作，以建立一个衡量绩效的基准计划。其主要输出是成本基准计划。
l成本控制，包括控制项目预算的变化。其主要输出修正的成本估算、更新预算、纠正行动和取得的教训。
1.2软件开发成本管理过程中的主要问题
（1）项目成本预算和估算的准确度差。
由于客户的需求不断变化，使得工作内容和工作量不断变化。一旦发生变化，项目经理就追加项目预算，预算频频变更，等到项目结束时，实际成本和初始计划偏离很大。
此外，项目预算往往会走两个极端：过粗和过细。预算过粗会使项目费用的随意性较大，准确度降低；预算过细会使项目控制的内容过多，弹性差，变化不灵活，管理成本加大。
（2）缺乏对软件成本事先估计的有效控制。
在开发初期，对成本不够关心，忽略对成本的控制，只有在项目进行到后期，实际远离计划出现偏差的时候，才进行成本控制，这样往往导致项目超出预算。
（3）缺乏成本绩效的分析和跟踪。
传统的项目成本管理中，将预算和实际进行数值对比，但很少有将预算、实际成本和工作量进度联系起来，考虑实际成本和工作量是否匹配的问题。
1.3成本管理方法的改进
目前常用的软件项目管理工具都侧重于某一方面的功能，如微软的project2000侧重管理、规划任务，并在项目执行过程中跟踪这些任务，偏向于进度安排与跟踪控制；rup侧重于用户需求的描述；pvcs侧重于软件变更管理。这些软件项目管理工具都在不断的完善其功能，虽然也有成本管理的功能，但总的来说大多数都不能用来进行软件成本估计，缺乏事先成本控制，不能和估计数据自动化协调，不能自动化地利用历史数据库中的数据。当前的项目管理工具并不能满足成本管理的需要。
针对以上成本管理过程中出现的问题，以及目前软件项目管理工具的不足，文章提出了一种改进的管理方法，将进度和成本联系起来考虑使工作量和实际成本匹配的方法。并且结合已有的成本估算方法，同时将过程数据库引入到软件项目管理中，给出成本管理系统的原型设计。系统采用先进的估算方法解决了成本估算准确度差的问题，工作量和实际成本匹配的方法进行成本的绩效分析和跟踪使得项目成本能够控制在预算范围之内。
2成本管理系统的设计
2.1系统总体设计
虽然目前已有不少项目管理软件，但一般只是管理软件进度和跟踪监督，和软件估算是项目独立的，而且目前还没有成型的软件项目成本管理软件，我们以为指南，研究软件开发过程中的特殊性，结合现有的软件成本估算技术和一般行业的项目管理技术，以进度、人员、成本，变更为中心，提出了软件成本管理的具体实施方案。并以此为基础对系统的功能进行分析和设计。图1是系统的基本体系结构图。
2.2系统功能设计
（1）成本估算是项目成本管理的一个非常重要的部分，精确的软件成本估算是进行有效的软件管理的一个必不可少的组成部分。常用的软件估算方法有：算法模型法、专家判定法、类比估算法等，这些方法各有优缺点。本文采用文献[2]中提到的方法，即将各方法结合起来，互相取长补短，由层次分析法得到各种估算法的权重，再由权重合成法得到估算成本。它可以提高软件成本估算的精确度。
定义设f1，f2，，fm为m个不同模型所得的估算值，wi（i=1，2，，m）为第i个模型的权重，则
f＝且
即为权重组合估算模型。
假设用cocomo模型[3]估算成本为mm1，tdev1，用delphi技术估算成本为mm2，tdev2，用类比估算法估算成本为mm3，tdev3，则由权重组合估算得：
mm＝w1mm1＋w2mm2＋w3mm3
tdev＝w1tdev1＋w2tdev2＋w3tdev3
这里mm是软件开发需要的人月数，tdev是软件开发周期。
（2）预算变更管理可以记录每一次资源和成本的变化，保持完整的有注释的历史记录。
（3）成本基准计划是成本控制得标准。即使最好的项目经理采用最优的成本估算方法，也不可能使预算和实际成本完全一致。因此，项目成本估算应该预留总成本的5%－10%作为不可预见的成本，用于应急项目成本，在成本估算和预算之上。成本控制的基准是项目管理人员根据项目的具体情况确定允许的偏差范围。在一个项目的进行中，成本基准计划并非一成不变的，而是随着用户的需求变化，项目的变更请求基准计划可能会得到不断的校正。
（4）进度计划分为控制计划和执行计划，允许用户实时查询进度计划以及实际进度状态。成本估算通常与工作量联系起来考虑，成本的跟踪控制过程也是进度计划的执行与调整的过程。
（5）成本控制是根据成本基准计划来控制项目预算的变化，成本控制过程的主要输出是修正的成本估算、更新预算、纠正行动、完工估算和取得的教训。成本绩效分析和跟踪将预算和实际进行数值对比，将预算成本、实际成本和工作量进度联系起来，考虑实际成本和工作量是否匹配。系统解决实际成本和工作量匹配的方案如图2。如果实际成本和实际进度不匹配则重新调整计划，采取必要的措施防止项目成本失去控制。
（6）过程数据库存放项目的成本管理过程的历史数据，它由已完成项目的数据构成。这些数据可用于成本估算，成本计划，绩效分析等方面。它除了为进行新的项目成本计划提供依据，也可以为进行中的项目提供实时的过程数据。在项目初始基准计划制定时期，以过去类似项目的历史过程度量数据为经验，制定基准计划，执行计划。将本次项目开发执行过程的过程度量数据存入数据库，作为下一次开发计划制定的经验数据。这样，计划的制定越来越接近实际。
3结论
该文讨论了目前已经有的一些软件项目管理系统的不足，不能把预算、工作量和实际进度联系起来考虑做到有效的成本管理，本文提出了改进的成本管理方法，可以对成本管理进行准确的估算、有效的控制，并且给出了系统的设计。但由于软件项目管理本身的复杂性，虽然本文所提出的方法有助于成本管理中估算与控制问题的解决，但仍然不可能做到非常好，如果能将成本和进度、质量联系起来取得三者之间的平衡，势必对软件企业的项目管理有很大的实用价值。
参考文献：
[1]（美）施瓦尔贝著，王金玉等译，it项目管理，机械工业出版社，第1版，2001.12。
[2]魏晓进，一种新的软件成本估算方法，。
[3]周伯生等译，软件项目管理一个统一的框架，机械工业出版社，第1版，2002.8。
软件项目管理篇(7)
论文摘要：在软件项目开发的过程中，软件项目管理的成功与否是决定一个项目是否能够顺利高效率完成的重要保证。但是我国大部分的软件企业在进行项目管理时都存在着各种问题，从而使项目不能顺利有效地完成。文章探讨了在项目管理过程里出现的常见问题，并给出了相应的解决策略。
计划软件行业在现在的众多行业里是一个极具挑战性和创造性的行、体现了软件开发者的智慧和汗水，同时软件开发是‘项复杂的系统]：程，牵涉到许多方面的因索，在实际工作中，经常会出现各种各样的问题，甚至会面临失败。如何总结、分析失败的原因，得出有益的教训，对于项目开发人员来说，是在今后的项目中取得成功的关l键。
一、软件开发中实行项目管理的意义
项目管理就是在项目活动中运用系列的知识、技能、工具和技术，以满足或超过相关利益者对项目的要求，实际上就是通过项目各方干系人的合作，把各种资源应用于项目，以实现项日的目标，满足项日于系人的需求，其本质就是对时问、质量和成本的管理。
随着软件开发的深入、各种技术的不断创新以及软件产业的形成，人们越来越意识到软件过程管理的重要性，管理学的思想逐渐融入软件开发过程l}f，项目开发的管理日益受到重视。
二、目前在软件项目管理中存在的误区
现在大多数企业都认识到了在项目中进行管理的重要性，是仍然冉许多企、在实施项目管理的过程中存在着这样那样的误区，主要表现在：
1．项目经理不够专业。在软件企业中，缺乏专业的项目管人员来实施项目管理及担任项h经理，通常被任命的项日经主要是因为他们能够在技术上独当一面，但是他们在管理方面特别是项目管理方面的知识比较缺乏。
2．项目规划缺乏纲领性。项目经理对总体计划、阶段计划的作用认识不足，凶此制定总体计划时比较随意，不少事情没有仔细考虑；阶段计划因工作等理由经常拖延，造成计划与控制管理脱节，无法进行有效的进度控制管理。
3．缺乏有效的符理意识。部分项目绎理不能从总体上把握整个项目，而是埋头具体的技术工作，造成项目组成人员之间忙的忙、闲的闲，计划不周、任务小均、资源浪费。有些项目经押没有很好的管理方法，不好安排的工作j好自己做，使项目任务无法有效、合理地分配给相关成员，以达到“负载均衡”。
4．缺乏有效的沟通制度和机制。在项目中一些重要信息没有进行充分和有效的沟通。在制定计划、意见反馈、情况通报、技术问题或成果等方面与相关人员的沟通不足，造成各做各事、重复劳动，甚至造成不必要的损失；有些人没有每天定时收邮件的习惯，以至=无法及时接收最新的信息。
5．风险管理意识淡泊。有些项目经理没有充分意识到风险管理的重要性，对计划中风险管理的章节简单应付了事，随便列出几个风险，随便地写一些简单的对策，对于后面的风险防范起不到什么指导作用。
6．项目干系人的不确定性。在范围识别阶段，项目组对客户的整体组织结构、有关人员及其关系、工作职责等没有足够了解以至于无法得到完整需求或最终经权威用户代表确认的需求；或者是多个用户代表各说各话、昨是今非，但同时又要求项目尽早交付：项目后期需求变化随意，造成项目范围的蔓延，进度的拖延，成本的扩火。
7．缺乏项目团队的合理分工。项目团队内有时由于各阶段不同角色或同阶段不同角色之间的责仟分工不够清晰而造成工作互相推诿、责任互相推卸的现象；有时各阶段不同角色或同阶段不同角色之间的责任分工比较清晰，但是各项目成员只顾完成自己邢部分任务，不愿意与他人协作。这些现象都将造成项目组内部资源的损耗，从而影响项目进展。
三、解决软件项目管理中存在的误区的有效策略
要想解决上面描述的误ⅸ，归根到底还足要从管理学的角度入手，即在软件项目的开发过程中加入过程管理的内容，这样我们可以在软件开发中对各个过程的质量加以控制，从而达到保证软件产品质量的目的。为了有效提高管理水平，我们应该努力做到：
1．项目经理接受系统的项目管理知识培训是非常必要的，有了专、i领域的知识与实践，再加上项目管理知识与实践和一般管理的知识和经验的有机结合，必能大大提高项目经理的项目管理水平
2．计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项臼经理的计划意识，采用项目计划制定相关知识、技术、工具，加强对开发计划、阶段计划的有效性进行事前事后的评估。
3．加强项h管理方面的培训，并通过对考核指标的合理设定和宣传f导项目经理更好地做好项目管理工作。技术骨干在担任项目经理之前，最好能经过系统的项目管理知识，特别是其中的人力资源管理、沟通管理的学习，并ⅱ在实际工作中不断提高自己的管理素质，丰富项目管理经验，提高项目管理意识。
4．制定有效的沟通制度和沟通机制，提高沟通意识：采取多种沟通方式，提高沟通的有效性。通过制度规定对由于未及时收取邮件而造成损失的责任归属；对于特别重要的内容要采用多种方式进行有效沟通以确保传达到位，例如：除发送邮件外还要电话提醒、回执等，重要的内容还要通过举行各种会议进行传达。
5．通过学习项目管理知识掌握风险识别、量化、对策研究、反应控制的工具和方法，掌揖项目风险管理所必备的知识。通过加强对项目规划中风险管理计划的审核提高项目组的风险管理意识。总结本行业项目中常见的风险及其对策作为风险管理计划中必要的风险内容，并切实评估相应对策的有效性和可行性。
