任务集是岗位的原材料，岗位是任务集的组织形式

一个组织里，岗位是怎么来的。

大多数人的默认答案是：岗位是给定的。公司有组织架构图，图上有一个个方框，方框里写着岗位名称——销售经理、工艺工程师、车间主任、财务主管。人来了，往里填。人走了，再招一个。岗位像一个预先存在的容器，等着有人来装。

这个默认答案，让大多数组织设计从一开始就走错了方向。它把岗位当成了起点，其实岗位是终点。真正的起点，是任务。

任务从哪来？从业务里来。

一家公司靠什么赚钱，钱从哪进、从哪出，中间经过哪些环节，每个环节要做哪些事——这些事，就是任务。客户询价，要有人接、有人核、有人报。订单下来，要有人排产、有人备料、有人跟进。产品做出来，要有人检、有人包、有人发。这些事不是谁凭空想出来的，是业务本身要求必须发生的。业务不停，这些事就得不停有人做。它们构成一个集合，叫任务集。

任务集是客观的。它不以现有岗位为转移。你设不设那个岗，那些事都在那里，总得有人干。问题只在于：谁来干，怎么干，干得顺不顺。很多组织的毛病，恰恰出在任务集和现有岗位对不上。有些任务漂在空中，没人接。有些任务被硬塞进一个不合适的岗位，做得别扭。有些任务早就没有存在的必要了，还占着一个编制。有些任务明明可以一个人干，被拆成三个人在干，中间还要开会协调。

所以看一个组织有没有问题，架构图看不出真相。图上只有方框，没有任务。它不告诉你这些岗实际承接了哪些事，哪些事在岗与岗之间漏掉了，哪些事在不同岗上重复了。只有从业务事实出发，把任务集理清楚，再回头对岗位，才看得出来。

理清楚任务集之后，就到了关键的一步。任务集不能自动变成岗位。这中间隔着一个动作：组织设计。或者说得更直白一点，管理判断。

同样一堆任务，可以有很多种组织方式。可以设一个专职岗位全部承担，也可以拆成三个岗位分头承担，也可以合到其他岗位里去，也可以外包出去，也可以用系统替代掉一部分。哪一种更好，不取决于任务本身，取决于几个很具体的判断：这些任务的量有多大，需要什么能力，在业务链条的哪个位置，归谁管更顺，出了问题谁负责，成本能不能承受，人在这个岗位上有没有成长空间。

这些判断，没有一个是任务集能自己给出的。任务集只告诉你“要做什么”，不告诉你“怎么组织这些事”。怎么组织，是人的选择。这个选择的水平，直接决定了岗位设计的水平。

判断准了，岗位长在业务上。

人做起来顺，交接清楚，责任分明。判断错了，岗位就是悬空的架子。职责书写得漂亮，实际没人干得成。或者几个岗位互相打架，每天靠开会协调，靠领导拍板，靠私人关系推进。组织于是开始折腾——今天合并，明天拆分，后天设一个新部门，大后天又撤掉。改来改去，改的是方框和线条，不是任务集和它背后的业务事实。所以怎么改都不顺。

看两种做法就清楚了。一种公司要调整组织，第一步是换人，第二步是改岗位名称，第三步是重新画架构方框。忙完一圈，业务该堵的地方还在堵，因为从头到尾没人问过一句：业务变了以后，哪些事是新长出来的，哪些事已经不需要了，哪些事一直没人管。另一种公司调整组织，第一步是盘点业务变化，把新增的任务和消亡的任务列出来，再看这些任务现在落在谁头上、落得合不合适，最后才是重组岗位、调人、改架构。前一种改的是壳，后一种改的是里。壳改得再勤，里不动，问题就一直在。

所以，一个好的组织设计，起点不是架构图，是业务。先问这家公司靠什么赚钱，钱怎么进、怎么出，中间经过哪些环节，每个环节需要发生哪些事，这些事现在谁在做，哪里断了，哪里挤了，哪里重复了。把这些事实看清楚，任务集就有了。有了任务集，再判断怎么把它们组合成岗位。这样长出来的岗位，是有根的，是贴着业务长的，不是从模板里抄的，不是从同行那里对标来的。

这套逻辑有它的适用范围。业务端、生产端、职能运营端的岗位，基本都适合用任务集来推导——这些岗位的工作内容是相对确定的，业务流转的路径是清晰的，拆解起来有据可依。但有两类岗位不能简单套用。一类是高管岗，它的核心价值在判断、决策、承担不确定性，这些不是标准化、可重复的任务。高管也有固定事务要处理，但那些事务不是这个岗位的核心。另一类是核心研发和创意岗，它的价值来自突破和创造，你越用任务去框它，它越做不出该有的东西。这两类岗位的设计逻辑，更多是定方向、给空间、配资源，而不是把任务打包。所以任务集这套方法，是组织设计的地基之一，不是全部。

还有一层，比“怎么设计岗位”更重要。业务是会变的。客户变了，产品变了，市场变了，技术变了，任务集跟着变。原来需要五个人做的事，现在系统能替掉三个。原来一个岗位就能处理的事，因为客户要求变复杂了，需要拆成两个。原来不需要有人专门管的事，现在变成瓶颈了。

任务集在变，岗位也应该跟着变。但大多数组织的岗位一旦设下去，就固化了。几年不动。动的时候，往往不是因为业务变了，而是因为有人走了、有人闹了、上面要求减编了。这种滞后，就是组织变笨重的开始。它不是因为人不努力，也不是因为架构图不好看。它是因为没有一套从业务事实持续校准岗位的机制。

组织真正需要的能力，是能从业务里持续地理出任务，持续地检验现有岗位和任务集之间有没有脱节，持续地在脱节的地方做出调整。这套动作不是一次性的。它得是日常的、持续的、跟业务同频的。有了这个能力，组织就不是靠架构图活着的，是靠业务事实活着的。业务变，它跟着变。任务变，岗位跟着变。

最后归纳和强调：任务集是岗位的原材料。岗位是任务集的组织形式。中间隔着管理判断。判断的根，在业务事实上。抓住这条线，岗位就不是死的。它是有根的，能长的，能随着业务自己呼吸的。这才是组织设计真正该有的样子。