在几年的项目工作中,积累了一点和用户沟通的经验。
如果你做的项目业务是你熟悉的,那还好,如果是你不熟悉的,一定要花点精力学习一下这个行业业务的背景资料。毕竟,客户是不可能给你系统地介绍业务的。只有你通晓了行业业务,才能和用户交流,并正确而有效地引导客户,做好需求分析,你不能指望客户能明确地说出需求。当然,这也是系统分析人员的职责所在。
在开始做需求的时候,你最后花一点时间搞清楚你接触的客户是不是做实际业务的客户,如果你面对的客户不是将来的系统的实际使用者。你就有点麻烦了。可能他是客户公司派过来的IT部的人,他会提一大堆东西,而这些东西可能根本不是实际业务需要的功能,而他一般还会兴致勃勃地给你一些技术实现的建议。这个时候你就要小心了,如果你听了他的话,你可能在最后才发现,你花了大量精力解决的问题,其实并不是客户真正需要的。而你真正需要关注的,却做得远远不够。
弗洛伊德说过,每个人都有三个层次,自我,本我,和超我。软件需求也有三个层次,业务需求(business requirements),用户需求(user requirements),功能需求(funtional requirements)和非功能需求。业务需求反映了客户或组织结构对软件系统,产品的高层次的目标要求,它们在项目视图和系统范围文档中说明。用户需求描述了用户使用系统必须要完
- 你要面对“正确”的客户
- 区分不同层次的客户需求
- 要面对不同层级,不同部门的客户,把客户分类
- 区分需求的优先级别
如果你做的项目业务是你熟悉的,那还好,如果是你不熟悉的,一定要花点精力学习一下这个行业业务的背景资料。毕竟,客户是不可能给你系统地介绍业务的。只有你通晓了行业业务,才能和用户交流,并正确而有效地引导客户,做好需求分析,你不能指望客户能明确地说出需求。当然,这也是系统分析人员的职责所在。
在开始做需求的时候,你最后花一点时间搞清楚你接触的客户是不是做实际业务的客户,如果你面对的客户不是将来的系统的实际使用者。你就有点麻烦了。可能他是客户公司派过来的IT部的人,他会提一大堆东西,而这些东西可能根本不是实际业务需要的功能,而他一般还会兴致勃勃地给你一些技术实现的建议。这个时候你就要小心了,如果你听了他的话,你可能在最后才发现,你花了大量精力解决的问题,其实并不是客户真正需要的。而你真正需要关注的,却做得远远不够。
弗洛伊德说过,每个人都有三个层次,自我,本我,和超我。软件需求也有三个层次,业务需求(business requirements),用户需求(user requirements),功能需求(funtional requirements)和非功能需求。业务需求反映了客户或组织结构对软件系统,产品的高层次的目标要求,它们在项目视图和系统范围文档中说明。用户需求描述了用户使用系统必须要完