摘要：当了主管，有些安排为什么还是推不动？下属没照办，是不愿意配合，还是事情根本做不了？职位让一个人有权安排工作，大家愿不愿意认真跟着干，还要看他平时怎么判断、怎么用权，出了问题又怎么处理。
当上主管以后，有些人才发现，自己说的话并没有想象中那么管用。任务交代下去了，对方也答应了，到了时间却没做。会上没人反对，会后还是各做各的。催得多了，自己累，下属也烦。
也有些负责人，并不是团队里技术最强、资历最老的人，但遇到分歧，大家愿意把真实情况告诉他，最后也愿意按他的决定去做。为什么？
我觉得，得先分清两件事：公司让你管这件事，和别人信不信你能把这件事管好。前者要靠明确的授权，后者要看你一次次怎么做事。两件事都重要。有职位却没有实际权限，安排可能推不动；有权拍板却总让团队替自己的失误收拾，大家也很难一直信你。
下面用一些案例，聊聊这些区别。
当了主管也要看你到底能做什么主
MW 刚好也做过一个类似的门诊，里面讲过管理层的“权责利”要对等，指路→《MW 职场门诊｜小管理入门》
团队里总得有人决定先做什么、后做什么，遇到冲突怎么办。每个决定都等所有人同意，工作很容易拖住。所以，管理者安排职责范围内的工作，不需要先让每个人都喜欢自己。
可有一个头衔，不代表什么事都能定。你能分配任务吗？能调整优先级吗？安排跟别的主管冲突时，谁说了算？这些没讲清楚，光要求你“对结果负责”，是不够的。
比如，一家软件公司让项目经理负责按期交付，研发和测试人员却仍由各自的部门主管安排。项目经理刚定好这周的任务，部门主管就把两名骨干调去处理另一个客户的需求。项目延期了，最后被问“为什么没管好进度”的，还是项目经理。
这时候，项目经理再催下属也解决不了根本问题。人到底归谁安排，两个项目谁优先，临时调人造成的延期谁来确认，都需要找有权决定的人讲清楚。
可以把安排落到具体的人和时间上：这几个人本周各能给项目多少时间，中途要调走需要谁同意，如果两个任务撞在一起，找谁决定。否则，下属同时收到两份互相冲突的要求，听谁的，都可能得罪另一个人。
管理者带不动团队，有时确实是自己没管好，也有时是公司只给了责任，没有给够权限。先弄清楚这一点，才知道接下来该改什么。
你不必样样比下属懂
有些人觉得，自己当了主管，就应该比下属更专业，问什么都能答。遇到不懂的事，也不敢承认，怕一开口就让人觉得自己不行。
研发负责人未必比每个工程师都熟悉代码，销售负责人也未必比每位销售都了解某个客户。可团队还是需要他作判断：这个风险值不值得冒，为了赶交付可以放弃什么，这笔订单会不会影响后面的合作。
不懂某个细节，可以找懂的人问。关键是听过之后，能不能看出问题在哪，再把不同人的意见放在一起考虑。
假设一个研发团队准备周五上线。测试工程师发现，用户支付后，系统在特殊情况下可能把同一笔付款结果重复处理。负责人一开始觉得影响不大，希望照常发布。工程师提出反对，拿出问题出现的具体步骤，说明哪些交易可能受到影响。
如果负责人只想着“我都定了，你还来反对”，这个问题就很难谈下去。核实之后，他决定把涉及支付的部分延后，其他功能照常发布，并向业务方说明，是自己重新评估风险后改了安排。
承认最初没想周全，会不会没面子？可能会有一点。但下属至少看见，拿得出依据，负责人是肯听的；发现问题，也不会让提醒的人来背延期的责任。
当然，担责也有区别。方向是你定的，方向判断错了，就该承认。执行中有人隐瞒问题、没按约定做，也要把那部分责任说清楚。什么错都替下属扛，和什么错都往下推，一样会让人分不清到底该对什么负责。
规则不能看人下菜碟
专业判断之外，大家还会看你怎么对待人。
同样犯了错，关系近的人可以解释，关系远的人就要被追责。昨天还让大家大胆试，今天出了损失，又问“谁让你这么干的”。这种事多了，员工花心思研究的，就会是领导喜欢谁、今天心情怎么样。工作反而排到后面去了。
公平也不等于奖金平分、机会轮流。岗位、贡献和承担的责任不同，有差别很正常。但为什么有差别，理由要说得清，管理者自己也要守同样的约定。
很多主管确实决定不了加薪和晋升。能做的，是把贡献记准确，把自己能争取什么、暂时做不到什么说清楚。还没批下来的机会，别先拿来当承诺，让员工照着已经确定的事去安排。
你怎么评价别人，怎么分配机会，答应的事后来怎么样了，大家都会记着。等到下一次需要他们多承担一点时，这些经历就会影响他们愿不愿意配合。
下属没照办先问问卡在哪里
“这个人不听话”，说起来很省事，却没告诉我们具体出了什么问题。
他是没听懂，还是不会做？手里已经有别的急事，还是觉得你的安排有问题？也可能要求和条件都讲清楚了，他还是不愿意履行职责。原因不一样，处理办法当然也不一样。
比如，运营负责人要求仓库当天下午把库存全部盘一遍，仓库主管迟迟没组织。负责人觉得他执行力不行，再一问才知道，当天还有必须发出的订单，而盘点需要暂停相关库位的出入库。两个任务撞在了一起。
这时候催一句“你想办法”，并不能让两件事同时完成。负责人得作取舍：先把当天必须发的订单发出去，再盘点差异较大的库位，其他部分放到低峰时段。安排改了，工作才有办法往下做。
下属提出困难，可能是在把你没看到的情况告诉你。先听明白，再判断这到底是困难，还是推托。
这张表用来提醒自己先核实什么，不能凭一种表现就给人下结论。比如，一个人交付偏了，可能没听懂，也可能能力暂时跟不上，还可能是你中途改过要求，却没讲清楚。
听过意见也要作决定
听下属说话，不代表每次都得一直谈，直到所有人满意。职责范围内的安排，听过必要意见，确认能做，也考虑过主要风险，管理者就得决定怎么往下走。
可以把话说具体一些：“你提到的这个风险，我们调整。剩下的分歧，目前先按这个方案做。周三看数据，如果出现刚才说的情况，就换方案。现在还有什么会影响执行，需要一起解决？”
对方未必完全认同，但至少知道哪些意见被采纳了，接下来做什么，什么时候还能调整。有了新情况，也可以继续提出来。
有时候，问题也确实在员工这一边。
比如，一位销售骨干长期不更新客户记录，觉得自己的业绩已经够好了，没必要再填系统。经理可以先看看，是不是重复填报、字段太多，或者录入确实有困难。没用的内容删掉，该给的支持给到，再把必须记录什么、什么时候检查说清楚。
客户记录关系到交接和回款协作。如果这些确实属于岗位职责，障碍也已经处理，对方仍然反复拒绝，经理就需要留下具体记录，说明对其他人的影响，按公司的制度正式沟通和处理。
不能因为他业绩好，就让协作要求只约束其他人。也别把问题说成“他不给我面子”。该讨论的是，他没完成什么职责，影响了谁，之后怎么处理。
遇到紧急情况，讨论时间可以缩短。但明显违规、危险或者超出权限的要求，也不能只用一句“先执行再说”就带过去。
想让人信你的判断先把事情想清楚
说到底，团队为什么愿意听一个人的决定，还得看跟着他的判断做事，能不能把事情做好。如果安排总是不合理，再强调纪律，也很难让人长期信服。
怎么让判断更靠谱？先从每次讨论里几个容易漏掉的问题做起。
先说清这次到底要解决什么
客服主管想缩短排队时间，财务想少花人工费，质量负责人担心答错问题。每个人都有道理，争了半天，可能只是各自在解决不同的问题。
可以先把这次的目标和限制说清楚：促销期间，先解决等待太久的问题；不能靠取消必要核验来提速；暂时不加人，可以调整排班和问题分流。这样再谈方案，大家才知道要优先保住什么，哪些地方可以商量。
看清哪些已经知道哪些还只是猜测
“用户不会用这个功能”和“过去一周有一百人访问，其中五人完成操作”，是两回事。前一句是判断，后一句才是可以去查的记录。
就算数字没错，也还得看看这批人从哪来，统计方式有没有问题，用户到底停在哪一步。五个人完成了操作，还不足以直接说明这个功能没有价值。
讨论时可以多问一句：这个判断根据什么？还有哪些情况没弄清楚？如果出现什么信息，我们就得改主意？经验当然有用，但以前遇到过，不代表这次一定一样。
让真正接触问题的人先把情况说完
交付要多久，问问实际做的人；客户为什么流失，听听客服和销售，也看看记录；生产怎么排，先了解设备和工序有哪些限制。管理者需要顾及整体安排，也得听这些实际做事的人把情况说清楚。
与其在会上问“大家有没有意见”，不如问：“假设三个月后这件事没做成，你觉得最可能卡在哪里？”也可以先请大家分别写下判断，负责人晚一点再说自己的倾向，给不同意见留点空间。
听完以后，还得由有权决定的人把取舍讲清楚。开了会，却没人决定先做什么，协调的麻烦就会继续留给下属。
拿不准的事可以先试一小步
管理者不可能每次都掌握全部信息。有些事，讨论再久，也得做了才知道。但可以先想想：判断错了要付出多大代价，还能不能改回来。
比如，电商促销期间，晚间客服排队很长。负责人想把一部分白班人手调到晚上，有人却提醒，白天还要处理售后工单。晚间等待少了，白天积压多了，问题可能只是换了个时间出现。
与其立刻全团队换班，可以先核对各时段的咨询量、工单量和实际到岗情况，再找一个业务组试两周。开始前就讲清楚，要一起看哪些变化。
这些变化到什么程度就得调整，需要看自己业务原来的情况和能承受的代价，提前约定清楚，也要定好谁来查、什么时候查。等出了问题再临时解释，就很容易只挑对自己有利的数字看。
试了没达到预期，也可以继续找原因：是排班没排好，还是咨询分类、系统效率、人员技能出了问题？范围小一点，调整起来也容易一些。
一段活动文案，可以小范围快点试。涉及核心系统、重要客户、大笔投入的调整，就得花更多时间验证。能改回来的事不用一直等，难以挽回的事也不能只靠一句“快速试错”就往前推。
决定出了问题以后怎么办
做对一次，不代表当时什么都想清楚了；做错一次，也未必说明这个人没能力。运气、环境变化和执行中发生的事，都会影响最后的结果。
但如果每次成功都说自己判断准，失败都怪下属执行差，就没法从过去的事里学到什么。
假设采购经理选了一家报价低的供应商。第一个月，采购成本降了，大家觉得选得不错。后来却开始交付延迟，要安排加急运输，返工也多了。省下的采购费，可能又花在别处了。
再回头看，就得分清楚：选择时有没有漏看本来就能查到的交付风险？小批量试用有没有覆盖实际生产要求？出了延误，有没有及时提醒？还是供应商后来遇到了事先难以预料的变化？
如果当初只比了单价，下次就要把运输、返工等成本和履约能力一起考虑。如果早知道有风险，却没约好怎么预警，就把检查安排补上。执行中有人隐瞒问题，也要另外处理。原因弄清楚，下一次才知道具体改哪里。
所以，作重要决定时，可以简单记一下：当时想解决什么，根据什么作判断，考虑过哪些办法，预计会怎样，担心什么，准备什么时候再看。这样回头讨论，才有东西可核对，不至于谁都说自己早就料到了。
发现判断错了，愿意改，也愿意把该承担的责任承担起来，团队才更有理由在下一次继续把真实情况告诉你。
管理者也有自己的局限。资源不够，上级不支持，薪酬和晋升自己说了不算，这些都可能影响管理。你不能保证所有问题都能解决，但可以把能决定什么、还要争取什么讲清楚，把标准定明白，把员工做过的贡献记准确，不随便许诺。
我觉得，管理者的权威就是在这些日常相处里慢慢形成的。公司可以给你一个职位，团队却要通过一次次共事，才知道你的话值不值得信。你能听进去问题，作出讲得通的取舍，必要时敢用手里的权力，判断错了也肯改，大家才更有理由认真跟着你干。
