待软件需求discover阶段完成,也就是可行性研究完成,公司决定进行该项目/产品的开
发后,就进入了软件需求的define阶段.define阶段包括下面的事情:
1)分析项目的风险,编写项目风险控制报告.在国内,这个报告相当于一个摆设,文档写
完就放那里了;为什么呢,因为控制风险需要成本,国内老总不想要成本,老总想要的只
是MONEY&MONEY.
2)明确项目的功能需求,整理项目的需求文档.
功能需求文档可能不只一个,可能每个子系统都有单独的需求文档;不确定的功能需求
应该用TBD来标志;功能需求文档可能包括数据字典.功能需求应该由项目的开发经理整
理,但我参与的项目,需求文档都是由小兵来完成的,呵呵,因为功能需求文档太琐碎了,
当官的才不做这种没有成就感的小事.当然了,有的项目的功能需求文档是要用户签字
的,这样的文档公司会比较注意.
3)建立需求跟踪矩阵(Scope Matrix)
需求跟踪矩阵(Scope Matrix)应该是由项目的开发经理来完成并跟踪的,在我开始做软
件时,有个资深的程序员坚定不移地告诉我,需求跟踪矩阵(Scope Matrix)是由项目的
配置管理人员来做,害了我好一阵子;后来想想,需求跟踪矩阵(Scope Matrix)将要指导
后期开发,所以编写人员还应该是开发经理.
4)功能需求的评审
功能需求的评审应该由项目经理发起,行业专家和客户参与,通过会议形式讨论,得出
review notes.
