`
zhaohaolin
  • 浏览: 984129 次
  • 性别: Icon_minigender_1
  • 来自: 杭州
社区版块
存档分类
最新评论

客户需求文档 MRD 和项目需求分析文档

阅读更多

 

 

客户需求文档 MRD Marketing Requirement Doc 和项目需求分析文档是项目开始时最重要的文档。是项目实施的依据,MRD 是来自客户和市场部门的需求文档, 项目需求分析是软件开发组根据MRD 做出的分析。 有了MRD 为什么还要有需求分析文档?这是以求技术部门的理解与客户的需求以及市场部门的理解一致。客户的需求从技术上往往有不同的解释,而市场部门为了签单可能会 故意模糊地应承客户模糊不清的需求。所以项目需求分析是需要用技术人员和非技术的客户和市场人员都能理解的形式更详细地再现出来。

许多项目失败往往是与客户在具体需求上的实现上后来产生巨大分析。客户说你做的根本不是我需求的,实施方则认为这是大家一开始就说清楚了的。所以 说, 所谓“说清楚“ 是后来扯皮的一个根源, 结果是根本说不清楚。我们知道,中国的ERP 多数是失败的,电子政务也往往变成形象工程。假设双方都有良好的合作愿望和实事求是的精神,失败的原因则往往是双方沟通不足,实施方硬上他们在规定时间内 实际上完成不了的任务,需求方则一开始就不完完全清楚他们自己要求什么,后来才发现他们想要的其实是更多的或不太一样的东西。但这时时间已经过去一半。但 沟通的结果如何体现? 那就是MRD 和项目需求分析文档。

当然,文档也不是万能的,往往也不能解决最后的问题,最后还是要靠双方沟通, 但是,有文档要远远强于没有文档,清楚的文档 要远远强于含糊不清的文档。至少在不得不打官司的情况下,有一个依据。 或者是有一个交待。

首先,从技术上说,完成项目的时间应该来自于项目需求分析文档,首先你要知道要做什么,才能知道要花多少时间,对吧? 但是,实际上项目组承诺的时间往往来自上级的压力,而上级的要求又来自市场的压力。先答应时间才去了解要做什么,结果发现是要你飞到天上去摘星。 

我们常常说的IT 陷阱,往往从一个不清楚的 MRD   就开始了

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics