在实际的项目质量管理中，质量管理总是围绕着质量保证(QualityAssurance)过程和质量控制(QualityControl)过程两方面。这两个过程相互作用，在实际应用中还可能会发生交叉。正如引言所述，关于软件的质量，很难下一个非常明确的定义。本文主要针对软件工程中的质量管理来进行讨论。
做软件“大餐”的工序
软件质量保证（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工具与软件工程平台接口的要求等。
如何使白壁“无瑕”
按工序去做也不一定能得到一盘完美的“大餐”，因为火侯等因素实在很难掌握。万一掌握不好怎么办？软件质量控制主要就是发现和消除软件产品的缺陷。对于高质量的软件来讲，最终产品应该尽可能达到零缺陷。而软件开发是一个以人为中心的活动，所以出现缺陷是不可避免的。因此，要想交付一个高质量的软件，消除缺陷的活动就变得很重要。缺陷消除是通过“评审”和“测试”这类质量控制活动来实现的。
缺陷在软件开发的任何阶段都可能会被引入。项目质量管理过程包含了许多可以识别缺陷、消除缺陷的过程。“识别缺陷”和“消除缺陷”本来是两个不同的过程，但在这里为了简便统一用“消除”来代表它们。潜在的缺陷越大，用来消除它所花的费用越高。因此成熟的软件开发过程在每一个可能会引入潜在缺陷的阶段完成之后都会开展质量控制活动。这些为了消除缺陷的活动包括：需求评审、设计评审、代码走查、单元测试、集成测试、系统测试以及验收测试等。
一般来说，软件工程师总是非常乐观。当他们在计划软件项目时，经常认为每件事情都会像计划那样运行，或者，又会走向另外一个极端。软件开发的创造性本质意味着我们不能完全预测会发生的事情，因此制定一个详细计划的关键点很难确定。当有预想不到的事情引起项目脱离正常轨道时，以上两种观点都会导致软件项目的失败。
目前，风险管理被认为是IT软件项目中减少失败的一种重要手段。当不能很确定地预测将来事情的时候，可以采用结构化风险管理来发现计划中的缺陷，并且采取行动来减少潜在问题发生的可能性和影响。风险管理意味着危机还没有发生之前就对它进行处理。这就提高了项目成功的机会和减少了不可避免风险所产生的后果。
2什么是风险
所谓“风险”，归纳起来主要有两种意见，主观说认为，风险是损失的不确定性；客观学认为，风险是给定情况下一定时期可能发生的各种结果间的差异。它的两个基本特征是不确定性和损失。IT行业中的软件项目开发是一项可能损失的活动，不管开发过程如何进行都有可能超出预算或时间延迟。项目开发的方式很少能保证开发工作一定成功，都要冒一定的风险，也就需要进行项目风险分析。在进行项目风险分析时，重要的是要量化不确定的程度和每个风险相当的损失程度，为实现这一点就必须要考虑以下问题：
要考虑未来，什么样的风险会导致软件项目失败？
要考虑变化，在用户需求、开发技术、目标、机制及其它与项目有关的因素的改变将会对按时交付和系统成功产生什么影响？
必须解决选择问题，应采用什么方法和工具，应配备多少人力，在质量上强调到什么程度才满足要求？
要考虑风险类型，是属于项目风险、技术风险、商业风险、管理风险还是预算风险等？
这些潜在的问题可能会对软件项目的计划、成本、技术、产品的质量及团队的士气都有负面的影响。风险管理就是在这些潜在的问题对项目造成破坏之前识别、处理和排除。
3风险管理
项目风险管理实际上就是贯穿在项目开发过程中的一系列管理步骤，其中包括风险识别、风险估计、风险管理策略、风险解决和风险监控。它能让风险管理者主动“攻击”风险，进行有效的风险管理。
在项目管理中，建立风险管理策略和在项目的生命周期中不断控制风险是非常重要的，风险管理包括四个相关阶段：
风险识别识别风险的方法常用的有风险识别问询法（座谈法、专家法）、财务报表法、流程图法、现场观察法、相关部门配合法和环境分析法等。
风险评估对已识别的风险要进行估计和评价，风险估计的主要任务是确定风险发生的概率与后果，风险评价则是确定该风险的经济意义及处理的费/效分析，常用的方法有：概率分布、外推法、多目标分析法等。
风险处理一般而言，风险处理有三种方法，①风险控制法，即主动采取措施避免风险，消灭风险，中和风险或采用紧急方案降低风险。②风险自留，当风险量不大时可以余留风险。③风险转移。
风险监控包括对风险发生的监督和对风险管理的监督，前者是对已识别的风险源进行监视和控制，后者是在项目实施过程中监督人们认真执行风险管理的组织和技术措施。
在IT软件项目管理中，应该任命一名风险管理者，该管理者的主要职责是在制订与评估规划时，从风险管理的角度对项目规划或计划进行审核并发表意见，不断寻找可能出现的任何意外情况，试着指出各个风险的管理策略及常用的管理方法，以随时处理出现的风险，风险管理者最好是由项目主管以外的人担任。
险识别
风险识别就是企图采用系统化的方法，识别某特定项目已知的和可预测的风险。常用方法是建立“风险条目检查表”，利用一组提问来帮助项目风险管理者了解在项目和技术方面有些风险。在“风险条目检查表”中，列出了所有可能的与每一个风险因素有关的提问，使得风险管理者集中来识别常见的、已知的和可预测的风险，如产品规模风险、依赖性风险、需求风险、管理风险及技术风险等。“风险条目检查表”可以以不同的方式组织，通过判定分析或假设分析，给出这些提问确定的回答，就可以帮助管理或计划人员估算风险的影响。软件项目一般有如下五类风险：
4.1产品规模风险
有经验的项目经理都知道：项目的风险是直接与产品的规模成正比的。与软件规模相关的常见风险因素有：
估算产品的规模的方法（LOC或代码行，FP或功能点，程序或文件的数目）。
产品规模估算的信任度
产品规模与以前产品规模平均值的偏差
产品的用户数
复用的软件有多少
产品的需求改变多少
4.2需求风险
很多项目在确定需求时都面临着一些不确定性和混乱。当在项目早期容忍了这些不确定性，并且在项目进展过程当中得不到解决，这些问题就会对项目的成功造成很大威胁。如果不控制与需求相关的风险因素，那么就很有可能产生错误的产品或者拙劣地建造正确的产品。每一种情况都会导致使人不愉快。
与客户相关的风险因素有：
对产品缺少清晰的认识
对产品需求缺少认同
在做需求中客户参与不够
没有优先需求
由于不确定的需要导致新的市场
不断变化需求
缺少有效的需求变化管理过程
对需求的变化缺少相关分析
4.3相关性风险
许多风险都是因为项目的外部环境或因素的相关性产生的。经常我们不能很好地控制外部的相关性，因此缓解策略应该包括可能性计划，以便从第二资源或协同工作资源中取得必要的组成部分，并且觉察潜在的问题。与外部环境相关的因素有：
客户供应条目或信息
内部或外部转包商的关系
交互成员或交互团体依赖性
经验丰富人员的可得性
项目的复用性
4.4管理风险
尽管管理问题制约了很多项目的成功，但是不要因为风险管理计划中没有包括所有管理活动而感到惊奇。在大部分项目里，项目经理经常是写项目风险管理计划的人，并且大部分人都不希望在公共场合暴露自己的弱点。然而，像这些问题可能会使项目的成功变得更加困难。如果不正视这些棘手的问题，它们就很有可能在项目进行的某个阶段影响项目。当我们定义了项目追踪过程并且明晰项目角色和责任，就能处理这些风险因素：
计划和任务定义不够充分
实际项目状态
项目所有者和决策者分不清
不切实际的承诺
员工之间的冲突
4.5技术风险
软件技术的飞速发展和经历丰富员工的缺乏，意味着项目团队可能会因为技巧的原因影响项目的成功。在早期，识别风险从而采取合适的预防措施是解决风险领域问题的关键，比如：培训、雇佣顾问以及为项目团队招聘合适的人才等。主要有下面这些风险因素：
缺乏培训
对方法、工具和技术理解的不够
应用领域的经验不够
新的技术和开发方法
不能正确工作的方法
5风险估计
风险估计，又称风险预测，常采用两种方法估价每种风险。一种是估计风险发生的可能性或概率，另一种是估计如果风险发生时所产生的后果。一般来讲，风险管理者要与项目计划人员、技术人员及其他管理人员一起执行四种风险活动：
（1）建立一个标准（尺度），以反映风险发生的可能性。
（2）描述风险的后果。
（3）估计风险对项目和产品的影响。
（4）确定风险的精确度，以免产生误解。
另外，要对每个风险的表现、范围、时间做出尽量准确的判断。对不同类型的风险采取不同的分析办法。
1．确定型风险估计
（a）盈亏平衡分析
盈亏平衡分析（Break-EvenAnalysis）通常又称为量本利分析或损益平衡分析。它是根据软件项目在正常生产年份的产品产量或销售量、成本费用、产品销售单价和销售税金等数据，计算和分析产量、成本和盈利这三者之间的关系，从中找出它们的规律，并确定项目成本和收益相等时的盈亏平衡点的一种分析方法。在盈亏平衡点上，软件项目既无盈利，也无亏损。通过盈亏平衡分析可以看出软件项目对市场需求变化的适应能力。
（b）敏感性分析
敏感性分析（SensitivityAnalysis）的目的，是考察与软件项目有关的一个或多个主要因素发生变化时对该项目投资价值指标的影响程度。通过敏感性分析，使我们可以了解和掌握在软件项目经济分析中由于某些参数估算的错误或是使用的数据不太可靠而可能造成的对投资价值指标的影响程度，有助于我们确定在项目投资决策过程中需要重点调查研究和分析测算的因素。
（c）概率分析
它是运用概率论及数理统计方法，来预测和研究各种不确定因素对软件项目投资价值指标影响的一种定量分析。通过概率分析可以对项目的风险情况做出比较准确的判断。主要包括解析法和模拟法（蒙特卡罗MonteCarlo技术）两种。
2．不确定型风险估计
主要有小中取大原则、大中取小原则、遗憾原则、最大数学期望原则、最大可能原则。
3．随机型风险估计
主要有最大可能原则、最大数学期望原则、最大效用数学期望原则、贝叶斯后验概率法等。
5.1建立风险清单
风险清单是关键的风险预测管理工具，清单上列出了在任何时候碰到的风险名称、类别、概率及该风险所产生的影响。其中整体影响值可对四个风险因素（性能、支持、成本及进度）的影响类别求平均值（有时也采用加权平均值）。
一旦完成了风险表的内容，就可以根据概率及影响来进行综合考虑，风险影响和出现概率从风险管理的角度来看，它们各自起着不同的作用（见图1）。一个具有高影响但低概率的风险因素不应当占用太多的风险管理时间，而具有中到高概率、高影响的风险和具有高概率及低影响的风险，就应该进行风险分析。
5.2风险评估
在风险分析过程中，我们对风险进行评估时可以建立一个如下的四元数组：
[ri,li,xi，yi]
其中，ri是风险，li为风险出现的概率，xi则表示风险损失大小，yi则表示期望风险。
一种对风险评估的常用技术是定义风险的参照水准，对绝大多数软件项目来讲，风险因素——成本、性能、支持和进度就是典型的风险参照系。也就是说对成本超支、性能下降、支持困难、进度延迟都有一个导致项目终止的水平值。如果风险的组合所产生的问题超出了一个或多个参照水平值时，就终止该项目的工作，在项目分析中，风险水平参考值是由一系列的点构成的，每一个单独的点常称为参照点或临界点。如果某风险落在临界点上，可以利用性能分析、成本分析、质量分析等来判断该项目是否继续工作。图2表示了这种情况。
但在实际工作中，参照点很少能构成一条光滑的曲线，大多数情况下，它是一个区域，而且是个易变的区域。因而在做风险评估时，尽量按以下步骤执行：
（1）定义项目的水平参照值
（2）找出每组[ri,li,xi，yi]与每个水平参照值间的关系
（3）估计一组临界点以定义项目的终止区域
（4）估计风险组合将如何影响风险水平参照值
5.3估计损失的大小
表1是风险分析表的一个例子，可以建立一个用风险、损失概率、损失大小和期望风险这样的风险评估表。
在表1所示的风险估价的例子中，一个理论项目已经识别了从1到20周期间的潜在的几个风险，风险发生的概率范围在5%到50%之间。在现实的项目中，可能会识别出比此表要多得多的风险。
损失的大小常常比概率更容易受到控制。在以上的例子中，可以很精确地估计出完全支持自动从主机更新数据的时间是20个月。根据管理层将在何时讨论项目建议书,可以知道项目不是在2月1日就是3月1日会被批准。如果假定会在2月1日批准，项目被批准的风险大小会比期望的长一些，也就是1个月时间。
如果损失的大小不容易直接估计出来，可以将损失分解为更小的部分，再对其进行评估，然后将各部分评估结果累加，形成一个合计评估值。例如，如果使用3种新编程工具，可以单独评估每种工具未达到预期效果的损失，然后再把损失加到一起，这要比总体评估容易多了。
5.4评估损失的概率
评估损失的概率要比评估损失大小更具有主观性。这里有许多实践方法可以提高主观评估的准确度。有以下方法：
由最熟悉系统的人评估每个风险的发生概率，然后保留一份风险评估审核文件。
使用Delphi法或少数服从多数的方法。使用Delphi法，必须要求每个人对每个风险进行独立地评估，然后讨论（口头或纸上）每个评估的合理性，特别是最高和最低的那个。一轮轮讨论，直到达成共识。?使用“形容词标准”。首先让每个人用表示可能性的形容词短语选择风险的级别，如非常可能、很可能、可能、或许、不太可能、不可能、和根本不可能。然后把可能性的评估转换为数量化的评估（Boehm1989）。
5.5整个项目超限和缓冲
实际上，表1中表示的期望风险的计算数值来源于一个被称为“期望值”的统计术语。设计欠佳引起的风险如果真正发生将花费15周的时间。既然它不是100%地会发生，当然不能预计损失15周时间。但它也不是没有可能发生，所以也不应指望不会发生损失。统计学认为，预计损失的数量是概率乘以损失大小，即15%乘以15周。因此，在这个例子中，预计的是损失2.25周。由于只是谈论计划风险，可以累加所有的风险暴露量来得到项目的全部可预料超标值。这个项目可预料的超标值是12.8到13.2周，这就是如果不做任何风险管理的话有可能超过计划的周数。
超出预期值的大小为整个项目风险控制级别的确定提供了依据。如果例子中的项目是个25周的项目，超出预期值的12.8到13.2周就很明显需要进行风险管理了。
6风险管理策略
风险管理策略就是辅助项目组建立处理项目风险的策略。项目开发是一个高风险的活动，如果项目采取积极的风险管理策略，就可以避免或降低许多风险，反之，就有可能使项目处于瘫痪状态。一般来讲，一个较好的风险管理策略应满足以下要求：
（1）在项目开发中规划风险管理，尽量避免风险
（2）指定风险管理者，监控风险因素
（3）建立风险清单及风险管理计划
（4）建立风险反馈渠道
7风险驾驭和监控
风险的驾驭与监控主要靠管理者的经验来实施，它是利用项目管理方法及其它某些技术，如原型法、软件心理学、可靠性等来设法避免或转移风险。风险的驾驭和监控活动可用图3来表示。
7.1建立风险驾驭与监控计划
从图3中可以看出，风险的驾驭与监控活动要写入RMMP（RiskMonitoringandManagementPlan风险驾驭与监控计划）。RMMP记述了风险分析的全部工作，并且作为整个项目计划的一部分为项目管理人员所使用。
风险管理策略可以包含在软件项目计划中，也可以组织成一个独立的风险缓解、监控和管理计划（RMMP计划）。RMMP计划将所有风险分析工作文档化，并由项目管理者作为整个项目计划中的一部分来使用。一旦建立了RMMP计划，且项目开始启动，则风险缓解及驾驭及监控步骤也开始了。正如前面讨论的，风险缓解是一种问题避免活动。风险驾驭及监控则是一种项目跟踪活动，它有三个主要目标：?判断一个预测的风险是否事实、是否发生。
进行风险再估计，确保针对某个风险而制定的风险消除活动正在使用。
收集可用于将来进行风险分析的信息。
风险驾驭及监控的策略如下：
与在职人员协商，确定人员流动原因。
在项目开始前，把缓解这些流动原因的工作列入风险驾驭计划。
项目开始时，要作好人员流动的思想准备，并采取一些措施确保人员一旦离开时，项目仍能继续。
制定文档标准，并建立一种机制，保证文档及时产生。
对所有工作进行细微详审，使更多人能够按计划进度完成自己的工作。
对每个关键性技术人员培养后备人员。
在考虑风险成本之后，决定是否采用上述策略。
7.2软件项目风险追踪工具
追踪风险的一个办法是将风险输入缺陷追踪系统中，缺陷追踪系统能将风险项目标示为已解决或尚未处理等状态，也能指定解决问题的项目团队成员，并安排处理顺序。可将软件风险项目依序排列出来，按照缺陷存在的时间与负责者等资料排列。这样，缺陷追踪系统就是追踪风险的工作能更好执行并且不那么单调。
[关键词]项目管理软件需求开发进度成本质量管理模型
一、引言
软件需求开发是软件工程的一个重要环节，在软件生命周期中的需求、设计、编码、测试和维护等各个阶段中，需求开发处于软件工程的开始部分，它提供构建软件项目的根基，决定软件开发成果满足客户需求的匹配程度。软件需求开发环节的失误会随着开发进度的扩大而蔓延，资料表明，软件项目中由于需求开发管理混乱而造成的返工开销几乎占了总开发的50％。本文应用项目管理理论分析软件需求开发阶段的系统构成，并设计管理模型来提高软件需求开发的管理效率。
二、软件需求开发管理过程
由于计算机技术的迅速发展，使得软件需求具有模糊性、不确定性、变化性、主观性等特点，并带来软件需求开发管理的复杂性。软件需求开发是一定的组织利用有限的资源在规定的时间内完成，可以作为项目来进行管理，其管理过程由需求获取、需求分析、编写软件需求规格和需求验证四个阶段构成。
1.需求获取
需求获取是在问题和最终解决方案之间架设桥梁，其主要任务是和用户方的领导层、业务层人员进行沟通，获取用户的具体需求，并了解用户的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等具体情况，同用户建立起良好的沟通渠道和方式。软件需求获取的方法有：与用户交谈，向用户提问题；参观用户的工作流程，观察用户的操作；用户工作的情景分析；现有系统的问题报告和改进要求，事件和响应；市场调查和向用户群体发调查问卷；与同行、专家交谈，听取他们的意见；分析已经存在的同类软件产品，提取需求；从现有产品或竞争产品的文档中提取需求；从行业标准、规则中提取需求；从Internet上搜查相关资料等。
2.需求分析
需求分析主要通过建立业务模型的方式来描述用户的功能需求，为客户、用户、开发方等不同参与者提供一个交流的渠道。业务模型可以映射出软件产品的核心需求，即功能需求。功能需求应描述软件提供的功能和服务、对输入的响应，并描述特定条件下的系统构成等。软件产品本身可能还存在与业务无直接关系的非功能需求，具体与系统的总体特性有关，如可靠性、响应时间、存储空间等。非功能需求定义系统提供服务或功能的约束，包括时间约束、空间约束、开发过程约束及应遵循的标准等。通常这两类需求构成软件需求的总集。
3.编制软件需求规格
软件需求规格的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础，需求分析完成的标志就是提交一份完整的软件需求规格说明书。软件需求规格说明书以一种开发人员可用的技术形式阐述软件必须提供的功能和具备的性能，以及必须考虑的限制条件。软件项目客户通过软件需求规格了解软件项目能够提供的软件产品，检查软件需求是否满足需要；项目管理人员根据软件需求规格制定项目的开发计划和管理过程；软件开发人员通过软件需求规格理解要开发的产品及具体要开发的内容；软件测试人员通过软件需求规格验证软件。
4.需求评审
编写的软件需求规格说明书还应当进行需求评审，确保需求确定的科学性。可采用下列指标进行评审：(1)正确性:每条需求都正确代表构建软件系统所要完成的事情。(2)无歧义:每条需求只有一种解释。(3)完备性:需求不能发生遗漏，应全面考虑相关问题。(4)一致性:用户需求必须和业务需求一致，功能需求必须和用户需求一致。(5)重要性和稳定性分级:现有资源不足以实现所有需求时，可以根据级别的高低决定实现的先后，舍弃一些级别低的需求以保证项目的按期交付。(6)可验证性:需求分析是可测试的，只有系统的所有需求都是可以被测试的，才能够保证软件始终围绕着用户的需要，保证软件系统是成功的。(7)可修改性:每一条需求都易于完整一致的进行变更，且不改变需求集的结构和风格。(8)可跟踪性:每条需求都是可溯源的，且存在一种机制使得在以后的工作中引用需求是可行的。(9)可理解性:用户和开发人员都完全理解需求集的整体行为、所提供的功能及其中的每条需求的含义。
三、软件需求开发管理模型
1.软件需求开发管理模型构建原则
软件需求开发是一项复杂的系统工程，管理模型的构建应遵循下列原则:(1)程序性原则：软件需求开发管理应遵循固定的业务流程，可将其划分为需求获取、需求分析、编写软件需求规格和需求验证四个阶段，前一阶段的工作完成后才能进入下一阶段。(2)系统性原则：软件需求开发要在限定的时间、成本条件约束下达到一定的质量，实现软件系统的最优，要求管理遵循系统管理原则，实现目标最优。(3)简化性原则：化繁为简，将模糊的、潜在的复杂问题明确化，以图表的形式表示出，并以简化的解决方案解决问题，便于项目管理。(4)平衡性原则：管理软件需求开发的具体事务要有一定的侧重。对于需求开发过程事项，应根据影响大小分清主次，关键的事项或者事项里的某个多发问题点，着重管理，达到在管理上的主次平衡。(5)高效性原则:模型的设计必须以促进需求开发目标的实现为前提，提供给相关人员一个展示需求开发管理和有效解决方案的平台。（6）时时控制性原则:及时控制需求开发过程中影响进度、成本、质量等问题，及时发现解决冲突事件，做到事前、事中、事后控制，保证项目按时保质保量完成。(7)动态性原则:开发中应关注信息技术的发展，将先进的技术应用到软件需求开发中，并学习借鉴相关软件需求开发的成果。
2．软件需求开发管理模型
基于以上分析，本文构建了软件需求开发管理模型，见下图：
该模型遵循了软件需求开发的管理流程。启动阶段，软件开发进行了可行性研究，软件项目已立项，项目正式启动。软件需求开发管理阶段是模型的主要部分，按照项目流程，依次划分为需求获取、需求分析、编写软件需求规格和需求验证四个阶段。总结阶段，对软件需求开发管理进行总结，并进入到软件程序设计阶段。模型的核心部分是应用项目管理的进度管理、成本管理、质量管理，对软件需求开发进行动态管理。进度管理就是制定出经济合理的进度计划，然后在计划执行过程中，检查实际进度与计划进度之间的差异，并及时找出出现差异的原因，采取有效的补救措施，以确保项目按时按质完成。进度管理应加强沟通，掌握可能延误进度的环节，并严格控制进度变更。成本管理就是对项目所需的成本情况进行详细地分析和估算，编制资源需求计划，并编制项目所需的成本估算和预算，在执行过程中，采取相应的措施对项目成本进行控制。成本管理应严格控制加班、浪费等额外支出。质量管理是为了保证项目的可交付成果能够满足客户的需求，围绕项目质量而进行的计划、协调和控制等活动，其具体内容涉及质量规划、实施质量保证和质量控制。通过进度管理、成本管理和质量管理，使软件需求开发成为进度快、成本低和质量合格的有机统一体。
该模型规范了软件需求开发的业务流程，并在整个软件需求开发的不同环节之间建立联系，明确需求开发过程与自身各任务项之间以及项目其余环节所存在的各种联系。模型各环节间的相关性、可追溯性保证了软件项目需求开发过程，可以遵循统一的管理模式。该模型具备可配置性。每个软件项目，都具有个性化管理需求，在进度管理、成本管理、质量管理等方面有不同的要求，可以针对具体的开发团队，项目要求，管理侧重点，扩增相应的管理模块，将此模型推广到任何一个软件需求开发项目。
3.模型应用
由于软件需求开发具有复杂性，其主要表现为需求描述问题，明确表达需求较难确定，并且难以统一；需求完备问题，需求没有遗漏，难以准确划定系统范围；需求的变更问题，需求变化是永恒，需求不可能是完备。模型应用需做好以下工作：（1）文档化管理。需求必须有文档来记录，该文档必须是正确的，是经过验证的，是在受控的状态下变更的。开发或管理人员常常会在含糊的情况下把认为是相对简单的需求忽视而省略文档记录，其实未必简单，只有想清楚、写清楚、说清楚才说明已经真正把需求整理清楚了，同时方便日后维护工作的展开。需求含糊的情况下要进行会议形式处理，并邀请相关人员参加进行需求澄清及确定，需求在进行多方确定后进行归档。同时软件需求的复用率也是相当高的，可以避免升级时重新将需求再次获取，只需要在原来的基础上作为文挡需求复用升级处理。（2）审核评估需求变更，减少变更的影响。在管理软件开发过程中，需求渐变是必然的，无论需求变化的程度如何，只要需求变更就必须进行评估。在需求变更之前必须由项目管理人员审核，再传给开发人员进行评估等工作。管理人员必需依据对整套系统的了解程度分析需求变更过程中可能受影响的系统及受关联的功能模块，并制定积极应对措施。(3)整体管理。应识别、确定、结合、统一与协调软件需求开发管理过程中所需要进行的各种过程和活动，保证进度、成本、质量等各要素的相互协调。
四、结语
软件需求开发在软件项目管理中具有重要地位。本文应用项目管理理论，设计了软件需求开发管理模型。该模型遵循项目管理流程，将软件需求开发划分启动、需求开发过程、总结三个阶段，并将软件需求开发过程划分为需求获取、需求分析、编写软件需求规格和需求验证四个阶段，模型应用项目管理的进度管理、成本管理、质量管理，对软件需求开发进行动态管理，实现软件需求开发项目目标最优。该模型能够提高软件需求开发管理效率，确保软件开发能够按进度，低成本，高质量地完成。
参考文献：
[1]景慎艳:软件项目需求管理的探索与实践[J].电脑知识与技术，2008（27）
[2]左怀远:软件项目中的风险管理研究[J].世界科技研究与发展，2008（3）
[3]孙琦龙:加强软件项目管理的实践模式[J].科技信息，2008（7）
一、引言 随着信息技术的飞速发展，软件产品的规模也越来越庞大，个人单打独斗的作坊式开发方式已经越来越不适应发展的需要。各软件企业都在积极将软件项目管理引入开发活动中，对开发实行有效的管理。我公司是西安一家中型软件企业，在公司中已经实行了项目管理制度，软件项目管理是整个项目管理中的一个重要组成部分。 从概念上讲，软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。实际上，软件项目管理的意义不仅仅如此，进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力，企业的软件开发能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发展（即减小开发风险）。 软件开发不同于其他产品的制造，软件的整个过程都是设计过程（没有制造过程）；另外，软件开发不需要使用大量的物质资源，而主要是人力资源；并且，软件开发的产品只是程序代码和技术文件，并没有其他的物质结果。基于上述特点，软件项目管理与其他项目管理相比，有很大的独特性。 二、软件项目管理的组织模式 软件项目可以是一个单独的开发项目，也可以与产品项目组成一个完整的软件产品项目。如果是订单开发，则成立软件项目组即可；如果是产品开发，需成立软件项目组和产品项目（负责市场调研和销售），组成软件产品项目组。 公司实行项目管理时，首先要成立项目管理委员会，项目管理委员会下设项目管理小组、项目评审小组和软件产品项目组。 1、项目管理委员会 项目管理委员会是公司项目管理的最高决策机构，一般由公司总经理、副总经理组成。主要职责如下： （1）依照项目管理相关制度，管理项目； （2）监督项目管理相关制度的执行； （3）对项目立项、项目撤消进行决策； （4）任命项目管理小组组长、项目评审委员会主任、项目组组长. 2、项目管理小组 项目管理小组对项目管理委员会负责，一般由公司管理人员组成。主要职责如下： （1）草拟项目管理的各项制度； （2）组织项目阶段评审； （3）保存项目过程中的相关文件和数据； （4）为优化项目管理提出建议。 3、项目评审小组 项目评审小组对项目管理委员会负责，可下设开发评审小组和产品评审小组，一般由公司技术专家和市场专家组成。主要职责如下： （1）对项目可行性报告进行评审； （2）对市场计划和阶段报告进行评审； （3）对开发计划和阶段报告进行评审； （4）项目结束时，对项目总结报告进行评审。 4、软件产品项目组 软件产品项目组对项目管理委员会负责，可下设软件项目组和产品项目组。软件项目组和产品项目组分别设开发经理和产品经理。成员一般由公司技术人员和市场人员构成。主要职责是：根据项目管理委员会的安排具体负责项目的软件开发和市场调研及销售工作。 三、软件项目管理的内容 从软件工程的角度讲，软件开发主要分为六个阶段：需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、测试阶段、安装及维护阶段。不论是作坊式开发，还是团队协作开发，这六个阶段都是不可缺少的。 根据公司实际情况，公司在进行软件项目管理时，重点将软件配置管理、软件质量管理、软件风险管理及开发人员管理四方面内容导入软件开发的整个阶段。 在八十年代初，著名软件工程专家B.W.Boehm总结出了软件开发时需遵循的七条基本原则，同样，我们在进行软件项目管理时，也应该遵循这七条原则。它们是： （1）用分阶段的生命周期计划严格管理； （2）坚持进行阶段评审； （3）实行严格的产品控制； （4）采用现代程序设计技术； （5）结果应能够清楚地审查；
论文：项目管理进度控制费用控制质量控制软件开发
人类社会经历了三次经济革命从农业革命、工业革命到目前正在经历的信息革命。信息化正在日益改变人们的思维方式和生活习惯。在推动信息化过程中，计算机及其软件产品发挥着至关重要的功能。对于软件项目的管理成为项目管理领域一个令人兴奋的课题。本文将结合项目管理中的控制方法分析软件项目管理控制的相关新问题．以期提高软件项目的开发效率。
1、有关软件项目管理
1．1项目和项目管理
项目是一个旨在完成一个或一些独特产品或服务的过程．它有着一系列被具体描述的属性。由于项目的独特性和一次性特征，引伸出它的其他特征．如目标的确定性．成果的不可挽回性组织的临时性和开发性等。基于项flI的这些特征．项目运作更加注重项目决策前的计划以及对实施过程的控制，以减少项目运作的风险。项目管理是2O世纪50年代后期发展起来的一种计划管理方法，它运用先进科学的管理方式．有效解决大型组织的效率低下和小型企业面临的风险增加新问题以组织的机动灵活．面向客户和资源利用率高而被广泛应用。在工程设计．施工软件项目的开发、实麓中经常会碰到进度拖延．费用超支、质量不达要求等新问题除去极少数是因为技术原因造成，绝大部分是源于僵化的管理和不当的管理方式。
1．2软件项目管理
各软件企业都在积极将软件项目管理引入开发活动中．对开发实行有效的管理。从概念上讲．软件项目管理是为了使软件项目能够按照预定的成本．进度、质量顺利完成．而对成本、人员、进度、质量、风险等进行分析和管理的活动。同时，随着软件开发规模及开发队伍的逐渐增大，软件开发不再是向过去那样一二个开发人员即可解决的事情。迫切需要一种开发规范来规范每个开发人员、测试人员和支持人员的工作每个项目组成员按约定的规则准时完成自己的工作。同时采用规范化管理．专业分工也可以降低对开发人员的要求，从而降低产品研发成本。
2、软件项目控制
2．1软件项目控制
软件项目跟踪和监控包括对照已文档化的估计、约定和计划评审和跟踪软件完成情况和结果。基于实际的完成情况和结果调整这些计划。软件项目的已文档化的计划(即软件开发计划，正如在软件项目计划关键过程区域中所描述的)用作跟踪软件活动传送状态和修订计划的基础管理者监控软件活动．主要通过在所选出的软件工作产品完成时和在所选择的里程碑处，将实际的软件规模工作量成本和时间表和计划相比较，来确定进展情况。当确定未实现软件项目计划时，采取纠正办法。这些办法可以包括修订软件开发计划以反映实际的完成情况和重新计划遗留的工作或者采取改进性能的办法。
2．2软件项目控制的内容
软件项目控制的目的是为软件项目的过程提供足够的能见度，从而可以在执行过程中发生对计划的严重偏离时能够采取适当的更正行为。软件项目控制包括：a。追踪软件项目的进展于表现从而和所作的估计、承诺和计划做出对比：b。追踪软件项目的风险；C。在发生对计划的严重偏离时采取适当的更正行为。
2．3软件项目控制步骤
由于软件开发是处在一个开放的动态系统中，开发环境的不断变化要求不断修改项目计划，以适应新的变化。此外项目经理及其组织在完成任务的过程中不可避免的要碰到这样或那样的新问题．解决这些新的矛盾和新问题均属项目控制的范畴项目的预算和进度计划只能为项目经理提供决策的依据．假如在项目实施过程中控制不住．很难在限定的时间和预算要求下实现项目管理工作的目标。因此软件项目控制的过程包括以下四个步骤：a、猜测什么会发生——要做出开发计划并建立工作标准b、查明什么正在发生——用建立的工作标准检查当前的工作；c、正在(或已经)发生的实事同猜测的结果进行比较——分析误差产生的原因：d及时采取补救办法．以满足项目目标，预算和进度的要求。
3、软件项目控制具体操作
3．1软件项目进度控制
为了确保软件开发中的各项工作能按照计划预定的日程顺利完成．对项目的进度要进行控制。进度控制的过程是．在项目实施过程中，不断地进行实际进度值和计划值的比较、发现偏差、检查分析其产生的原因，并采取相应的办法加以解决。
3．1．1进度控制流程
(1)进度控制的输入
进度计划。项目进度基准是项目测量和报告的基础和标准。
实施报告。实施报告提供了有关项目进度发展实情。报告未来可能发生的进度新问题。
变更要求。项目变更要有严格的申请和审批手续。
进度管理的技术和工具。
(2)进度管理的技术和工具
进度控制变更系统。为有效实现进度管理和控制．进度控制系统应设立实现重新计划的全部功能。包括：文件设立．跟踪即实施报告．变更评估等。
实施情况测量。项目进度控制系统中的一个重要组成部分是决定对迟发生的进度偏差是否采取纠偏办法。而实施情况报告提供了决策的主要信息。如变更分析．趋向分析．已实现价值分析等。
纠偏计划。很少有项目能完全按计划进度进行为实现项目进度或总进度要求，在项目实施过程中．需要不断对原计划进行调整或增加新的工作内容。为此．需要不断对实施的项目进行活动时间猜测。修改活动过程．替代进度方案分析。
项目管理软件。它的功能是跟踪项目按计划日期展开实际工作的情况．对照进度计划分析进度目前状况，找出进度的偏差．分析进度偏差对项目的影响．猜测未来走势
(3)项目进度控制的输出
进度更新。包括对项目管理中任何进度信息的修改。进度调整是其中的一种．师队员进度计划中活动开始和结束时间的改变。纠偏行动。通过改变资源投入将实际进度拉回到计划的行动过程。
从中获得的教训。有关进度偏差产生的原因。纠偏方案的评估和选择以及其他方面的感受和教训都应纪录在案成为日后有用的历史资料。
3．1．2进度控制方法
一般项目进度控制采用因果分析．分析用四步完成：
(1)明确新问题。实际完成情况和项目里程碑相对照．确定是否超期．超期的部分是在哪里。
(2)查找产生该新问题的原因。位从系统角度充分熟悉各方原因．应组织具有代表性任务人员并采用头脑风暴法进行。项目主管要通过他领导的办公室或小组，以及在各职能部门的人共同分析新问题产生原因。
(3)确定个原因对新问题产生的影响程度。对影响程度的评估可以采用专家小组打分的方法，事先确定权数．而后打分得出分析结果。
(4)画出带箭头的鱼刺图。分析出原因后各部门各就其职针对新问题提出解决方案．并实施。
3．1．3软件项目进度控制具体办法
在实施进度计划过程中，会有种种故障：客户的需求进行了补充或修改；工作量估算不准，造成进度不平衡或是有人不遵从开发规范．导致产品出现缺陷；或是技术环节出现故障，这些新问题往往是在进度计划外出现的．一旦出现这些新问题，项目进度不得不进行调整。开发过程中为了有效控制类似新问题，可以采用以下辅助办法，控制进度按计划执行：
(1)政策性办法。对于不遵从开发规范，人员不按时履行职责的．给予经济或是职务上的处罚．这种办法应是建立在分配任务之前；
(2)人员布置。在各子项目接口处适当布置机动人员和机动时间。这一办法有赖于项目组织的机构设置能动性好。此处比较难解决的是人员业绩评估．奖励新问题。
(3)技术办法，要想很好地执行进度计划，需要事先有统一的规范例如开发语言的统一，文档的归类。这样便于下一阶段人员理解上一阶段人员意图，交流更加轻易。
(4)信息流办法。该办法要求建立一个信息流系统．准时汇报项目进度．便于主控人员调整进度，并且保证信息流通顺畅。避免开发期压到最后造成严重拖工。
(5)资金办法。财务部门可以定期检查各部门财务情况．控制资金流出时间．进而控制项目进度。这和后面要讲到的三者权衡有密切关系。
3．2软件项目费用控制
费用控制就是要保证各项工作要在他们各自的预算范围内进行。其基础是实现就对项目进行费用预算。整个项目费用应包括项目范围规划阶段。软件需求分析阶段．原型设计阶段开发阶段．测试阶段和项目投入使用后的使用阶段所消耗费用的总和。软件开发项目承担公司为了完成项目目标和获得更多的利润．在实施项目过程中就要控制成本．在控制过程中，首先要拟定一个标准．即计划值．然后进行实际至于计划值的比较，确定实际值和计划标准的偏差大小．以便在此基础上采取各种办法纠正偏差．常用的分析工具是偏差分析。
偏差是指实际成本对相应计划的偏离，成本偏差的数学公式为：
CV=BCWP-ACWP(负数CV表明出现超支；反之，则节资)(3—1)
其中：CV为成本偏差，BCWP为计划工作预算，ACWP为完成工作实际成本。
在进行成本偏离计划程度分析时，常用计划偏差率反应时给予计划的偏离程度。
CVP=CV／BCWP(3-2)
其中CVP为成本偏差率。
偏差值是控制分析中的一个关键参数，因而应向各级组织汇报。对于不同的项目或同一项目不同阶段或不同管理层次，对偏差的控制程度不一样，制定偏差答应值的方法也不同。由于随着时间的推移风险减少了，因而偏差答应也可降低。超级秘书网
3．3软件项目质量控制
对于软件产品的项目质量控制应是事前有预控，过程有监控的主动控制闭环系统。(1)事前预控：根据影响质量因素多等特征．软件项目质量必须事前预控，及根据软件的类型和特征，以及以往类似项目的常发病和预防办法，对软件项目质量提出事前预控办法，包括制定控制的计划和程序，这是项目质量控制的前提。(2)过程监控：根据易产生质量波动和易产生系统因素变异等特征，软件项目质量必须过程监控．即按照预控的计划和程序，对工序、分项、单元的全过程进行过程监控．包括监测、检查、控制和评定．这是项目质量控制的基础。
1）课程内容理论性较强。
该课程相关教材理论知识抽象、知识体系庞杂，加大了学生的学习难度。另一方面，过度偏重理论知识的传授，让学生觉得课程所学知识离实践很远，不能很好地保证教学质量和效果。
2）教材案例不完整。
传统教材难以容纳完整的案例，所选皆为虚拟案例，缺乏实际可操作性，使案例分析没有起到应有的作用。
3）教师缺少项目管理实战经验。
该课程要求主讲教师既具备较强的理论知识，又有丰富的实战经验，而高校教师往往理论基础较好、工程项目经验积累不足，授课常常照本宣科，很难对学生进行理论联系实际的有效指导。
4）学生没有项目开发经验。
在校大学生很少有机会参与实际项目的开发，多数没有参与过完整的课堂模拟项目开发，不易理解课程中的工程概念。
5）实践教学学时不足。
软件项目管理是一门实践性非常强的课程，由此决定了该课程不能完全通过书本和课堂掌握知识。实践教学一般安排18个学时，在如此短的时间内，需要完成项目管理工具，还要求学生选择一个新项目，既要从事项目分析设计工作，又要从事项目管理工作，还要学习项目管理工具的使用，难度非常大。
2理论加案例的课堂教学设计
在软件项目管理课程的教学中，教师应结合当前社会需要，利用多媒体授课的优势，以案例充实教学，增加知识面和信息量，使理论具有鲜明的应用特色，激发学生学习的兴趣和积极性；同时，以理论武装案例，彰显案例的科学性，令学生在应用中能够举一反三，活学活用。
2.1以项目管理知识体系组织课堂讲授的理论内容
软件项目管理的知识体系、内容框架及管理流程有多种版本，如美国项目管理学会推出的项目管理知识体系（projectmanagementbodyofknowledge，简称PMBOK）、英国商务部推出的受控环境下的项目管理（projectsincontrolledenvironments2，简称PRINCE2）、IBM提出的全球项目管理方法（worldwideprojectmanagementmethod，简称WWPMM）。该课程采用国内外最流行的PMBOK（第5版）组织授课内容，把软件项目管理的内容分为10个知识领域、5个过程组和47个过程。10个知识领域分别为集成管理、范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理、干系人管理；5个过程组包括启动、计划、实施、监控和收尾；授课时以4个核心知识领域（范围管理、时间管理、成本管理、质量管理）作为重点内容。以PMBOK指导授课内容既保证了授课内容的权威性，又能够与时俱进地适应项目管理内容的新变化。
2.2组织开篇案例
每章开始，教师都会安排一个与该章内容相关的开篇案例，激发学生学习的兴趣。这些案例经过精心选取，尽量贴近实际。案例部分来源于教材，部分来自项目管理认证中的案例分析，每个案例都包括案例描述和问题两部分。在讲解项目管理的概念和技术时，学生可结合案例问题进行分析，学以致用，提高运用所学知识解决实际问题的能力。
2.3结合CMMI认证展示实际项目资料
当以实际项目资料展示项目管理的实践成果时，课程对学生的影响将是实际的、深刻的。在软件全生命周期的工程化管理和持续过程改进领域，软件能力成熟度集成模型CMMI（capabilitymaturitymodelintegration）是无可争议的主流模型，在专业研究认可度和软件业界接受度方面都处于绝对的领导地位。作为软件工程特色专业建设，计算机学院软件工程系教师与学院软件开发团队成员一起准备进行CMMI3级认证，认证过程中积累的项目资料为本课程的项目展示提供了优质教学资源。
2.4认证考试试题操练
计算机技术与软件专业技术资格（水平）考试（简称软考）由于不设报考条件，很受学生欢迎。它可用于以后职称的评审或者作为工作的敲门砖和晋级的阶梯，部分学生会考虑在学校报考软考认证。与本课相关的认证有信息系统项目管理师、系统集成项目管理工程师、信息系统管理工程师。步入工作岗位，学生能报考的与实际项目管理经验相关的认证还有美国项目协会PMP（projectmanagementprofessional）、国际项目管理协会的IPMP（internationalprojectmanagementprofessional）及中国的CPMP（Chinaprojectmanagementprofessional）认证等。教师在每个知识点讲授完毕时，辅以这些考试中的相关试题，可以加深学生对知识的理解。
3承接工程项目训练成果的实践教学设计
以现代工程教育理念CDIO（conceive-design-implement-operate）为指导，河南大学计算机与信息工程学院为各专业在第六、七学期开设工程项目训练课程，一个导师负责带几个学生，完成从选题、分析、设计到实现的整个项目过程。学生通过分工合作在大四找工作之前有了完整的项目实践训练。针对本课程实践学时少及学生缺乏项目开发经验这一突出问题，笔者尝试用承接工程项目训练课程来，组织实践教学。
3.1保留工程项目训练课程中的实践成果
软件项目管理开设在第七学期，学生在学习本门课程之前，已经在工程项目训练课程中完成了项目的选题、分析及设计工作，可以把实践重点放在以前所选项目的管理工作中去，这样既节省了时间，又让学生有了自己的实际项目，对项目工程训练课程的学习也是一种有效促进。
3.2课外作业围绕所选项目设置
由于在课堂上有大量的案例分析和习题操练，学生不需要再花过多的时间去巩固理论知识，因此教师布置的课外作业可以围绕项目设置。比如，在项目集成章节，教师让学生准备项目章程（或模拟的项目合同）和团队契约；在范围管理章节创建项目的工作分解结构；在时间管理章节利用Project提交项目进度计划；在成本管理章节对项目利用Excel进行成本估计与预算等；最终，学生能够提交所选项目的必要管理文件。
4结语
论文摘要:软件项目管理的根本目的是为了让软件项目尤其是大型项目的整个软件生命周期(从分析、设计、编码到浏试、维护全过程)都能在管理者的拉制之下，以预定成本按期，按质的完成软件交付用户使用。目前，软件项目管理不善的新问题仍然存在。本文将在分析软件项目管理存在的新问题的基础上，探索时策办法。
随着计算机应用范围的日益广泛深人，应用软件的规模及复杂程度也日趋大型化、复杂化，这就导致软件开发的方式也从早期的单兵作战式或手工作坊式渐渐转变为集团化、工厂流水线式的团队协作开发方式。这种情况下，如何管理好项目的每一.步运作，及时解决出现的新问题是每一位项目主管责无旁贷的责任。
一、软件项目管理存在的新问题
(一)缺乏项目管理系统培训。项目经理在项目管理方面的培训较少或不够系统。项目经理或管理人员不了解项目管理的知识体系和一些常用工具和方法，所以在实际工作中没有项目管理知识的指导，完全依靠个人现有的知识技能，管理工作的随意性、盲目性比较大。在软件企业中，以前几乎没有专招收项目管理专业的人员来担任项目经理(甚至很少是管理专业的)，被任命的项目经理主要是因为他们能够在技术上独当一面，而管理方面非凡是项目管理方面的知识比较缺乏。
(二)对项目计划熟悉不足。项目经理对总体计划、阶段计划的功能熟悉不足。项目经理认为计划不如变化快，项目中也有很多不确定的因素，做计划是走过场，因此制定总体计划时比较随意，不少事情没有仔细考虑;阶段计划因工作忙等理由经常拖延，造成计划和控制管理脱节，无法进行有效的进度控制管理。没有计划或者是随意的不负责任的计划的项目是一种无法控制的项目。
(三)管理意识存在偏差。部分项目经理没有意识到自己项目经理的角色，从总体上去把握管理整个项目，而是埋头于具体的技术工作，造成项目组成员之间忙的忙、闲的闲，计划不周、任务不均、资源浪费。在软件企业中，项目经理大多是技术骨千，技术方面的知识比较深厚，但无论是项目管理知识，还是项目管理必备的技能、项目管理必备的素质都有待补充和提高，项目管理经验也有待丰富。有些项目经理对于一些不服管理的技术人员，没有较好的管理方法，工作不好布置的工作只好自己做。另外由于工作分解结构设计的合理性，项目任务无法有效、合理地分配给相关成员，以达到“负载均衡”。
(四)相互间缺乏沟通。在项目中一些重要信息没有进行充分和有效的沟通。在制定计划、意见反馈、情况通报、技术新问题或成果等方面和相关人员的沟通不足，造成各做各事、重复劳动，甚至造成不必要的损失;有些人没有天天定时收邮件的习惯，以至于无法及时接收最新的信息。
(五)缺乏风险管理意识。项目经理没有充分分析可能的风险，对付风险的策略考虑比较简单。项目经理在做项目规划时经常没有做专门的风险管理计划文档，而是合并在项目计划书中。有些项目经理没有充分意识到风险管理的重要胜，对计划书中风险管理的章节简单应付了事，随便列出几个风险，随便地写一些简单的策略，对于后面的风险防范起不到什么指导功能。
(六)项目干系人相关新问题。在范围识别阶段，项目组对客户的整体组织结构、有关人员及其关系、工作职责等没有足够了解以致于无法得到完整需求或最终经权威用户代表确认的需求。由于项目经理的工作新问题，客户参和程度部不高，客户方相关责任人不明确或对范围和要求责任心不强，提出的要求具有随意性，项目前期对需求的确认不吃积极;或者是多个用户代表各说各话、昨是今非但同时又要求目尽早交付;项目后期需求变化随意，造成项目范围的蔓延，无度的拖延，成本的扩大。
二、加强软件项目管理的办法
(一)加强项目经理的系统培训。项目经理接受系统的项管理知识培训是非常必要的，有了专业领域的知识和实践，再丈上项目管理知识和实践和一般管理的知识和经验的有机结合，组能大大提高项目经理的项目管理水平。应实行项目经理知识技育资格考核制度，让项目经理自觉补充学习项目管理的知识和一些常用工具和方法。
(二)提高项目经理对计划的熟悉。在高上术行业，日新月异是主要特征，因此计划的制定需要在一定条.的限制和假设之下采用渐近明细的方式进行不断完善。提高目经理的计划意识，采用项目计划制定相关各种知识、技术、具，加强对开发计划、阶段计划的有效胜进行事前事后的评估。超级秘书网
(三)加强项目管理方面的培训。加强项目管理方面的培训，实通过对考核乡勘际的合理设定和宣传引导项目经理更好地做好项仁管理工作。技术骨干在担任项目经理之前，最好能经过系统的目管理知识，非凡是其中的人力资源管理、沟通管理的学习，实且在实际工作中不断提高自己的管理素质，丰富项目管理经验，提高项目管理意识。
(四)加强相互间的沟通。制定有效的择通制度和沟通机制，对由于缺乏沟通而造成的事件进行通报作夕教提醒，以提高沟通意识;沟通方式应根据内容而多样化，甘究有效率的沟通;通过制度规定对由于未及时收取邮件而造成壮失的责任归属;对于非凡重要的内容要采用多种方式进行有效通以确保传达到位。超级秘书网
(五)提高软件项目的风险管理意识。通泛学习项目管理知识把握风险识别、量化、策略探究、反应控制尔工具和方法把握项目风险管理所必备的知识。通过加强对项目知划中风险管理计划的审核提高项目组的风险管理意识。总结本表业项目中常见的风险及其策略作为风险管理计划中必要的风险详容，并切实评估相应策略的有效胜和可行险
(六)理清项目头系人。项目的目的就是实现项目干系人的需求和愿望。项目干弄人管理应当从项目的启动开始，项目经理及其项目成员就要分耀项目干系人包含哪些人和组织，通过沟通协调对他们施加影响，驱动他们对项目的支持，调查并明确他们的需求和愿望，减刁琪对项目的阻力，以确保项目获得成功。
有时即使不开展项目管理工作，软件开发项目也能取得成功。但是如果乏项目管理，则难以将成本控制在一定范围内，容易导致软件企业面临着亏损的风险。在开展项目管理工作的过程中，需要借助技术、方法等，管理软件开发活动，如此既有助于实现软件开发目标，又能够控制软件开发的进度以及开发成本。当前，虽然有部分软件企业依据软件工程理论，制定了管理软件开发的制度，但是却没有严格控制软件开发的进度以及成本。这种做法不仅会延长软件开发的时间，还会增加软件公司的经营风险，最终损害到相关用户的利益。而在软件开发过程中，开展项目管理工作，就有助于保证软件开发工作的顺利完成，同时提高软件企业的经营管理效率。
2项目管理在软件开发中的应用现状
在二十世纪六十年代中期，人们发现了在开发软件过程中存在着很多问题，具体的问题表现在以下两个方面：一方面，不规范的生产过程；另一方面，不重视管理工作。为了能够有效解决软件开发过程中存在的问题，人们开始尝试利用过程管理方法。但是到了二十世纪八十年代，还是没有制定管理软件开发过程相关标准。近几年来，在信息技术快速发展的背景下，人们采取项目管理来控制软件开发的质量、软件开发的成本等，以此确保软件开发的质量和成本等因素，符合当时的既定标准。在软件开发过程中，每一个项目组的不同成员都应该承担不同的任务，并且企业管理者应该要求他们要在规定的时间内完成自身的任务，这种明确分工制度，有助于提高员工的工作效率。
3项目管理在软件开发中的应用
每一个软件开发项目都要经过以下几个阶段：提出问题、研究可行性、分析需求、测试等。因此项目管理工作应该贯穿于软件开发的整个过程。
3.1可行性研究
无法开发哪一个项目，都需要进行可行性分析与研究。通过利用项目管理来研究软件开发项目可行性的目的在于：在最短的时间内确定软件开发项目是否具有开发的价值。其中可行性研究的内容包括：
1）、研究技术的可行性。其主要是指：要合理地分析开发项目的功能与性能，分析其中所隐藏的技术风险。
2）、研究经济的可行性。其主要是指：估计所开发的项目给企业带来的经济效益，然后依据所估算的经济效益，确定该项目是否具有投资的价值。
3）、研究社会的可行性。其主要是指：分析此项目的运行方式是否正确，分析当前的人员技术水平以及管理制度是否具有可行性。
3.2软件项目估算
在软件开发过程中，首先要规划软件开发项目，如此便于项目管理人员制定切合实际的估算方案。规划软件开发项目的内容主要包括：明确软件开发的目标、明确软件开发过程中需要用到的各种资源、明确软件开发的进度等。在软件开发过程中，估算起着非常重要的作用。通过估算可以保证软件项目在规定的时间内完成，也可以确保软件项目的成本未超出预算。在估算资源、成本以及进度的时候，要依据自身丰富的经验以及相关的数据。但是当前所使用的估算方法较为单一，此种估算方法容易增加估算风险。对此，研究人员应该努力研究出更多科学、有效的估算方法。
3.3软件项目开发人员的管理
在开展软件项目开发人员管理工作的时候，首先要合理安排人员。通常情况下，是由多个小组成员共同完成软件开发项目。在具体安排人员任务的时候，要依据每位人员的优势进行，并且要明确小组内每一位成员的工作任务以及工作目标。在软件开发过程中，要确定不同的责任人，比如：项目经理、开发经理，并且为每一个小组安排一名组长，如此有助于确保软件开发项目的顺利完成，同时保证所开发出来的软件属于高质量产品。
4结束语
购物车(0)
