做好需求是一个软件项目成功的一半，尤其对于业务管理系统更是如此。如何更好地获取需求和分析需求，本文介绍个人的方法，不是阳春白雪的方法论，也没有很深的理论术语，但是却是很实用，供大家参考。
业务需求的两下两上：
对项目的业务需求的分析是一个项目的入口和最重要的事情，但是很多人员并不知道怎么考虑项目的业务需求。反而受项目范围管理的束缚走进了教条主义。自己认为，用户给多少钱就干多少事这句话本身没有问题，但是如果是基于这句话来管理范围、分析业务需求就容易走进了“只见树木不见森林”的陷阱。导致最后的返工、重做，用户的不满意、系统的不灵活，甚至修改一个小功能而牵动全身，或是根本就不能动设计的局面。
一上：是指第一次自顶向下，先从全局了解业务，从更高的层面来分析模型。目前我们的大部分项目是企业或者政府的业务管理系统。那我们首先要了解企业的管理模式。这时候思维要开阔，不能只是局限在项目的范围之内。通过分析管理模式，找出问题。第一“上”，概括为：把握全局，寻找问题；
第二步就是由上而下，找出了问题，从大的方面了解透彻后，要根据这些问题，对应到具体的需求的调研和设计实现。看一下如何满足和解决问题？由于有了前面的一下，我们在调研和分析的时候就不至于遗漏，考虑就会比较周全。这个时候你仍然不要关心范围。二“下”概括为：寻找答案，了解细节；
第三“上”是真的二“下”掌握的具体的需求对应到大的模式看是否能够对应，理解和分析是否是合适的？三“上”概括为：对应答案，连通上下；这个时候可以考虑范围，但是还不能确定范围；
四“下”：这一步是最关键的，也是落实的一步。经过了前面的步骤后，再从更高的角度来审视细节，从全局的眼光来透射项目的业务范围，从而比较准确地把握项目范围，形成正确的业务理解和需求定义。从而能够建立起完整的业务概念模型和比较稳定的需求设计模型。
此文章共有2页 1 2 下一页
文章来源：中国项目管理资源网
 软件开发项目管理培训课程方案
|
Leadge.com首页 > 知识库 
