- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
如何做好IT项目管理的需求管理
摘要:随着IT在现代 生活起到越来越重要的作用,根据本人参与的项目管理、售前调研、系统开发的多年经验结合最新的项目管理知识,我们就 需求管理这个领域来讨论IT项目的需求管理,特别是如何建立完善的需求说明书,以及采用那些相关的需求管理模板文件来实现需求变更控制。本论文从 技术工具、模板和经验相结合的方法来讨论现代IT项目的需求管理(RM)。
关键字:头脑风暴法、德尔菲法、要素加权法;RM:需求管理,CCB:变更控制委员会,QFD:质量功能调配,HOQ:质量屋。
约定:本文涉及到的关键字概念和采用的技术的概念都不做详细解释,里面的概念定义请查阅相关书籍,这里只讨论这些在需求管理中的使用;同时里面的案例信息也不在这里做详细交代。
引用案例:某市网上审批项目。
1 概述
我们知道现代项目管理的六要素是:时间、成本、质量、组织、范围、客户满意度,实际上,要满足这六个要素,计划一个良好的需求分析是实现这六因素的前提,如果我们在项目生命周期的某些阶段出了问题,而我们可能还不知道,这将影响整个项目周期,无论该计划如何详尽,如果需求有误和需求分析不到位,项目的控制将没有任何价值,IT软件项目中百分之四十至百分之六十的问题都是在需求分析阶段埋下的“祸根”(Leffingwell 1997),从某种意义来讲,项目的成功基于项目的需求管理的成功。
2 需求的定义及特点
根据IEEE项目工程标准词汇表(1997)年中对需求的描述如下:业主解决问题或达到目的所需的条件或权能,和系统或系统部件要满足合同、标准、规范或 其他正式规定文档所需具有的条件或权能。在PMBOK中,项目需求就是在“项目范围”约定的。
需求最显著的特点是“随着项目而改变、随着项目而渐进明晰”,项目管理的特点是随着进展而渐进明细化,可以看出需求管理和项目管理一样,这就意味着需求在项目的整个生命周期都可能存在的,这样项目管理的过程,也必不可少需求的管理。
3 如何获取需求
获得需求的方式可以有多种多样:电话询问、现场考察、聆听用户讲解、阅读用户编制的相关文件(如招标书),其实这些方法都是GET方式,我们可以通过以下两类技术手段来达到:GET(获取)和PUSH(引导、反馈、激发)相互结合的方式来得到我们真正的需求,而这两个过程都是必须交互进行的,一般我们可以筛选一名非常有经验(包括谈判技巧、深厚的业务和技术背景、人缘很好、勤奋努力)的人士担任需求工程师,长期在客户那里 工作,他的工作主要是界定项目的范围和需求变更管理,通过我们编制的各类模板文档来实现需求变更的控制;
一般来讲IT集成需求包含三个不同的层次-业务需求、用户需求和功能需求-也包括非功能需求:业务需求提供给客户和产品开发商的新系统的最初利益,反映了组织机构或客户对系统、产品高层次的目标要求,它们在项目视图与范围文档中予以说明;用户需求文档描述了用户使用产品必须要完成的任务,这在使用实例文档或方案脚本说明中予以说明;功能需求定义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足了业务需求,必须具备一定的业务背景和技术背景,能从三个不同的层次发掘客户的需求。
根据我们在某市网上审批项目中的经验,我们采用如下方法,其中每项工作都记录文档备案:如查阅了大量资料和病历资料格式、各类应急防御措施、统计分析报表、系统规划书、旧系统业务状况、历史资料、还访谈了操作员的应用感受、多次技术交流、专题讨论等多种形式的交互式讨论和分析。这样无论是业务、功能、用户详尽的期望我们都了解的比较透彻。
4 需求管理
获取了需求接着要作的的工作就是对需求分析、消化和评审、基线制定、需求说明书制定,这里我们主要集中在需求分析和需求说明书两方面来。
4.1需求分析
1)建立需求关联图:需求关联图是用于定义系统与系统外部实体间的界限和接口的简单模型,同时它也明确了通过接口的信息流和物质流,通过关联图,对用户需求的约定和确认以及CCB的评审都是非常关键的。
2)创建开发原型:创建用户接口原型可以在如下应用如下情况:如果开发人员或用户不能确定需求时,开发一个用户接口原型,这样使得许多概念和可能发生的事更为直观明了。用户通过评价原型将使项目参与者能更好地相互理解所要解决的问题。通过开发原形,业主和集成商都可以相互了解业务,发掘潜在的信息,避免用户需求的不必要变更。
3)分析可行性:分析需求可行性在允许的成本、性能要求下,分析每项需求实施的可行性,明确与每项需求实现相联系的风险,包括与 其它需求的冲突,对外界因素的依赖和技术障碍,这个主要用于内部评审和制定技术线路提供依据,如在什么情况下采用.NET技术,什么情况下采用J2EE技术,我们在20
您可能关注的文档
最近下载
- 重型车辆事故救援培训.pptx
- 六年级家长会方案最新.pdf VIP
- 久保田D722发动机零件图册.pdf VIP
- 美国《先进制造业国家战略》(英)(202210).pdf VIP
- 中文学科论文写作(第三版)卢卓群-第四章.pptx VIP
- 《水浒传》导读封面+第一周任务卡.docx VIP
- 《工业机器人系统操作与运维》 课件 第31-32讲-点焊机器人.ppt
- 北大荒精神专题讲座党史学习教育课件.pptx VIP
- 2024年关于安全生产重要论述PPT课件.ppt VIP
- Find_My_Network_Accessory_Specification__Developer_Preview_R3-高清版操作说明.pdf VIP
文档评论(0)