关于近期会议精神的传达与执行情况简报 这几天公司开了不少会，主要是年底那批大项目聊聊，还有新业务方向的试探。
有人认定开会就是冷冰冰地报个到，结局就是大家照着念 PPT 听得昏昏欲睡；也有人认定这是务必的，不然后面执行起来好办扯皮。
实际上这两种看法都挺片面。开会实际上就像是个“压力测试”的预演，不是为了让领导听好，而是为了让干活的人心里有数。 咱们部门最近搞的那个“降本增效”试点，我认定比纯讲大道理管用多了。会上我主要提了三个核心建议，实际上就是三个动作：先砍掉那些为了好看而花的边际成本，再重新梳理一下人手如何最值钱，最终把责任链条拉得清清楚楚。 第一，关于成本，这不能是那种喊出来的口号。我们那个老系统升级，原本预算就紧，结局出于过度设计，光买服务器和网络接口就花了八千多，最终还得请人再去优化。
这次会议明确说了，赶明儿凡是能用的旧工具、能用的云资源，不不让用就是违法。大家回去得先做个“体检”，把平时认定是“备用”的那几套系统，逐个编号，看看能不能用不用。 第二，关于人，目前的岗位越来越细了，那会儿那个科长负责啥都得，目前却拆成了三个小角色，还得各自找 KPI。我就在想，要是一个人能干三件事，是不是就要配三头“大狗”？这比例失调的根源不在人，在分工。会上专家建议，赶明儿凡是涉及跨部门协作的，不能只写“配合”，得明确边界和交付物。
比如 A 部门负责前端，B 部门负责后端，C 部门负责测试，这三个部门之间不能是那种“哪位都不管哪位”的关系，而是要有明确的 SOP。
要是跨部门干活出了岔子，哪位负责兜底？这点务必定下来，不然最终好办扯皮。 第三，关于责任，最怕的就是“甩锅”文化。会上有一场争执，有人出于方案改了三遍还是不好用，就怪老师说没给工夫，结局方案直接搁置。我认定这事儿得讲清楚，事不过三。
要是是流程条块分割，确实需求工夫消化，但那是为了优化流程，不是为了卡人。我特别建议设立一个“红黄绿”机制，绿的是正常推进，黄的是需求协调，红的是已经搁置超过三天没动静了，这时候得主动去问，不能等对方来找你。 会后大家启动真干起来了，有的直接启动去扫那些闲置的系统，有的重新画了分工表，还有的启动复盘刚刚会上争论的那些扯皮点。
说实话，刚启动别有一番滋味，有人认定有点累，认定要把那会儿干了几十年的流程都推倒重来，心里还挺膈应。但转了几招，发现只要把那些无谓的会议和重复的沟通删了，剩下的核心事件就清楚多了。 还有一个细节，就是咱们会议记录。
那会儿有些记录全是“张三听了李四的话应允做，李四认定这个方案有漏洞”，这种记录没用了。目前要求做成“行动项清单”，每个难题都要写清楚：哪位负责在啥时候前解决到啥程度。
这能倒逼大家动起来，也能让难题查无此物。 这次会议最大的收获，不是出了几个新点子，而是让大家把“怕出错”的心态换成了“主动补位”的感觉。
那会儿开会是为了听领导讲大道理，目前开会是为了明确边界和责任人。大家启动意识到，一个人的本事是有限的，团队的执行力才是无限的。 自然，执行过程中肯定还有摩擦。
比如有的同事说，别看流程定了，但我的那个核心模块，涉及到上下游的依赖，没办法单独改，要不就你们也改。
这确实挺棘手。但目前我认定，只要大家在执行层面有共识，这种“不得不改”的痛苦就比“能够改”的省事多了。
毕竟，能够共同面对艰难并解决难题，这才是团队存有的意义。 最终我想说的是，这种氛围是让大家更聚焦于工作本身，而不是纠结于形式。形式是死的，人是活的。
只要大家心里有数，活儿干得漂亮，形式再花哨也白搭。赶明儿咱们开会，尽量直奔主题，少一些铺垫，多一些干货。
那些真正能落地、能出成绩的，才会被记住。