PG官网

一、监理不是来盯程序员的，很多人一开始就请错了

  我见过一个客户，合同签完就找了监理，要求对方每天去开发公司办公室，盯着程序员写代码，发现 bug 就记下来。监理干了两个月，交了一份三十页的问题清单，开发公司照单全改，项目该延期还是延期，验收会该吵还是吵。

  监理这个角色，本来就不管写代码。他管的是你这边的账，需求有没有形成基线、里程碑是不是真的完成、测试报告是谁出的、付款节点该不该签字。技术细节他当然要看，看的是交付物够不够，不是替开发公司做架构方案。

  还有一种更常见的误会，把监理当项目经理用。客户自己没人牵头，指望监理组织开会、催进度、协调几个部门。监理没有这个权限，也没有这个义务，他只能把问题摆到桌面上，推不动就是推不动。你缺的是甲方项目经理，不是第三方监理。

  请之前先想清楚自己缺什么。缺技术判断，可以请监理或者技术顾问；缺人组织协调，招一个项目经理更直接；缺的是心里那点安全感，多少钱都买不来。

二、几万十几万的项目请监理，钱基本白花

  小项目有个很明显的特征，一个供应商，标准产品改改，周期一两个月，功能清单二三十条，金额几万到十几万。这种项目请监理，光起步费就吃掉一大块预算。

  监理收费一般两种算法，按项目金额的比例，常见的在百分之三到百分之八，或者按人月算。十几万的项目掏两三万请监理，占比接近两成，这笔钱加到测试上，或者压在尾款里，效果都比多一个旁观者强。

  这个规模真正管用的是三件事。需求清单写到字段和按钮级别，验收标准写成能一步步操作的用例，尾款留一成到两成压三个月。老板自己花两个下午把这些捋清楚，比请人替你捋更靠谱。

  监理的价值来自信息不对称和多方博弈，甲方不懂技术，乙方说了算，才需要有人在中间核对。只有一个供应商、你自己就能拍板的时候，监理没有发挥空间，最后干的活就是把你微信里的意见整理成周报。

  钱花了，责任还在你身上。监理签了字，软件出问题照样是开发公司和你之间的事，别指望一张监理报告能顶雷。

三、几十万以上、多供应商、政企项目，监理才真正起作用

  判断要不要请，看三个条件就够了。合同金额几十万以上而且周期超过三个月，两家以上供应商同时进场，项目要过审计或者用的是财政资金，占上两条就值得认真考虑。

  多供应商的场景最值钱。软件商说硬件没到位，硬件商说接口没人给，集成商说这事不在我范围内，三方开会三次没结论。监理把责任矩阵列出来，接口谁提供、字段谁定、联调环境谁搭、出事谁背锅，一条条对着合同签，扯皮的空间立刻小很多。

  政企项目的监理还要管过程资料。需求确认单、周报、测试报告、上线方案、等保测评材料，这些东西平时没人攒，验收前两周根本补不出来。监理按里程碑收一次、归档一次，审计的时候拿得出手。

  我接触过一个区里的项目，四个供应商，光接口联调就拖了两个月。后来请了监理，每周固定一次协调会，会后把结论发群里让各方确认，谁没做到下周当面说。三个月后系统上线，比原计划只晚了半个月。

  这种项目请监理，买的不是技术，是秩序。有人替你把会议结论落成文字，有人盯着每个交付物是不是真的交了，扯皮的成本就降下来了。

四、监理该管什么、不该管什么，合同里要写清楚

  该管的五件事，写进合同里。需求基线和变更控制，每次变更记清楚谁提的、影响多少工作量、双方谁签字；里程碑和交付物清单；验收测试的组织和结论；付款节点审核；风险与问题清单。

  不该碰的也要写明。监理不替客户写需求，不替开发方写代码，不做技术方案设计，也不承担开发方的质量责任。他签字只证明过程走了、材料齐了，不代表软件没有缺陷。

  权力要给足，不然就是摆设。驻场频率每周几天、必须出席哪些会议、发现重大问题时能不能建议暂停付款、问题向谁报告，这几条不写清楚，监理到了现场只能当记录员。

  费用和责任同样要落到纸面。服务期多久、驻场多少天、每月交什么报告、验收时出不出结论性意见，以及监理自己失职造成损失时责任上限是多少。只挂名不驻场的监理，等于花钱买了个头衔。

  预算不够请整期监理，还有个折中办法。单一供应商的中型项目，找一个懂行的技术顾问，在需求定稿、原型确认、验收之前做三次评审，按次付费，一次几千块，能挡掉大部分明显的坑。

  一句话的判断标准，一个供应商、金额不到几十万、交付物你自己看得懂，就别请；多供应商、周期长、要过审计，就请，而且要给权。监理不是保险，他帮你发现问题、留下证据、卡住该卡的付款，最后拍板还得你自己来。指望他替你负责，那是找错了人。