(4)监理方自身的素质问题

　　在软件开发项目中，由于不同项目对软件质量标准的认识和要求不同，项目规模和周期不同，对监理的要求也有很大的差异。如何做好软件开发项目的监理始终是一个难题。拿一个项目中的最佳实践用到另一个项目时却可能完全行不通。监理方自身认识的误区主要来自两个方面：一是对监理规范和监理流程的不熟悉，实施中更多的是基于个人的经验跟着感觉走。二是不懂得平衡与权变，试图用统一的模式去应付所有的项目。

　　(5)不切实际

　　监理工程师从业之前一般都有几年的工作经验，有些也是从事软件开发的。从承建方的角色转变到监理方需要有一个过程，常常会不知不觉中发生偏差。同一个问题，站在不同的立场来看待和处理，结果会有不同。要做到独立公正，而不依赖个人的感情因素做好项目中的技术沟通和组织协调，需要监理工程师有系统分析的能力，综合考虑多方面的因素，不能站着说话不腰疼，也不能过分夸大某个因素的影响。

　　(6)太过分要求文档工作

　　正如小型开发项目适宜采用极限编程(XP)方法一样，对项目管理的要求也是因项目而异的。这里面既有一个管理成本的问题，也有管理收益的问题。我们参与过的项目中，有些在文档方面的要求过高，导致了项目的延期。道理其实是很简单的，文档的根本目的是在于沟通，也是软件工程的一个重要组成部分，而不是仅仅为了通过上级部门的评审或专家的认可。如果为了追求十全十美的文档而忽略了其他更关键的问题，反倒得不偿失。有的监理方为了强调监理的作用，对文档的要求很高，严格把关，殊不知物极必反，过度要求也可能走向另一个极端。

　　项目引入监理机制是为了降低项目实施的风险，提高项目的成功率，但由于各方对监理都可能存在一些认识上的误区，使得项目监理的作用并没有得到充分的发挥，甚至反倒有可能造成一定的负面影响，因此，对监理认识的误区也是项目的一个重要风险。

　　项目具有唯一性，每个项目在开始阶段都免不了要经历一段时间的振荡，各方经过逐步磨合走向合作配合。降低风险发生的概率应从项目启动阶段开始，建议监理方可以给业主方和承建方灌输相应的监理知识，同时，对涉及项目各方的流程进行明确，并由各方达成一致意见。通过采取各种事前控制的手段，尽量缩短磨合期，消除认识误区，使项目各方更快地形成一个紧密合作的团队，共同完成项目的建设。