据说，标题加上【深度长文】四个字，会将点击率提升一个等级，而文章到底是否深度其实并不重要！——尼古拉斯*王不留
文 / 王不留（微信公众号：程序员生存指南）
我们做行业软件的项目，按时间敏感程度可以分成两类：时间敏感型和时间迟钝型。
要求赶在重要领导视察、集团检查、国庆献礼等重大事件前完成上线的项目可以归为时间敏感型。
这类项目通常：
1）时间超短。通常就1-2个月。
2）压力超大。搞不定的话，对客户造成的负面影响和后果极为严重，验收更是遥遥无期。
但也有一个极大的好处：客户高度重视，协调资源异常顺利。项目经理不用再为上下游接口谈判及联调费尽口舌，省去太多扯皮的烦心事。
这类项目通常能够提前或按期上线。
除此之外的项目，可以算作时间迟钝型，也就是项目推迟个把月上线无关紧要。
这类项目实施顺利的概率犹如中奖：
1）如果客户认真负责，恭喜你，只要跟随客户的步伐即可，他会帮忙协调一切。与时间敏感型的差别就是压力不会太大。你的压力主要来自客户，因为他在赶着你跑。
2）如果客户不当回事，那就惨了。你要撵着他走，就要采取各种手段，各种讨好，各种低三下四，甚至跑到他的领导那儿汇报情况。让你为此项目操碎了心，节操还掉一地。
我们把项目再细分一下，大体还可以分成四类：
1）我们着急，用户着急
这类项目通常深受客户领导重视。我们干得累，但项目意义重大，做完了会很有成就感。另外，项目主动权能够掌握在自己手里，用户会配合我们主动排除险阻，扫清障碍。
2）我们着急，用户不急
这类通常是我们新中标的项目，或替换别人的项目。这样的项目最能锻炼人。
3）我们不急，用户不急
客户被咨询顾问的激情宣讲所感染，外加长期建立的深厚合作关系，那就拨点钱，试试这样的创新项目。既然是尝试，那么新系统新功能的可能不涉及客户考核。客户不催，我们也不慌，反正到期可结算。
当然，随着传统行业转型，消费降级，这种好事极少了。
4）我们不急，用户着急
这类以升级合同居多，尤其那些按需求功能点结算的项目。
我们的想法：项目就那么多预算，功能少做一点。
用户的想法：快点实现，明天上线！
用户着急起来，通常是这样的：“你们到底能不能按时上线？”“这功能做得完吗？赶紧加人啊！”“怎么还没搞人来，我要找你们领导。”“不是承诺来十个嘛，项目快做一半了，怎么还是两个？” ……
项目经理只能不断点头：一定加人，一定加人，我这就找领导，肯定按期上线。内心独白其实是：我比你更急。我做梦都想让这“破玩意”“鬼东西”尽快上线！
项目组连天加夜，加班加点，一顿猛冲，终于提前几天具备项目上线条件。
向用户报喜时，他们可能又不着急起来：“晚几天上线也没事的，你们再多测一测。”“过段时间上线吧，我最近要出个短差。”
历尽千难万险，系统上线时间正式确定，这是一件激动人心的事情，让人心力交瘁的苦日子就要结束了。
每一个项目，无论大还是小，做完都会让人精力耗费殆尽，才会有成功上线的一天。
有些项目，经历无数996、007，熬到系统上线，喜极而泣。
很多项目，面对新客户的各种不满各种刁难，项目团队早出晚归，坚持不懈，用踏实做事的行动感动了对方，才看到系统上线的曙光。
付出了那么多，既然已经冲到上线阶段，就更要重视上线工作。咱们项目经理不打无准备之仗。
为了上线，我们要做好各项准备；只要成功，不要失败！
如果说系统上线是项目经理的唯一目标，那么项目验收就是项目经理的终极目标。
通常行业的一般项目流程是：签单 — 上线 — 3个月初验 — 6个月终验 — 1年维护。
作为大型国有企业，我们的甲方有着严格的采购流程、有效的项目管理体系、完善的审计机制，理论上我们的项目一年左右可以完成项目终验。
但是，具体到执行层面上，却可以无限延期。一般项目拖个半年验收是常事。
验收最火爆的场面通常发生在12月份。我们就像年关讨债一样，客户也会彰显仁爱之心，随手验收一批项目，让我们能够过个好年。
我们再看看无法及时验收的原因。
1、没签合同。
咱们这个行业，绝大部分项目是先干活，后签合同。很多项目临近上线，或者已经上线，甚至就差验收，合同还没签。以2019年为例，我们内部立项没签合同的项目是64个。
他们会拍拍你的肩膀说：这个项目肯定会立项，否则也不会找你们做，流程在走了，不用着急。
或者，轻飘飘地抛出一条金句：你不做。后面很多厂家等着呢，不要催。
2、客户把所有系统打包成一个大项目。
这种情况，必须要等其它厂商同时具备验收条件，客户才会给予验收。
就如家里装修。你找一家灯饰店，又找了一家门窗店。灯饰安装完，找你结账。你说等把门窗装好，再一起核算。
装灯饰和做门窗是两家店两种不同的生意，现在就被活生生地联系在一起。是不是一个很荒谬的逻辑？
在僧多粥少的现实中，这样的逻辑在这个软件行业就很合理地成立了。
客户可能有自己的考虑。我们还能说什么，很无语吧。
带来的直接后果就是：客户省事，我们遭殃。
目前终验滞后三个月以上项目有4个是这种情况。其中有一个系统，因为这种“连坐”制度，已经影响了两期升级合同没有终验。
以上被“连坐”的项目，继续拖延中……
3、客户领导换了。
行业有个规律，每隔两三年，四五年，甲方内部会进行一次较大的机构调整或人事变动。
这时候是咱们销售战线的同事最焦虑的时候。几家欢喜几家愁，对我们来说，可能是机遇，可能是灾难。
某些项目，就差临门一脚，开个终验会就结项了。突然，人换了！前面干的事不认了!
新任领导嘛，肯定有自己的想法，项目反正没验收，就以新建系统不符合企业的指导方针为名，缓缓地带出一句结论：暂停验收，重新评估，推倒重来。
咱们的项目经理肯定瞬间石化。
4、合同上功能点太多。
前期为了拿项目，各种功能一股脑地往技术规范书上加。客户关系好的话，基本功能做完差不多就验收了。遇到较真的客户就麻烦了，我们永远不希望用户拿着合同附件、投标文档一条条地和我们过验收。
现在各区域组成的铁三角（市场、销售、交付/研发），就是为了决策新项目坑有多大，如何避免，提前做好防范。
5、活做的太滥。
页面不美观，进入系统要等半天，处理流程复杂，三天两头系统罢工……
这样情况，用户就是想帮忙做验收，也是有心无力。
很惭愧，我也接手过这样的项目，硬着头皮持续优化，拖了两年才完成终验。
6、客户吹毛求疵。
好像不能验收的情况都可以归到此类，属于万能甩锅型理由。
一个有意思的规律：规模小、收入少、信息化水平低的省份企业，提的要求多，验收拖得久。
确实有些客户主管斤斤计较，提这需求提那需求，就是不给验收，但绝大多数用户提的要求还是有道理的。
毕竟大家都是做信息化建设的工作。客户也能理解我们，不会太离谱地提很多变更需求。
我们还是要多从自身找找原因。
咱们要是碰上信息化都没有的行业，也不用专研什么创新架构，运用什么项目管理，直接把“喝酒唱歌打牌”技能全掌握，基本就搞定验收了。
再聊聊项目经理在验收上常见的一些问题。
1、认为验收不是自己的事
心理上总觉得这是销售、产品的事情，与自已无关。自己只要带好项目就可以。
这个问题已经不用担心，因为新实施的项目管理考核办法和现有的奖金发放制度可以把大家拉回到现实。
2、要债不好意思
不少项目经理找客户验收就像欠了别人几百块钱似的，心虚。还担心把客户惹生气了。
这种情况，可能还要先转变下思路：
1）是他欠你钱，心虚什么。
2）客户为这事生气，生气就生气呗。客户不给你发工资不给你发奖金，怕他做啥？假如客户为这事投诉到区域，区域会扣你绩效？想多了，区域更应该为你的勇敢给予鼓励和支持。另外，你不是一个人在战斗，还有销售在斡旋、区域在支撑。
3、换位思考多想想
既然到验收阶段了，功能性工作已基本完成，但客户总会找一些边边角角的问题，让你修改，就是不给验收。怎么办？
这时，应该多想想他的目的是什么？是为了与我们一起打造精品，还是为了某种原因拖延工期？然后找客户私下闲聊，印证你的猜测，再与销售、区域领导多合计合计，制定相应的解决方案。
千万别闷着头不停地改功能加需求！
经历了一个项目从开始到结束，以及新一期项目的轮回，作为一名项目经理：
1）我们知道如何丢掉人情世故间的客套面子，盯紧含糊不清的托辞解释，与其它厂家商定接口时，引导客户做出有利于我方的结论；
2）我们会让所有项目组成员看到自己就厌恶得不想吃饭，知道你除了进度就是进度，为了上线验收不惜一切。
3）我们面对客户，极尽阿谀奉承，溜须拍马、欲盖弥章、发誓吹牛、粉饰太平，无所不极。
4）我们内心忍受痛苦、无力抱怨，独自承受，漫长煎熬，冷暖自知，坚强成长，勇于担当，自信坚强。
我们，将成为离现实世界最近的人。谢谢各位项目经理。
今天是持续写作第 22/100 天。
* 作者简介：王不留(微信: wbliu85)，凌晨四点开启奔跑人生的小卒子。