产品需求变更,我该如何控制?.pdfVIP

  1. 1、本文档共4页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
产品需求变更,我该如何控制?

产品需求变更,我该如何控制? 一副非常有名的画作,名为 『从主教花园望见的索尔兹伯里大教堂』,作者康斯 太勃尔,英国的著名油画家。某年某月的某一天,康斯太勃尔去他的金主大教堂 的主教Fisher先生 (后面简称大鱼)家里玩。大鱼主教跟画家先生说: “亲爱 的画家,你帮我画一幅画吧。把我和我美丽的妻子以及我这大教堂一起画到画里。 我要把画留在教堂,成为镇堂之宝。当然,我是给钱的,于是康斯太勃尔先生很 高兴的接下这个项目。 画家开始了辛苦的工作,经过一段时间终于把这幅画完成了。画家画这幅画时可 能心情不好,所以在教堂塔尖上方的天空有一片乌云。大鱼主教看到这幅画后, 很不满意。虽然画家把主教大人、主教夫人和教堂都画进去了,但是两口子只在 左下角露了个背影,这也就忍了。“下面那几头牛是怎么回事,为什么比我们占 的镜头还多?”主教问。画家说:“你没看懂?我是在恭维您呢,是说您和您夫 人好牛!”,大鱼先生没什么话说了,然后又找到了新的吐槽点:“为什么天空 的云都是乌云?”。他邀请画家再去他家做客,重新观察,以便于修改画作。画 家很不高兴了,就单独把画展出了。展出之后得到很多好评,于是回信给大鱼主 教:“你看,大家都说很好看,不用改了。”,大鱼主教收到信后也怒了,回信 就说了一句话: “给我改!!!”。 从回复文字的三个叹号上可以看出——主教很生气、后果很严重。这就是关于需 求的故事,请您再看上图,看看教主和教主夫人被画到了哪里?您能找到吗? 从上面案例中您看到了哪些与需求相关的问题?为什么导致客户不满意并被要 求重画? 1、需求表达不到位。大鱼教主想要一幅画,画里有他们夫妻二人和教堂,需求 表达完后,并没有再对需求进行更具体的说明。除了以上要求外,画作里是否还 可以加些其它元素?人物要求画正面还是背面?画作的背景是什么?需要表达 什么样的情感? 2、没有与客户认真沟通需求。当主教让画家画一幅画时,最初只是一个想法, 并没有太具体的要求。细节需要画家一点点的引导,从而勾勒出画作的轮廓,这 个轮廓就相当于产品的原型。与客户沟通好需求并得到客户认可后再开始画作, 需求变更的可能性就会大大的降低。 3、需求理解不正确。画家在画作里多画了一些牛,并认为这样会更好,寓意深 刻,可以表达出大鱼主教和夫人 “很牛”的意思,还根据自己情绪需要将天空画 得 “乌云密布”。这说明画家没有正确理解客户意图,把需求想当然化了。我 们应该合理控制需求,合理规划需求,不能随意的增加或删减需求,这都是不正 确的。需求的管理也不应该是一人堂,要有需求评审等需求审核流程,让相关人 一同参与、共同把握需求。 4、没及时让客户参与。在画家进行创作的这段时间里,画家并没有邀请大鱼教 主来看画作,这也就错过了最后弥补的机会。当整个作品完成后,客户才有机会 看到作品,得不到客户认可的产品再努力也是徒劳。 5、不愿听取意见。当客户明确提出自己的意见后,画家还是一意孤行,将作品 拿出来展览,这对客户来说是种伤害。即表现出对客户的不尊重,又表现出了自 己的自大。这就相当于还没得到客户、相关领导认可时,私自发布产品,它所产 生的后果可能是无法想像的。所以,难怪主教生气。 从上面故事可以看出,项目的成败与需求关联非常密切。如果想要做好一款产品, 从需求调研、需求分析、文档梳理、需求评审每一步都要走的坚实,不可以走过 场。一点的疏忽都可能导致产品的失败,需求变更,也就再所难免。有的需求变 更是无法避免的,如客户、领导在产品开发阶段要求增减需求;有的需求变更是 可以避免的,如需求调研的不够充分、分析的不到位、评审的不够严格。只要我 们更虚心一点、更认真一点,需求管理流程更规范一点,许多变更都是可以避免 的。 针对需求变更要早发现、早预防 需求变更避免不了,既然不能避免,那我们就要敢于直面惨淡的人生。引入需求 变更管理机制,以降低需求变更带来的风险。需求变更管理的核心是减少变更所 产生的影响,而非消灭变更。通过变更管理可以降低开发返工、重工的工作量, 以减少项目风险。需求变更属于需求管理范围,同时也属于风险控制范围,对于 产品经理要随时关注产品,定期对需求进行跟踪,做到 “早发现、早治疗”,以 防病入膏肓后才下手。那样,可能癌细胞已经扩散了。对已变更的需求要做到文 档标记更新,编写需求变更说明,保证需求与开发工作一致,不要出现 “两层皮” 的现象。从技术角度考虑,技术架构要做到可扩展,以弹性的架构来解决变更的 需求,把变更造成的影响降到最低。 需求变更流程 当发生变更时,正规的流程需要走变更申请,申请后组织人员对变更进行分析、 评审,以判断变更是否必要,对项目的影响有多大。又必

文档评论(0)

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

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

版权声明书
用户编号:8130065136000003

1亿VIP精品文档

相关文档