预见所有的问题，并事先制订出对策。计划可以调整，但是调整必须合理，并得到业务需求方和软件项目管理层的批准。当有问题发生时，其直接的表现就是实施结果偏离了原来的计划和目标，在这种情况下，软件监督就要及时发现这种偏离，并分析这种原因，如果是因为原来的计划和目标制订的不合理，或者发生了预料之外的情况而又无法克服，这样就必须调整计划和目标。
3. 软件版本管理
目前的软件开发是团队开发的时代，软件开发技术更新迅速，开发人员流动频繁，因此对软件版本的管理就显得尤其重要。在软件开发的过程中，在多人共同开发一个软件时，会出现多人同时修改软件的情况，这是不可避免的，由于部分功能模块版本可能要进行不断地升级完善，而老的软件版本又没有即使更新，随着时间的推移，开发人员对自己机器上的不同版本间的差异就会模糊不清。另外由于软件开发工期的压力，开发人员只将注意力集中在设计和编码上，未将文档纳入到版本控制中。
为了解决这些问题，软件监督就要注意跟踪记录整个软件的开发过程，包括软件本身及其相关文档，重视代码的一致性。这一工作可以通过应用软件版本管理的工具软件实现，如Microsoft公司的VisualSourceSafe等对源代码和整个项目进行管理，从而建立正常的软件版本管理机制。
4. 沟通管理
信息系统本身就是沟通的产物。软件开发过程实际上就是将手工作业转化成计算机程序的过程。软件开发的原料和产品就是信息，中间过程传递的也是信息，而信息的产生、收集、传播、保存正是沟通管理的内容。可见沟通不仅仅是软件项目管理的必要手段，更重要的，沟通是软件生产的手段和生产过程中必不可少的工序。
软件开发的柔性标准需要沟通来弥补。软件开发不像加工螺钉、螺母，有具体的标准和检验方法。软件的标准柔性很大，比如在用户的心里好用是软件成功的标准，而这个标准在软件开发前很难确切地、完整地表达出来。因此，开发过程项目组和用户的沟通互动是解决这一现实问题的惟一办法。
软件监督要有效地安排开发方软件人员与需求方使用人员的交流，保证有畅通的交流渠道。制定完善的项目汇报制度，明确沟通时间、频率和渠道。按照项目汇报制度定期组织项目组向业务需求方和软件项目管理层汇报，包括项目进度计划、已完成工作、与计划的比较、存在的问题、措施和建议以及下一步工作计划等。