| 注册
home doc ppt pdf
请输入搜索内容

热门搜索

年终总结个人简历事迹材料租赁合同演讲稿项目管理职场社交

软件项目为什么会失败——浅谈需求驱动的项目管理

c***g

贡献于2013-04-23

字数:6945

软件项目什会失败——浅谈需求驱动项目理

IT行业世纪70年代蓬勃发展直现理软件项目直家讨话题软件项目失败太项目彻底取消项目工期拖延等等   中国目前软件开发团队实际情况某种程度说错误赖两软件理项目项目失败重理两软件MicrosoftProjectMicrosoftWord钉钉子总斧子   工程项目vs软件项目   MicrosoftProject身错项目理工具够做务分配PetriNETGannt图资源分析等等Project理工程项目造房子修桥等等工程类项目般务驱动理方法软件项目传统工程项目质差务确定性举例子目前房产火造什样房子资金位保质保量造造10层楼1层少天天做什容易计划分配务力资源需求会变没见造房子盖3层改意拆重新盖   软件需求变化避免做项目知道需求变化实际挺频繁样容易造成计划赶变化Project定义务计划工期通常耗费项目理量时间没意义   问什需求固定呢?定许变通常工程师会问样问题果变成客户会问问题需求总会变第:出钱总更话语权(然改需求应该付费)第二:市场情况变竞争手突然发布新产品功必须做出应变更需求第三:写需求神仙犯错误犯错误允许改正(犯错误惩罚需求变更付费)传统纯瀑布式开发方式已成历史愈愈开发团队采极限编程迭代开发应付需求变更   软件项目种特点需相应项目理工具斧子钉钉子做法点合时宜   传统项目工程项目拖工期加手工期赶回软件简单新熟悉项目容花时间工期难完全赶IT老总体会问题总加手加班搞定真正效项目理效理体系支撑   需求描述   软件项目类型目前说软件项目数指应类(Application)软件项目系统类(System)项目数库文件系统开发工具系统类软件项目应类项目系统类项目花长时间研究体系架构(Architecture)设计系统框架模块间关系等等应类软件基会现成框架J2EEMicrosoft台等等精力放需求实现中国目前应系统数客户做定制开发项目企业政府机构国防等做系统做产品中企业财务系统通办公软件等等针应类项目Word写类需求什问题什问题   般Word写需隐含想法需求写定然开发部门实现般Word文档写需求庞应系统开发建议迭代方法开发面提瀑布式开发已成历史需求次性写难软件慢慢成长起(见MicrosoftSecrets)milestonemilestone发展象孩子长样中间会走弯路错路需短调整指引成难开始描绘生详细场景蓝图走(工程项目做样)   建议先想会milestonemilestone发布功然描述需求框架性需求先确定然先写实现功需求说明面需求开发行样产品较快面世客户会时出反馈减项目风险里建议写需求时候UIPrototypeUserScenario方法户越早实际界面方法越   目前项目需求MicrosoftWord写动辄十页百页样文档面讲项目理方法问题存面问题:   1规模巨方便查阅中型应系统需求文档达数百页甚更分卷方便查阅   2利更新需求文档活文档断增长更新难免Word中做更新修订模式容易出更改部分样导致开发功设计两环节沟通畅通常变成需求第版变更发邮件口头说3利时协修改   4需求没条目化Word文档中通常描述功实际需求分成项项设置需求优先级难易程度功点(functionpoint)发布中应该做完需求源等等种类似数库特性Word难体现   5利建立需求开发控制元素关系写需求业务员体会项目理实现需求员说非常重开发程中户需求软件需求关系软件需求开发务关系测试例需求间关系等需求变更控制质量控制非常重参考信息体化需求文档(MSWord)难做点   需求驱动项目理(RDPM)   针应软件项目汉星天公司提出传统基务项目理方法需求中心软件项目理方法理中MicrosoftProjectWord处次位   户需求软件开发源泉宿需求代表户期解决问题软件项目开发活动目标服务众软件开发实施案例中项目旦开始户言项目进入隧道列车:难需求实现状况然众形形色色项目进展报表难回答简单问题:需求究竟实现样?RDPM(RequirementDrivenProjectManagement)核心需求务   需求开发   首先需求条目化放Word文档中条目化需求设置属性通属性决定需求实现序工期查前状态等等包括里程碑制定针具体需求项时处理变更记录需求间赖关系追踪需求续开发工件(计划务测试例实现代码等)关系关系称需求追踪矩阵旦需求发生变化影响面广评估实施需求变更首先确认需求变化带击面工作赖需求追踪矩阵体系什需求条目化重原   条目化需求MSWord难理般需存放数库中   条目化解决古老问题需求描述清楚需求必须写清晰明确完整确保开发员需模糊需求做决定尤行发挥推荐wiki描述需求细节加UIprototype形象描述需求wiki处协修改方便   外实践够帮助需求开发工程师提高需求编写质量:   1记录条需求原研究成果表明通记录条需求原(什实现功)删达半数谓需求然记录工作投入定工作量效避免必需求完成续工作显著降低系统规模缩短系统开发周期正谓事半功倍   2考虑采适形式化方法然语言存歧义二义性描述导致需求解释采形式化表示方法编写需求够更加准确户开发团队间进行沟通常形式化需求表示方法包括:实体关系图数字典数流程图USECASE等然UIprototype直接简单效   3专业工具编写需求理需求类工具没成熟理指导客户求市场相应工具汉星天公司直致力方面研究推出相应需求描述需求变更理解决方案中国百家企业非常效果   户需求vs软件需求   需求谁写呢?先两定义需求名词:户需求户需解决问题期软件力描述通常户语言描述作开发团队户系统解决问题进行沟通桥梁   软件需求建立户需求开发团队理解方式描述系统应具功开发团队进行设计实现   解般客户写word文档发封email电话需求甩开发团队写结构完整容严谨需求客户少美国基户会写需求RFP(RequestforProposal)国时候项目理做需求分析工程师会帮助户整理户需求户需求较粗户需求细化写出软件需求应系统说软件需求写开发工作简单   两种需求分记录里程碑般户需求目标户需关联软件需求   项目规划进度监控   需求作项目规划实施目标RDPM核心切需求中心   通版发布逐步实现需求   项目计划进度控制方面采迭代方法   项目目标分解较易理子目标减少项目失败风险帮助项目目标分解角度进行采版发布分阶段实现项目需求目前越越认种尤现流行敏捷开发方法更提倡迭代开发普遍误解敏捷开发方法适规模开发团队实团队样适开发团队实现模块分成项目组项目组实团队般56合适团队合作沟通成间衡   版发布针前瀑布式开发缺点提出开发方式前模式中项目漫长需求开发设计编码测试阶段够客户见面客户时间段进入盲区直开发团队隆重推出开发成果恰恰时候项目风险时候程中缺乏交流机会客户会发现产品想象样导致项目拖延者失败   版发布系统实现分解连续版实现部分系统功版结束会邀请客户评估版实现状况根户反馈制定调整版目标样做处显易见:客户越早产品越早发现开发团队间户需求方面理解差异早调整需求避免项目期调整需求带巨额代价潜处部分产品功验收投入早户提供价值然版发布会避免面较需求变更请求需仔细理需求变更   需求实现单位规划项目实施   版发布需版制定实施目标确定次版中需实现功计划修改前版缺陷户需求功表达方式户需求作版理成章然根粒度软件需求做版发布容   定版计划目标需规划实施户需求描述客户业务系统期直接采户需求作开发务安排起点合适户需求导出软件需求开发团队够理解语言结构描述适合作安排需求实现基础需求追踪矩阵帮助找版目标中户需求相关软件需求项目理找软件需求实现制定开发务形成开发务集线辅集成测试缺陷追踪形成完整开发计划样分解方式然清晰易手项目进度监控   前文说户需求客户开发团队间契约户需求然成客户参项目时候关心重点实际项目程中客户真正参项目试图解项目进展状况时发现户文档外找需求影子取代堆花花绿绿项目务进展报告甘特图统计报告等报表许准确反映现项目中务分布实现状况户关心需求实现状态没什直接联系缺少语言   问题源传统项目理程中务中心理念实践种理念项目认务集合工作务分解(WBS:WorkBreakdownStructure)分派实现审核项目组部确工作容现代软件开发程强调户参项目进展仅仅务视角展现合适客户言熟悉问题描述户需求已分解成十甚百务难出间联系客户然会感迷茫更说中出需求实现状态   RDPM中提供需求实现状态图需求变化趋势需求数量完成率需求规模完成率工时消耗率等指标指标客户说更意义   需求变更   需求变更业界公认项目理重挑战尤项目期产生需求变更项目影响非常需求开发做完美瑕着客户项目系统解提出新需求者原需求作出修正需求变化避免   应需求变更思路两条:首先源头做起提高需求质量减少变更性前文已提赘述建立流程严格控制需求变更   做变更前考虑果(consequence)需求开发中处中心位旦需求发生变化影响面广通建立需求追踪矩阵分析需求击面需求果变更导致需求测试例设计编码进行变更客观信息项目理提供做出合理判断力   效理需求变更需特注意环节:   1建立正式申请处理流程   然众项目理员变更带巨影响深刻理解令解常常变更提出讨执行常常停留口头样做两弊端:首先时间长事开发团队成员说清楚变更发生结果样显然提高项目理质量改进开发程利次缺乏形式约束变更击定量化分析变更会非常意提出草率执行影响项目进展开发质量建立正式变更处理流程真正实施非常重   2定量化变更击分析   变更作计划外风险素项目肯定存击差果够定量化评估变更带影响帮助开发团队作出正确应决策变更理中击分析环节面谈分析基础追踪矩阵记录项目理素间联系关系关联关系中找潜会受影响素评估影响组合出变更整项目造成击
  面例子加似关系需求会造成系列潜影响更说需求众关系复杂型应系统开发项目中3组成变更控制理委员(CCB)   作变更理核心控制环节变更控制委员会(简称CCB)起决策理作通常客户代表开发团队代表组成负责评估变更击决定否实施样变更种综合需求方(客户)开发方(开发团队)力量委员会够较权衡变更代价减少单方面考虑变更带利影响   4忽视变更执行理   实践中开发团队然组成CCB定处理流程忽视变更执行理变更实施坏完整性项目身影响样巨方面根击分析变更评审结果建立变更务列表追踪执行实践   总结   软件项目传统工程项目着种导致描述需求方式实现需求进行项目计划监控项目进度方式种传统基务项目理方法应类软件项目适里提出需求中心软件项目理通提高需求描述质量采版发布策略户需求作版目标组织计划项目开发积极应需求变更提供户需求中心项目进展视图客户起保证项目成功
 
文档香网(httpswwwxiangdangnet)户传

《香当网》用户分享的内容,不代表《香当网》观点或立场,请自行判断内容的真实性和可靠性!
该内容是文档的文本内容,更好的格式请下载文档

下载文档,方便阅读与编辑

文档的实际排版效果,会与网站的显示效果略有不同!!

需要 2 积分 [ 获取积分 ]

购买文档

相关文档

解决需求管理不当造成的项目失败

解决需求管理不当造成的项目失败  随着计算机硬件水平的不断提高,计算机软件的规模和复杂度也随之增加。计算机软件开发从“个人英雄”时代向团队时代迈进,计算机软件项目的管理也从“作坊式”管理向“软件工厂式”管理迈进。这就要求软件开发人员特别是软件项目管理人员更深一步地理解和掌握现代软件工程的理论方法,完成思想观念上的转变。笔者在此分析了10个在现代项目管理中思想观念上容易陷入的误区,希望能够抛砖

z***0 12年前 上传687   0

软件项目需求管理总结

软件项目需求管理总结  在软件项目中,需求管理贯穿了项目的整个生命周期。销售阶段的需求管理核心目的是要激发企业业务部门对信息化的需求,而此时业务部门往往因为对软件的心理障碍和本身的限制,提不出需求来,一般是售前顾问站在企业管理特点和管理问题等角度提出,这个阶段的需求,越多越好,而且需求越痛越有卖点,因为这样更能体现信息化建设的必要性和带来的价值。  但从实施立项开始,需求就成了所有项目经

n***r 9年前 上传698   0

浅谈软件外包项目管理

浅谈软件外包项目管理  摘要:文章借鉴国外公司软件外包项目管理的经验,和自己做项目经理的从业经历,就如何进行软件外包项目管理谈了自己的粗浅体会。  关键词:软件外包;项目管理;干系人; 知识产权;沟通;风险;合同;质量;计划  一、 前言  目前,全球软件外包市场已超过千亿美元,中国在该领域已取得骄人业绩,但和世界强国相比,差距还很大。要赶超世界先进水平,搞好外包项目管理是关键环

长***咪 9年前 上传531   0

软件项目管理中需求分析的研究

软件项目管理中需求分析的研究  1 软件项目需求分析的重要性  当前,软件开发往往存在着三大主要问题:预算超支、进度延误、质量糟糕而且很难控制在预算之内———尤其是要高质量地实现用户的期望。相关的业界报告与分析对信息系统行业中不能满足客户需求、与用户预期不符合以及资源严重浪费等现象和问题进行了详细描述。  随着信息时代的发展,计算机软件的需求愈来愈复杂,规模愈来愈大,而且随着企业的发

赤***霄 9年前 上传768   0

软件研发项目需求变更的管理

软件研发项目需求变更的管理变化并不是人们最害怕的,最怕的是跟不上变化的步伐。同样,在软件研发过程中需求的变更会给研发带来不确定性,但只要把需求变更作为重点、难点小心加以控制,软件研发的进度、成本和质量也就有了“安全“的基础。   需求变更管理的需求   需求变更是因为需求发生变化。根据软件工程思想,需求说明书一般要经过论证,如果在需求说明书经过论证以后,需要在原有需求基础上追加和补充新的需求

w***a 8年前 上传615   0

浅谈软件项目管理过程论文

浅谈软件项目管理过程班级:—— 学号:—— 姓名:—— 软件项目管理是为了使软件项目能够按照预定的成本,进度,质量顺利完成,而对人员,产品,过程和项目进行分析和管理的活动。根本目的是为了让软件项目尤其是大型项目的整个软件生命周期(从分析,设计,编码到测试,维护全过程)都能在管理者的控制之下,以预定成本按期,按质完成软件交付用户使用。

文***品 2年前 上传428   0

软件项目需求调查指标项评价标准

指标项评价标准——技术部(外包)序号评审指标项 评审要点(参考点)A-优秀(90-100分)B-良好(80-89分)C-合格(60-79分)D-需改进(60分以下)权重1项目描述1、项目关联性:与其他现有软件系统的关联性;对现有客户环境(IT环境、管理措施等)造成的影响;对以后可能建设的其他系统造成的长期影响。2、设计和实现上的限制:软件实现技术上的要求;与其他关

文***品 4年前 上传1346   0

软件项目中如何开展有效的需求评审

软件项目中如何开展有效的需求评审  1 需求评审的重要性  在软件项目中,需求分析是最开始的工作,同时也是最重要的工作。需求分析如果做得不够详细或者是偏离用户需求或者是存在缺陷的话,往往会给项目带来灭绝性的灾难,不重视需求过程的项目团队将自食其果。因此,如何保证需求分析的正确、准确性,成了决定软件项目成败的关键因素。在实际的项目过程中,需求阶段往往是由一两位需求分析人员与用户沟通用户需求

M***` 10年前 上传528   0

软件工程ERP项目需求分析文档

此需求规格说明书对本ERP软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能、性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。

涛***6 3年前 上传567   0

软件项目管理中的需求管理要以用户为中心

软件项目管理中的需求管理要以用户为中心  项目管理的产生和发展  现在我们经常说的“项目”,无论是中国还是外国,二千多年前就已经存在。闻名世界的中国万里长城、大运河,埃及的金字塔,古罗马的供水渠等,这些不朽的伟大工程都是众人称颂的典型项目。在古代这些巨大而复杂的项目建设过程中,存在很多的科学经验和一些固定的方法,只是在当时科技和文化发展水平很低的情况下,人们很难能总结归纳出能在工程中重复

寒***秋 9年前 上传377   0

团队为什么会失败

团队为什么会失败“我们的许多努力方向,正是团队失败的真相”---HarveyBins。   团队也是随时间推移而不断发展变化的。如今,传统的职能团队仍然存在,但它不再一枝独放,林林总总的各类型团队应运而生。在工作团队中,每个成员有相似的技能,但被委以不同的任务;在项目团队中,每一成员各有所长,分管同一项目的不同部分;另外还有职能团队和跨职能团队。   古往今来唯一没能改变的是,某些不详的

z***n 11年前 上传642   0

项目管理在软件中的应用

项目管理在软件中的应用  内容摘要: 随着信息产业的飞速发展,项目管理对于以应用开发为主的软件企业是一个行之有效的管理方法,项目管理在软件开发中的应用日益受到重视。本文主要通过对项目管理在软件开发中的应用的成因、存在的问题以及相应的解决方案进行了分析和论述。  Abstract Content : With the development at full speed of the inf

b***n 9年前 上传712   0

软件工程的项目管理

软件工程的项目管理  软件项目从角色分工方面可以划分为研发、开发和实施三类,每个类型的项目有各自的管理过程。下面笔者就公司实施类项目的经历,从项目经理的角度谈一谈实施类项目管理过程中应该注意的一些问题,希望大家共勉。  确定项目概况  俗话说:“万事开头难”,项目开始阶段是一个非常重要的阶段。项目经理在接手一个新项目的时候,首先要尽可能的多从各个方面了解项目的情况。要在项目启动阶段就

m***n 11年前 上传787   0

软件项目管理:质量先行

软件项目管理:质量先行软件开发为何不能像硬件开发那样可控?软件质量之旅将带给我们一些启示。 提到软件产品开发,我们的脑海里总是浮现出这样的情景:开发组的每一位成员都在辛苦地工作,加班加点,甚至通宵达旦。虽然项目经理一次又一次地修改了进度计划,而实际的开发情况却总是令人担忧,以至于每次向领导汇报工作的时候,总是觉得以前制定的计划没有很好完成,总是觉得人力资源不够,总是觉得没有太多的时间。等

c***8 9年前 上传613   0

软件项目管理规范

软件项目管理规范一、软件项目管理的定义软件项目管理是软件工程和项目管理的交叉学科,软件项目管理的概念涵盖了管理软件产品开发所必须的知识、技术及工具。根据美国项目管理协会PMI对项目管理的定义可以将软件项目管理定义为:在软件项目活动中运用一系列知识、技能、工具和技术,以满足软件需求方的整体要求。软件工程的活动包括问题定义、可行性研究、需求分析、设计、实现、确认、支持等,所有这些活动都必须进行

z***u 1年前 上传362   0

软件项目开发过程中的需求分析和范围管理

软件项目开发过程中的需求分析和范围管理  0 引言  对于一个软件系统的开发来说,最困难的部分就是准确说明开发什么,最困难的概念性工作就是编写出详细的需求,包括所有面向用户、面向机器和其它软件系统的接口。此工作一旦出现纰漏,将会给系统带来极大的损害,并且以后对它修改也极为困难。所以,需求是整个软件产品链的源头,需求工作的优劣将直接影响到产品的设计、生产、销售和维护的全过程。而对于项目中哪

d***g 11年前 上传697   0

浅析计算机软件项目管理中的需求分析

浅析计算机软件项目管理中的需求分析  摘 要:计算机软件项目管理中的需求分析是提高软件质量的基础也是决定一个软件项目成败的关键。本文介绍了在需求分析研究中探索出的一些有效措施。  关键词:需求分析;用户方干系人;项目经理;需求分析员  众观国内计算机软件业的发展,除远不如欧美等西方发达国家外,与人均GDP不及我国的印度相比也相距甚远,软件业的劣势正严重制约着我国IT业的发展。我国软件

x***9 11年前 上传590   0

浅析软件项目管理中的需求变更控制

浅析软件项目管理中的需求变更控制  [摘要]从计算机系统集成软件开发项目需求变更控制的角度,简单分析需求变更产生的原因、需求变更将会对项目产生的影响,并结合实践说明如何在实际工作中对软件开发项目的需求变更进行有效控制和管理,以减少项目风险,使项目顺利交付。  [关键词]项目管理 需求变更 控制  软件项目在执行过程的变更,特别是需求的变更是最难把握的,它也是影响到整个项目成败的关键因

d***1 8年前 上传429   0

辩证的看待软件项目管理中的用户需求变更

辩证的看待软件项目管理中的用户需求变更  【摘要】不断变化的用户需求对软件项目管理是一个挑战。引导用户需求,利用用户的需求变更,把因用户需求变更带来的风险转化成项目收益。结合国内的市场现状。辨证掌握、灵活应用需求变更管理是一个很好的选择。  【关键词】软件项目管理 需求变更 引导需求 项目增值  前言  软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对人员

z***i 10年前 上传547   0

软件项目中需求管理工作的重要性

软件项目中需求管理工作的重要性  开发一个软件项目,如果采用瀑布模型(或改进型瀑布模型)的话,通常会包括以下几个开发阶段,即:需求分析、系统设计、系统编码、系统测试、系统交付(及后续维护)。在项目管理过程域中,主要包括:项目规划、立项管理、需求管理、项目监控、风险管理和结项管理等。  我们把所有与需求相关的活动统称为需求工程。需求工程的活动又可分为两大类,即需求开发和需求管理。需求分析师

开***1 12年前 上传565   0

不同项目需求管理的差别

不同项目需求管理的差别企业业务软件工程项目和商业软件产品项目上项目无论是需求重点,实现方式,项目管理等方面都有极大不同。现在的软件工程有关研究并没有关注此中的区别,实际上,其中绝大部分还集中在较简单的产品项目上。对于需求变动要大得多的企业软件项目来说,对需求进行分级管理是非常必要的,也是生死悠关的。   企业化软件项目和商业软件的(承包开发)还是有很大的不一样的,最大的区别就在于项目需求

凡***然 10年前 上传575   0

浅析IT项目中的需求管理

浅析IT项目中的需求管理  [摘 要] 很多情况下, IT项目完全成功的比例较小,而其中需求问题是IT项目开发失败的主要原因之一。如何分析IT项目需求中存在的问题,做好需求管理,是本文讨论的主要内容。本文以笔者亲身实践项目为例,探讨IT项目开发中普遍存在的问题,尝试研究如何利用所获得的信息需求来实施有效需求管理,以提高开发项目的成功率。  [关键词] IT项目;需求获取;需求管理  

山***。 12年前 上传469   0

中英合作水资源需求管理项目

        UK/China Water Resources Demand Management Assistance Project 中英合作水资源需求管理项目 WRDMAP Glossary of Terms : Chinese and English 术语汇编(中英对照) (初版)     Water Resources Demand Management Ass

y***b 11年前 上传28739   0

浅谈软件项目管理中的阶段收尾管理

浅谈软件项目管理中的阶段收尾管理  [摘要] 在实际软件项目管理中,阶段性的收尾管理工作往往不被大家重视,其实阶段管理收尾工作也是非常重要的。本文从阶段评审,文档记录等方面来阐述软件项目管理中阶段收尾管理的重要性。  [关键词] 软件项目管理 收尾管理 阶段管理  随着计算机和信息产业的发展,软件产品的规模也是越来越庞大,随着软件规模的扩大,软件人员的增加,软件项目管理的复杂性增大,

l***1 9年前 上传392   0

浅谈如何提高软件项目产品的质量

浅谈如何提高软件项目产品的质量在考虑如何提高产品质量前,我们需要明白什么是产品的质量,对于很多从事软件开发或者互联网开发的工程师或者项目经理来说,第一反应估计应该是:“产品的质量就是产品的缺陷率“。这也无可厚非,这帮哥们都让绩效考核、KPI跟折腾的。其实真正的产品质量应该和用户满意度画上等号。考量一个产品是否满足质量要求应该就是考量的一个产品是否满足用户的要求,当然这里的用户是一个逻辑的概念

z***4 10年前 上传670   0