由开发商系统分析人员根据对业务的了解程度，适当编写各业务功能细节问询表。不过业务功能细节问询表的使用，是在业务需求调研过程中用户表明其需求后，再根据问题还没有明确的情况下再进行问询的。不过有时业务功能细节问询表由于用户的需求和原计划不同，使业务功能细节表不在发挥作用。
其他业务相关政策法规、技术文档、技术支持人员的通信录等也要进行相应的准备。
联系及了解用户方
同用户进行联系并取得对方的人员名单、分工情况、权重、工作计划、工作时间、节假日安排（特别是用户公司内部的额外规定），如果可能的情况下要求也有用户的IT人员参加需求过程，实际的需求如果没有IT人员的参加，在后面的更改一般是IT人员提出的。应在需求过程中把用户IT人员的需求调研，作为业务调研中一部分。
编写计划
根据当前情况，编写需求分析计划，明确正式开始日期，中间阶段性日期（时间长可多个，调研时间不大于3天可没有），结束时间，人员名单，分工情况，需用户提供的帮助等。
将计划发送给用户请其确认，在可能的情况下协调用户和开发商的计划，以便共同开展工作。
对于计划如果能编写及控制到每日是最好的，但是否可以达到真正可控制到日，那就看你的能力了。如果每3天为一个中间性阶段进行控制，延迟的时间可以通过加班来弥补。计划最好根据一天工作8小时进行。如果计划一天是工作10个小时，也许第一次延迟可以通过加班8小时（一天工作24小时）来弥补，但再有延迟你会发现你的工作人员没有精力再加班了。
如果要去用户所在地进行工作，还要准备相应的办公工具，人手一台笔记本电脑（电源插座及网络互连线也要考虑）是比较好的资源配置。
需求调研
第一日
本次所说的第一日是开发商系统开发人员到用户处正式需求调研过程的第一日。如果是异地调研，那么在第一日前一日开发商系统开发人员应到达用户所在地，结解住宿，了解住宿地周边情况。最好是早些休息，为第一日工作开始做好准备。
一般第一日的上午是开发商系统分析人员和用户业务需要者进行整体介绍，了解办公环境，建立需求调研过程办公环境。如果是小型项目涉及人员不多（双方人员共同不多于3人），一般上午可以进行调研工作1到2小时，不然下午才能正式开始工作（也就说做计划时第1天一般只有半日的工作时间）。
调研过程
调研的过程推荐开发商系统开发人员有专人进行会议记录，并在每日会议结束后，当场宣布本次会议的结果，并由参加会议人员进行签字。第二日复印或发送电子文件给参加会议人员及相关人员。以便做到有据可查，明确过程。
此文章共有4页 上一页 1 2 3 4 下一页
文章来源：中国项目管理资源网
 软件开发项目管理培训课程方案
|
Leadge.com首页 > 知识库 
