新产品开发项目中的需求管理问题.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
新产品开发项目中的需求管理问题 软件需求在软件项目中扮演着及其重要的角色.不管哪种类型的项目,无论是新产品开发,还是外包项目, 开发队伍都面临着普遍存在的需求问题,比如如何获取有效的需求,如何处理需求的变更等等.这些问题有其 共性的一面,也有和项目类型相关的一面.?本文着重讨论了在新产品开发项目中的一些需求问题,以及避免和 解决这些问题的建议. 一.?概述 在开始进一步讨论之前,我们先明确几个概念. 首先,本文是从开发团队,或者说项目组的角度来看需求问题.所谓开发团队,通常包括了程序员,测试员 和其他一些项目成员,如配置管理员和软件架构师,以及基层的管理人员,比如项目经理.类比于传统企业,开 发团队相当于企业的生产车间.但是,在大多数的软件组织中,开发团队除了担当生产任务以外,往往也是需 求获取的主体;?在某些较为正规的组织中,也许会有市场部门给出一些需求,但这些市场数据和有限的调研结 果通常是远远不够形成需求规格书的. 其次,何谓新产品开发项目.简单而言,在本文中,新产品开发指开发团队需要从无到有将一个想法 (idea)转化为产品(product).新产品开发不同于产品升级,开发团队没有一个已存在的基础;新产品开发不同 于开发一个实验型的作品或者演示,原型之类的东西,开发团队最终的产出必须是产品,在功能,性能,可用性 等方面都有比较高的要求和期望;新产品开发不同于承接一个软件开发项目,也不同于为明确指定的用户或者 客户定制产品,开发团队最终面对的是广泛的市场,是一个由众多独立的最终用户(同时也是客户)组成的群体.新 产品开发项目更加不同于维护型的,或者其他类型的项目. 第三,本文所讨论的需求基于需求的传统定义,即软件需求指用户对软件产品明确?的和期望的要求.这些 要求直接影响了用户对此产品的满意程度,或者更直接的说,影响?了用户的购买决定以及对产品和开发商喜 好的判断.对于开发团队而言,在实际工作中,?需求问题往往和设计问题,特别是高层(High?level)的设计纠 缠在一起,很难有明确的界?限划分.但在本文中,需求问题不涉及与具体实现相关的问题,比如技术选型,人机 界?面. 概括而言,在一个新产品开发项目中,开发团队面临的需求问题涉及到需求的获?取,分析和管理.本文的 余下部分将重点讨论新产品开发项目中典型的四大问题,分别?是:有限的需求来源,模糊的需求界定,CPD?陷 阱和?NV?陷阱. 二.?有限的需求来源 新产品的想法可能来自老板的拍脑袋,也可能来自市场部的报告,或者也可能来自?研究部门的某个创意; 但不管怎样,可以肯定的是,没有人具备足够的信息来准确的描绘?出未来的产品(而且通常这个未来也不会很 远)是什么样子.如果项目组成员恰好属于这?新产品开发项目中的需求问题??个产品的用户,比如这个产品是 一个字处理软件,或者仅仅是搭上一点关系,比如这个产?品是一个个人理财软件,那获取需求的任务就更加理 所当然的落在了开发团队身上.??表面上看,由开发团队自己定义需求会使得需求相对稳定,对开发团队是有 利的.?但事实上,开发团队会面临不少棘手的问题,最直接最明显的,就是需求的来源受限.开?发团队最需要 的就是明确的(最好也是稳定的)需求,而现在,要开发团队自己去获得,?而且获取需求的来源又很有限. 由于是新产品,在组织内部,开发团队通常找不到足够的帮助.而要从外界获得,?又受到时间,经费和职责 等因素的限制.在这种情况下,学习竞争对手的产品是一个很有?效的方法.开发团队可以从研究和剖析类似产 品着手,例如,如果要开发一个电子邮件客?户端软件,那么,Outlook?和?Foxmail?就是很好的学习对象.亲身的 去使用和体验这些软?件,仔细阅读它们的用户手册,在线帮助,甚至联系它们的客户服务.而且,这项工作应 该让整个团队一起参与,增强每个团队成员对产品的理解和感性认识,当然,参与的程度?和时机可以有所不 同. 面对有限的需求来源,引入资深用户是另一个解决方法.所谓资深用户,他们可能?很熟悉同类产品的使用,或 者了解用户通常需要些什么.比如开发个人理财软件,那么一?个理财顾问,或者一个理财高手就是很合适的资 深用户.对于面向群体用户的产品,特别?是那些大众消费类软件,这些资深用户事实上并不如想象中那么难获 得.个人关系是主要?的获取途径.为了减少个人偏好的影响,应该尽可能多引入几个资深用户.对于某些产?品,比 如前面提到的电子邮件客户端软件,似乎团队成员中就可以找到资深用户.但在团?队内部发展资深用户并不 值得鼓励.其中的原因在CPD?陷阱一节中会解释. 三.?模糊的需求界定 在一个新产品开发项目中,某项需求是否需要,它的优先级如何,某项功能或者要?求究竟如何表述,这些 界定问题由于没有一个确定的用户或者客户说要还是不要,

文档评论(0)

damoyihao + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档