项目经理张罗这事儿，乍一看看着挺高大上，实际上落地下来就是要把“人”和“事”给理顺。
那会儿总认定负责人得全能，结局发现那些整天开会听汇报的，往往连个具体任务都分不清楚。
那时候我就琢磨，如何把那些光说不练的活儿给排进去？实际上没那么复杂，就是得让每个人都知道自己手里拿的那个锤子是啥东西，别拿着扳手去拧螺丝，更别拿着锤子去拧螺丝。 最典型的例子就是去年我带团队搞那个大型峰会项目。
那时候项目干到一半，核心角色的职责边界特别不清楚。销售认定后端开发的活儿是基础，得先搞定；后端认定销售是背锅侠，得先把demo出来；研发认定销售需求忒随意，没法个中；销售认定后端进度遥遥无期，没法签单。整个团队就像一盘散沙，信息都在磨叽，效率直接降了个零。
后来我搞了一个个像“哪位负责啥”这种表格，把每个角色该干啥、啥时候干、干不好咋办、哪位牵头算上，全都写死在文档里。结局就是，销售追着后端问啥功能定义，后端追着销售问需求改不改，研发追着销售问能不能按时上线。直到我强制规定，凡是需求没明确、进度扯皮超过两小时的事件，直接扔给项目管理群里，由项目经理统一调度，不准个别角色去堵截。别看刚启动有人认定被管得喘不过气，但后来发现，大家都不再推诿了，出于每个人都清楚，在这个节点上，我的命令就是法，哪位也别想赖账。
这就是把不清楚地带给切清楚，让权责像手术刀一样精准地切下去。 说到执行，那会儿总嘟囔资源不够用，实际上大量时候是流程卡住了。我就认定，哪有啥资源不够用的难题，无非是沟通链条忒长，转了一圈才发现自己离终点还远。我就搞了一套基于里程碑的追踪机制，每周只盯着那几个关键节点，比如代码评审过了、测试通过了、客户确认了。
只要里程碑没突破，其他事就不用管。
这种“抓大放小”的策略，当年让我省了大量工夫，出于本来要花在协调、开会、扯皮上的功夫，全被用来推进核心任务了。 不过话说回来，光有规矩好办，管人难。
那会儿项目经理就像个监工，主打一个严字当头，结局团队氛围特别紧张，大家都不敢提意见，生怕得罪了领导。
后来我试着换个思路，把规则变成大家共同遵守的游戏机制，把“服从”变成“配合”。
这时候项目经理的角色就变成了推动者，不是去发号施令，而是去搭桥引路。
比如遇到跨部门协作卡壳的时候，我不再直接二传十步，而是找双方都认可的第三方接口人，要么把双方拉到同一个会议室，让利益相关方自己坐下来谈，最终达成的共识比我一通命令更能让人信服。 实际上说到底，职业项目管理的核心就是下降不确定性。项目这东西，起步的时候哪位都知道干啥，干到一半往往就乱了。我就认定，这个项目就是不断做减法的过程，砍掉那些说不清道不明的死任务，砍掉那些推诿扯皮的协调员，砍掉那些没有依据的决策。剩下的就是硬骨头，硬骨头没个清楚的分工和固定的节奏，确实挺疼的。但只要你把那些累赘给摘了，剩下的路走起来就顺畅多了。 最终还得提一句，管理有时候就是看心态。
那会儿总认定项目经理得是个完美画家，啥颜色都要全能掌握，结局画出来的项目全是灰。
后来我明白了，项目经理得像个 honest 的工匠，承认自己也会犯错，承认流程也会堵，但关键在于犯了错能不能快速止损，能不能在混乱中把活儿给接上。
这种“以诚待下”的态度，反而能换来团队的信任，让大家在压力下也能跟得紧。
毕竟，咱们这一行，干的不光是项目，更是把别人的信任用到实处。 回顾这些年，我见过不少项目烂尾，也见过不少成功案例。差别就在于，有没有把那些看似无涉紧要的细节给抠出来，有没有把那些好办出岔子的环节给填平。项目经理不只是是个调度员，更是个匠人，得把整件事的整体性给保持住。
不用乎那些虚头巴脑的理论，只要流程不乱、边界清楚、人不对、事不对，这事儿就能成。
说白了，就是别整虚的，把事儿给做实，把人给缩到最小有效的范围内，剩下的就是硬碰硬。