采用软件设计的术语编写，因此常常令计算机背景知识较少的业务需求方难以理解，也就很难发现需求报告中与实际需求不符之处，更难提出建设性的意见。
软件监督要对软件开发范围进行管理，首先要确定双方都能认可的《需求分析说明书》。如要求软件开发方对《需求分析说明书》做出进一步更详细的解释，编制业务模型，以便用户方准确地理解《需求分析说明书》的内容，能及早地发现需求与实际的偏差。这也是对需求分析工作的总结与确认。
在项目需求分析阶段，双方必须全面地、尽可能细致地讨论项目的应用背景、功能要求、性能要求、操作界面要求、与其他软件的接口要求，以及对项目进行评估的各种评价标准。
《需求分析说明书》完成后，软件监督应组织项目组与业务需求方共同讨论，听取业务需求方的意见和建议，并进行相应的修改完善。各方确认《需求分析说明书》内容后，需在说明书上签字确认。
在软件开发过程中，双方应严格按照签字确认的《需求分析说明书》中规定的业务范围进行开发。有些需求可能在项目初期很难确定，在开发过程中需要不断地加以修正，项目软件监督要及时与用户充分沟通，建立可以直接联系的渠道，共同进行需求确认，保证项目范围可控。
2.进度管理
为确保项目按时、按量、保质完成，必须控制任务和跟踪里程碑。按照软件项目的开发规律，将软件开发过程分为几个重要阶段，对这几个阶段的关键事件设立里程碑进行跟踪管理。项目进度管理可以通过以下方式完成:
●制定项目里程碑管理运行表。
●定期举行项目状态会议，由软件开发方报告进度和问题，用户方提出意见。
●比较各项任务的实际开始日期与计划开始日期是否吻合。
●确定正式的项目里程碑是否在预期完成。
从软件项目实施的过程来看，很少有一个项目是完全按照实施计划来进行的，因为再好的计划也不能完全预见所有的问题，并事先制订出对策。计划可以调整，但是调整必须合理，并得到业务需求方和管理层的批准。当有问题发生时，其直接的表现就是实施结果偏离了原来的计划和目标，在这种情况下，软件监督就要及时发现这种偏离，并分析这种原因，如果是因为原来的计划和目标制订的不合理，或者发生了预料之外的情况而又无法克服，这样就必须调整计划和目标。
3.沟通管理
信息系统本身就是沟通的产物。软件开发过程实际上就是将手工作业转化成计算机程序的过程。软件开发的原料和产品就是信息，中间过程传递的也是信息，而信息的产生、收集、传播、保存正是沟通管理的内容。可见沟通不仅仅是软件项目管理的必要手段，更重要的，沟通是软件生产的手段和生产过程中必不可少的工序。
软件开发的柔性标准需要沟通来弥补。软件开发不像加工螺钉、螺母，有具体的标准和检验方法。软件的标准柔性很大，比如在用户的心里好用是软件成功的标准，而这个标准在软件开发前很难确切地、完整地表达出来。因此，开发过程项目组和用户的沟通互动是解决这一现实问题的惟一办法。
软件监督要有效地安排开发方软件人员与需求方使用人员的交流，保证有畅通的交流渠道。制定完善的项目汇报制度，明确沟通时间、频率和渠道。按照项目汇报制度定期组织项目组向业务需求方和管理层汇报，包括项目进度计划、已完成工作、与计划的比较、存在的问题、措施和建议以及下一步工作计划等。
4.软件版本管理
目前的软件开发是团队开发的时代，软件开发技术更新迅速，开发人员流动频繁，因此对软件版本的管理就显得尤其重要。在软件开发的过程中，在多人共同开发一个软件时，会出现多人同时修改软件的情况，这是不可避免的，由于部分功能模块版本可能要进行不断地升级完善，而老的软件版本又没有即使更新，随着时间
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
