欢迎光临第一论文网,权威的论文发表,我们将竭诚为您服务!
您的位置: 第一论文网 -> 计算机网络论文 -> 文章内容

浅析软件项目“范围蔓延”及其对策

作者:第一论文网 更新时间:2015年10月26日 21:04:51

  摘要:“范围蔓延”是软件项目中最容易出现的现象,它会导致项目成本增加、进度滞后甚至项目失败。本文分析了“范围蔓延”现象产生的原因,提出了采取加强需求调研、分阶段实施项目、加强用户方利益相关人参与项目力度、建立变更控制系统以及加强与客户的沟通等措施,以有效防止“范围蔓延”现象。 
  关键词:范围蔓延;变更控制;沟通 
  中图分类号:TP311 文献标识码:A 文章编号:1009-3044(2015)20-0030-02 
  1 引言 
  近年来,我国软件产业空前发展,软件产业在国民经济中的比重越来越大。但是,据统计,在所有软件项目中,成功的项目还不到30%。造成这种现象的一个很重要原因就是范围蔓延。所谓范围蔓延,是指项目范围变更失控,项目目标远超计划的现象。项目的范围、时间、成本三个要素被称之为项目三角形,这三个要素对项目的成功有着很大的影响。范围蔓延通常会造成项目工期延长、成本增加,同时团队成员情绪低落、冲突加剧,产品质量下降,严重的范围蔓延甚至会导致项目失败。在软件项目中,由于需求获取相对困难、客户对软件项目不了解等原因,所以会更容易出现范围蔓延现象,这也是软件项目实施成功率不高的重要原因之一。 
  2 范围蔓延原因 
  在软件项目中,造成项目蔓延的原因大致有以下几种: 
  1) 需求调研不充分,或项目复杂,需求获取困难 
  如今软件系统越来越复杂,涉及的领域也越来越宽广,要在有限的时间内将获取完整正确的需求越来越困难。许多项目由于进度原因或资源受限,或者方式方法失当,在实施之前未能进行详细的需求调研,造成获取的需求信息不足或错误,导致范围难以精确确定,或者遗漏需求,最终使得所开发的产品不符合用户的实际需要,以致后期用户不停提出新的需求和修改意见,形成范围蔓延。 
  2) 范围定义过程缺乏相关人员参与 
  在项目中涉及许多与项目存在着利益关系的人,不同人会有不同的目的和需求。这些人员应该通过各种渠道参与项目范围的定义,范围定义的结果也应该在这些人员的参与下进行评审并最终获得他们的认可,如果遗漏或者忽略某些人员,缺乏他们的参与,则无法获取完整的需求,最终会导致范围的蔓延。 
  3)未进行严格的范围变更控制 
  范围变更在软件项目中几乎是不可避免的,但是对项目范围的变更应该加以严格的控制。很多项目负责人一味迁就客户,对客户提出的变更,不加甄别,不加分析,照单全收,甚至为了迎合客户,主动添加并不属于项目范围的需求,导致变更失控。 
  3 范围蔓延对策 
  1) 加强需求调研 
  需求调研是获取项目范围最直接、最重要的渠道。为了保证需求调研时没有遗漏,没有偏差,在向用户进行需求调研前,应先拟定调研计划,确定需求调研时间、地点、双方参与人员、调研内容、调研形式等;调研人员应根据项目的已有资料及以前实施其他项目的经验,认真编制调查表,精心做好调研准备,以保证能最大限度获取用户的需求;对项目建设方业务的需求调查是整个项目需求调研中最繁重和困难的部分,很多用户无法提出明确的需求,或者提出不切实际的需求。由于利益目标的不同,部分用户会对项目持消极甚至敌对态度。因此在调研过程中,要加强与建设方人员特别是管理人员的沟通,以获得最大限度的支持。调研人员要对用户应进行启发和诱导,使用户能清晰地表达出其需求。 
  2) 整体规划,分步实施 
  对于大型复杂项目,需求获取困难,此时可以考虑对项目整体规划,分多个阶段实施,在保证总体目标的前提下,每个阶段有各自的建设目标。针对每一个项目阶段,范围定义与细化相对容易。在上一个阶段结束后,再对后一个阶段进行细化。分阶段实施还可以降低项目风险,同时也能够尽快让建设方看到项目成果,保持对项目的关注程度。 
  3) 加强利益相关人员参与力度 
  在项目初期应进行充分分析讨论,确定出与项目有利益关系的人员,制定沟通计划。针对不同人员,采用多种方式,如面谈、会议、观察、调查表、原型法等,以获取不同干系人的需求,并以此制定范围说明书。 
  建立有用户参与的项目组织结构,以使用户能够在不同阶段、不同层次参与项目的分析、设计和实施过程。比如用户方项目负责人参与重要事项的讨论与决策,用户业务经理需参与项目业务流程定义,相关业务模块需求评审和系统测试验。以专门会议或者例会的形式,让用户与项目组实施人员保持充分的沟通和交流,进一步了解项目的范围,消除对项目范围上的一些误解,保证项目的顺利实施。 
  4) 建立范围变更控制系统 
  范围变更是对已批准范围的修改,范围变更控制是对范围变更进行识别、评估、实施和跟踪。 既然范围变更是不可避免的,就需要有正确地对待范围变更的态度 。项目负责人需要制定变更控制计划,明确出范围变更原则、变更方式、变更过程,建立相应的变更控制组织(如变更控制委员会)和变更控制流程。变更控制组织应该由多方共同组织,例如用户方代表和项目负责人、监理方成员等。变更控制流程通常可以按以下进行: 
  (1)提出变更申请 
  项目内部成员、客户、监理方或者咨询方都可能提出项目范围变更申请。项目组内应该有规范的变更申请表,该表至少应该包含项目或子项目名称、变更类型、变更申请时间、变更原因、实施变更估计工作量、变更申请人等内容。变更申请应该是正式的、书面的(至少在审查之前一定要形成书面申请),以避免变更申请的随意性。 
  (2)对变更申请进行初步审查 
  对变更申请进行初步审查的目的,是检查变更申请的内容是否齐全,信息是否充分,变更是否重复,确认变更的必要性等。如果通过审查,则进入到下一步;如果不能通过,则返回到前一步; 
  (3)变更影响分析 
  分析并评估变更可能对项目造成的影响,比如成本增加、进度滞后、用户满意度增加、对干系人影响等;提出变更方案,并对变更方案可行性进行论证,比如技术上是否可以实现,经济、时间成本是否合理,以供变更控制组织进行决策。 
  (4)变更控制组织审查 
  变更控制组织依据变更影响分析,通过会签或会议的方式,共同决定是否实施变更。 
  (5)批准并实施变更 
  变更一旦得到批准,就应该发出正式的变更通知,指定变更实施人员、实施时间,并确保实施变更的相关资源能及时到位。 
  (6)检查变更执行情况 
  对变更实施情况进行跟踪,对变更实施的效果进行评估,查看变更的目标是否达成,实施过程中技术、经济方面的成本与在变更论证时内容的差距等,并对出现的问题推进解决。 
  任何变更,不管是否被接受,以及是否实施,都要对变更情况进行记录,分析变更产生的原因,以作为以后的经验教训,将变更转化为组织过程资产。 
  5) 加强与客户的沟通 
  对客户提出的范围变更,不能不接受,也不能全部接受,这需要加强与客户的沟通,让客户明白范围变更要付出的成本和代价。对被接受的变更,也可以分两种处理:一些变更可以立即实施,一些变更可以放到后一阶段的开发中去实施,这就必须取得客户的同意和谅解。这种沟通既可以是官方渠道的沟通,也可以是私下的沟通。不过以国内的沟通习惯,有时采用私下通似乎更加有效。通过与客户的充分协商,项目组可能会因变更而得到补偿,或者获得客户对拒绝变更的谅解。 
  4 结论 
  范围变更对软件项目成败有重要影响,需求调研不充分、缺乏相关人员参与,以及对范围变更不能有效控制会造成范围蔓延。分析项目的利益相关人,并与他们充分沟通,让他们加入项目管理,加强他们参与项目的力度,以及组建变更控制组织,制定变更控制流程,严格实施变更控制,可以有效防止范围蔓延现象。 
  参考文献: 
  [1] 张国平.公路建设项目范围蔓延及控制措施[J]. 森林工程,2006(3). 
  [2] 缪字鹏. 信息化建设中的范围管理[J].信息化建设,2009(6). 
  [3] 美国项目管理协会. 项目管理知识体系[M].4版.北京: 电子工业出版社,2009. 
  [4] 项目范围的确认、控制等 http://www.digiwin.com.cn/news/13_8344.html .
出处:电脑知识与技术  作者:牟江涛 何贤芳