写需求文档是乙方的事吗?

标签:CIO需求管理

访客:58026  发表于:2013-09-30 10:34:37

今天在微博上看到一篇 @人称T客 发表的微博:“【遇到如此顾问怎么办?】听朋友讲:用友顾问一次又一次的将需求文档发给他,每次看完后他都直接打回去,告知丢了需求,但是下次还是一样会丢其他需求,最后,他不得不自己熬夜加班为用友顾问修改需求文档,这种现象是否正常。遇到这种情况,该如何处理。还因此耽误了进度该怎么办?换顾问被告换不了。

为什么天经地义地认为写需求文档应该是乙方的事呢?中国的甲方往往将自己定位成买东西的人,是大爷。其实甲方之所以做项目,一定是业务上有什么不满意、不舒服或新期望的地方,正如同一个病人,应该将自己所有不舒服的地方、疑惑的地方、期望的东西一股脑地告诉医生,唯恐医生遗漏才对。

以前曾发表一个观点:在招标结束签合同后,再进行需求调研是错误的。然而这确是国内IT行业的一个普遍惯例,大家没有感觉到任何不对。同样上方博文描述的场景(写需求文档是乙方的事)估计也是大家认为天经地义的事。这种流程上的错误其实为项目的不成功和问题多多埋下了伏笔,正确的做法应该是:在招标前甲方就准备好一份需求文档,竞标的过程中和所有乙方及签合同后和赢标的乙方共同来分析和修正这份需求,一方面甲方确保乙方能正确完整地理解需求,对需求条款的优先级和重要性有正确的认识;另一方面甲方听取乙方对实现难度和成本的专业反馈,以及基于专业经验对于甲方内部管理能力及流程变化提出的要求,综合权衡和评估取舍需求的范围或调整优先级。

总之,需求是甲乙双方的事,但更是甲方的事。甲方将自己定位成买家而不是病人,往往是因为其实甲方并不清楚自己的需求,对于需求的优先级和取舍依据并没有清晰的认识,迫切性也不明显,从一开始就为项目的失败或不能获得预想的价值埋下严重的隐患。

评论(1)

您可以在评论框内@您的好友一起参与讨论!

    1. 庄 瑞强 我觉得这里还包括双方对所谓需求文档的理解和流程缺失问题。
      我正好甲乙双方都干过,也作为第三方参谋过朋友的选型工作。正常情况下,甲方在招标前制订需求文档,有助于招标过程中的判断和自我判断。所以这一经常被省略的步骤确实极其重要。而乙方则通常为了自己的商业利益有意无意地越俎代庖,接过了这个活儿。这与国内的管理文化和社会监督机制有关。




      而乙方则往往试图通过撰写一份有利于自己的需求文档(个人认为乙方更应该出具的是侧重于需求解决方案)来把甲方绑定到自己的战车上。
      从这件事本身来说,诚如楼上所言:甲方将自己定位成买家而不是病人,往往是因为其实甲方并不清楚自己的需求,对于需求的优先级和取舍依据并没有清晰的认识,迫切性也不明显,从一开始就为项目的失败或不能获得预想的价值埋下严重的隐患。

      回复[0] 2013/11/23 12:02

<--script type="text/javascript">BAIDU_CLB_fillSlot("927898");