被迫的同意

外包公司版本管理有问题，几乎每周要上两三个版本，拿着变更单找我签字。

搁以前在企业，外包公司提交的代码我都会瞅一瞅，看看写的有没有大问题。现在到机关了，并不是我对技术没兴趣了，而是杂事太多，彻底跟代码说拜拜了，完全不知道公司提交了什么。

每次签字的时候，我的内心是拒绝的，担心万一哪个工程师心里不爽，夹带着正常业务功能提交个鬼鬼祟祟的定时任务，未来哪天把钱给转走了，或者把敏感数据导走了，又或者把库删了，我到哪儿哭去？不签吧，又是不支持工作，给我戴个高帽我也吃不消。所以，外包公司的合理要求我必须屁颠屁颠的快点办好，给他们打好下手，做好保姆服务，免得他们有怨气来坑我。而这变更单，我只能眼一闭心一横勉为其难地签字，心不甘情不愿地当好背锅侠，我感觉这做项目还不如当乙方有底气。

这样一件小事就让我左右为难，那领导们天天在大事上做决策岂不更是如此？

一个正常人，如果没有深度参与，想把一件事情搞透彻那绝无可能。所以领导们在大事上签字的时候，心里肯定也慌啊，也很无奈啊。签的字不论是“原则上同意”还是“按规定办理”，都是难为领导啊，谁知道下属汇报情况的时候自己有没有完全搞明白呢，事情做着做着会不会有坑呢？万一这事搞砸了、出事了，岂不是“人在家中坐，锅从天上来”？

不顺畅的流程应当有所改变，让流程的参与者感觉很舒服，这是数字化转型该做的事情。

具体怎么做呢？我想，要根据事情的性质和规模分类去做。

第一类，没有能力把细节搞的那么清楚的日常性工作，比如审核乙方的系统变更申请这种。把审批流程放在系统里，从关联的需求单到测试人员测试确认，让系统根据规则自动审批，做好日志记录，发通知告知相关方。

第二类，必须要做，但是专业性太强的大事，就像建造詹姆斯·韦布太空望远镜这样的大事。这不是一个领域的专家能说了算的事情，需要聘请多个领域的专家充分论证，形成结论和潜在风险后给领导参考，权衡利弊再做出决策。

更好的办法是，自己多招点专业人才，深度参与进去，把事情搞清楚弄明白，在能力范围内确认没有问题了再签字，这样是最稳妥的。