需求调研中的5W+1H定律

　　对于软件的需求调研活动，曾经写过三篇相关的需求管理文章，出发角度是从整体的需求管理过程考虑；在引入CMM(二)需求管理KPA活动的基础上，列举了如何进行需求调研前的需求管理计划活动；在失败的项目中，找出规范和管理软件需求过程的关健点及需求关联的模型架构(这些可以参考以前写过的《CMM需求管理实践经验记录谈》、《从CMM角度考虑需求管理计划》、《如何用CRC模型来确定需求》)。

　　一直以来，感觉自己在经过几个项目试验的基础上对于软件的需求管理应该是有一定的基础和经验了，然而在最近参与的一个大型项目的过程中，在新加坡项目经理的引导与帮助下，对于软件需求调研又有了更深一层的体会和认识，总结出需求调研中的5W+1H定律，在此把自己的一些过程和经验描述出来，希望能与各同仁一起分享与讨论。

　　项目背景：一个中型的企业信息化项目，其中乙方的项目经理是一个拥有PMP证书的资深项目管理人员。甲方的项目经理是一个有着丰富项目实施和管理经验的新加坡项目管理人员。在这里需要补充的是，在调研产生冲突过程中，外籍人员如何用自己的经验和技巧，让乙方完全可以接受。

　　项目成员：

　　甲方：外包项目经理、外包项目管理人员

　　乙方：项目经理、系统分析员、界面制作人员

　　工作内容：

　　项目需求阶段的活动，对于系统的需求，甲乙双方与最终用户能达成一致，甲方作为外包管理者，主要是对乙方项目组的项目进度、项目阶段成果进行跟踪与验收，以保证项目在预期的时间内完成预期的工作任务。

　　过程描述：

　　项目启动后，乙方的项目经理列了一份详细的需求调研时间表、调研阶段成果目录清单、界面成果等的计划内容，可以毫不犹豫地给出一个“赞”字；从计划上看，乙方的项目经理计划的真的是完美无缺；在与用户进行业务需求调研的活动中，乙方不仅记录下目前用户现有的业务流程，包括目前流程的局限性、流程的执行性等方面，还为用户进行了将来系统流程的规划，的确是一个不错的开始。可是在乙方提交其阶段的需求分析文档和界面时，却发现二者间存在着种种冲突和矛盾，我们无法将需求分析文档与界面结合在一起。此时，乙方的项目经理解释说是因为文档比界面细，所以二者存在一些理解上的差异。而我们甲方却总觉得有些不太对劲，但因为同样存在着对用户流程细节的不熟悉，所以我们也提不出具体的问题，直到有一天，跟着乙方一起做用户的需求活动后，从乙方项目经理的提问方面，我们终于明白为什么他们会做出这样的文档和界面。