一个政企安全项目的交付手记

catfishfighting
catfishfighting

透明魔方

2026年10月31日 08:40
上海

去阅读

最近，我负责的一个中型政企安全运营项目终于定下了终验时间。这个项目磕磕绊绊的总算是快搞定了。

现在坐在电脑前写这篇复盘，当时那种被各方按在地上摩擦的急躁感散了不少，现在正好能静下心来理理。

每天都有事情要做，认真做的话，可以说做不完的事情。这大半年，我面对过总集方在群里的公开发难，遇到过甲方领导因为材料不满意而劈头盖脸的PUA，也经历过内部领导把技术盲区直接甩给我的无奈。

虽然我觉得有些工作方式不行，但这个是人家的工作方式，或许还是人家的战略之一，我不用管太多。

我要的是利用这次项目面临的挑战，复盘一下，把纸上的项目管理知识深入运用起来，才不负我这一年多的消耗。

借着这份项目日记，我简单整理了四个维度的感受（不是很全，先练练笔吧）：

第一，需求治理：不能只是一个传声筒。

在这个项目里，最头疼的就是范围蔓延。甲方某个具体负责人、总集方，随时会抛来一个新需求。

以前我容易自己全部接住，直接开干，但除了锻炼出我的三头六臂，我没看到有什么其他的好。现在我学会先记录需求，然后走一遍向上流程，虽然大部份也只是走过场（我们这样的小公司基本对甲方需求是来者不敢拒的），但不走流程就是我的问题。

当面临几十份报告批量要交的时候，我不再盲目信任总集（认为他们已确定甲方需求），让团队直接开写。我先出一份“试写版”或者让总集提供“模板”，再要求总集去找甲方和监理确认，才让团队批量生产。

另外，遇到合作方在群里疯狂@我催进度，我现在也不再顺着对方的逻辑去自证。直接文字留痕：”收到，需求已记录，按目前的排期，将在X日给出。”

第二，复杂干系人管理：把“踢皮球”变成“权责对弈”。

政企项目里，多方势力的拉扯严重。

很多时候，安全总集想甩锅，内部研发也想甩锅。

遇到技术盲区，我现在除了自己瞎琢磨学习外，还会直接拉会，把球踢回给该负责的人：“这块涉及底层排查，需请总集提供排查方式，我们负责配合执行。”

还有向上管理。当遇到顶层设计的需求，甲方觉得我们做得不够高大上时，我立刻把内部的技术专家拉下。我按专家的思路把框架整理出来，然后明确告知：“后续甲方深究细节，直接找您对接。” 绝不替领导做决定，也绝不替专家背技术锅。

同时，针对项目中风险问题，我提前拉着甲方和监理开预审会，把那些可能暴雷的卡点（比如老旧系统没法升级、历史遗留问题）提前摊在桌面上。有问题大家一起解决，别等到最后一天才来扯皮。

第三，用“高质量文档”锁定交付。

政企项目的终验，本质上就是对合规和文档质量的考验。实施得再到位，如果文档里出现了错别字、日期不对、或者少了一个盖章，甲方看来就是质量不行，水平不行。

所以在终验前，团队交上来的报告，细节让他们自己交叉互审。我利用监理的力量再次审核，在我有余力的情况下也会主动去做核心材料的修订。

第四，拒绝情绪内耗。

这个项目中，我有了一个很好的环境练习“拒绝情绪内耗”。别人发脾气，是别人的课题；我把活干好、留好痕迹，是我的课题。

拒绝讲别人的情绪在内化到我的身心，心不受影响才能发挥它的力量。

最后的一点小感悟：

管理SOP以及可复用的模版都是有价值的。