我们搞投资项目，最忌讳的就是像坐精密仪器一样，按部就班。

那会儿干这事，总认定流程务必死板，走一遍流程就是合规。结局呢？项目干着干着就卡壳了，钱如何进账、人如何分配、风险如何控，一个个都在扯皮。

实际上啊，咱们目前的投资，早就不是那种好办的、枯燥的填表填单了，得把事儿往深里琢磨。 说到管理制度，老说法就是“流程+制度”。但这哪叫流程？流程那是个动词，是动作；制度那是个名词，是规则。

那会儿我们总混为一谈，认定把流程画出来、制度发下来就算管得宽了。可过会儿你就发现，流程里写满了步骤，制度里却悬着个空子。

比如项目立项，流程上写了要发三个审批单，制度上却规定由分管领导一人拍板，那这三个审批单到底是干嘛的？是形式主义的废话，还是为了防止推诿的挡箭牌？反正到了执行层面，要么没人管，要么有人就把流程当儿戏。

我想说，管理制度不是挂在墙上的文件墙，而是贴在办公桌上的活地图。 那到底该如何定？我认定得把“结局”和“过程”彻底拆开看。大量单位搞制度，喜爱抓“事前”，认定项目干不成了再追责不中。可列个清单，前面让哪位审批、哪位签字，后面就哪位负责、哪位签字，哪位具体干、哪位负责，结局那个制度就废了。项目启动，流程里写着总监提了一个需求，制度上规定了总监务必提。哪位提？提啥？提完不用人管？这制度还没落地，项目还在锅里煮呢。

故此管理制度得有点温度，得让人能接住。

比方说，制度里不能只写“需求总监审批”，得明确说明“总监务必对需求的核心逻辑负责，若逻辑不通驳回，不能仅以流程走完为由放行”。 再看数据讲话，这事儿就更有劲头了。我印象深的是那个省里的一个交通项目，为了落实管理制度，专门做了一个“红黄绿灯”看板。绿灯代表流程通畅，黄灯代表卡住的地方，红灯代表务必整改的硬伤。制度规定，项目启动前要是看到黄灯超过三个小时，就得找具体卡点人开会。结局呢？项目刚启动，审批就卡住了。领导说：“流程上说了总监要提，可总监目前还在开会，总监提完要提啥？系统里还没数据？”这一问，直接把整个流程堵死了。

后来他们改制度，没再强调“务必提”，而是改成分级管理：一般需求由总监提，重大项目由投资决策提。

这样改，项目启动才特别快。

你看，制度要是只停留在文字上，数据一上来，那些虚头巴脑的条条框框全得破功。 还有啊，制度不能只盯着“管”，还得盯着“不犯”。有些项目制度写得扎实，流程跑得顺畅，可没人真去管。有个水利项目，制度上写了“重大风险务必报省局”，但这报的不报的，领导心里清楚。结局干着干着，一个隐蔽性挺强的工程隐患冒出来了，总办拍着胸脯说：“制度上写了务必报，如何会不知道？”再后来那项工程出了大难题。

这时候制度就成了一张废纸，出于没人认定“务必报”是常态，只有认定“务必报”是异常的。制度要是没有敬畏心，那就是个摆设。 故此，制度这东西，得有个“活”的配方。配方里要有流程的骨架，得有数据的血肉，还得有人情味的润滑剂。流程给个接口，制度给个标准，数据给个反馈，人情给个温度。别整那些大道理，比如“加强管理”，“强化意识”，这种大词儿一听就假，落实不了。得把事儿做实，把数据算准，把流程走通。 最终还得提个醒，制度不是冷冰冰的红头文件，它是活生生的项目实例。上面说的，得落在项目上；项目里的，得反映制度。别等出了大纰漏了，再去听领导讲“加强管理”。得在干上的时候，就把制度当成工具带在手里，用数据去填充，用流程去串联，用标准去检验。

这样，制度才能真正变成团队里的一股动力，而不是束缚手脚的绳索。干活的时候，制度既要是尺子，量着项目标尺寸，又要是尺子，量着人的产出。就如此好办，也不用那些虚头巴脑的套话。