发阶段所需要的指南和备忘录。所以仅仅按照传统的需求说明书的固定格式和要求来写,按照常规的使用和管理方法来处理都是远远不够的。特别要提到以下两点:
1)需要按照几个要点来完成:需求分类、采用的技术与工具、约定以及技术限制甚至法律法规等全面考虑。需求必须要客户确认,无论在初期需求分析阶段还是在后期需求变更的时候,都需要客户的确认。比如数据字典、界面选型、技术线路、功能模块等,这样做的好处是防止需求把握不得当,缺少了用户必要的功能,同时保障不提供不必要的功能。而且必须要让项目各个环节的相关责任人员进行签字确认。
2)值得引起注意的是,需求说明书在整个项目实施阶段并非一成不变的。所以一定需要通过附加文档来跟踪用户新的需求和需求变更,随时跟踪需求。所以类似的文件是要必须考虑的,如《需求(或功能)变更申请书》、《需求(或功能)变更规格书》、《需求清单一览表》等。这样做的好处是对需求实时监控,保证项目的安排和进度变更有据可依,同时让用户知道变更是一件很严肃的事情,同时可以防止个别人提出无法界定的需求。因为很多时候,IT项目中的很多问题可能是其他系统的遗留而又超出本项目技术路线可以弥补范围的问题。同时针对一些暂时解决不了的需求,也一定要用专门的章节罗列出来,这样也利于在做实施计划的时候采取合适的措施来解决,比如采购其他设备、投入相关人力或其他办法等。
4、结 论
本文通过分析某中小企业ERP系统开发案例的需求管理中存在的问题,总结出如何较好地开展IT项目中的需求管理工作,尝试寻找一种可行的具体办法来解决某些实际问题。认识到需求管理是IT项目开发中存在的主要问题,做好需求管理工作,才能保证IT项目开发的正常进行。同时也深刻地体会到需求管理的优劣与项目的时间、成本有着十分重要的关系。
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
