什么是块块管理-块块管理模式

有了块块管理，咱们日常干活就像是有个自带导航的司机，不用非得盯着每一寸路面，只要心里装着板块，路如何走自然就知道。
那会儿大家干活，认定天塌下来才得细想，结局干到后面才发现，原来前面那两块地早就埋了方案，后面那两块更是没头没脑地瞎冲，最终要么开了十个小时车才跑到交个头点卯，要么在半路就出于没盘好这盘那盘，给大伙儿整得晕头转向。目前有了块块，咱得先承认，这不是让大伙儿瞎忙活，而是给大脑装上了个放大镜，把那些乱七八糟的细枝末节给剪掉了，只留核心，让思路能走得更直。 那具体是如何剪的呢？说白了，就是把一个大项目拆成一个个有名字的格子。
那会儿喊一个项目，那是把整个筐子扔给一个人，让他把这筐子挑完。结局呢，挑了十块，发现一块还缺砖，两块没放水泥，剩下的一半全是砖头，剩下的一半全是墙皮。
这时候再喊“启动干”，大家干活哪不累？再喊“收尾”，哪没得劲儿？大家都想快点做完，结局越干越乱，最终要么停工三天，要么三天后 Universe 都炸了。目前喊块块，就像是在这大筐里先分出了几个小包。每个包都有个名字，有个大约的个头，就连还能估出里面大约装多少土。钱呢，只要包里的东西达标了，钱就进账了，剩下的包数呢，就不影响目前的活计。 为啥要搞成这样，是不是认定这样挺省事？这话听着挺顺耳，但实际干起来，你会发现这“省事”是建立在把“乱”给算进去的基础上的。
那会儿大家干这活，就得指望运气好，要么有人能精准地把握每一块地的边界，把整体给统住了。可你想想，现实里哪位有这种本事？大局部时候，咱都干不好“整体”，也就只能靠“块块”撑着。就像咱们装修房子，那会儿总有个项目经理拿着图纸，按部就班地一层层盖，盖好了这一层，发现下一层图纸不对，只能拆下来重盖，结局拆得头秃，盖得眼花，最终不仅房子没盖好，人累得半死。目前搞块块，是先把地基给分开了，前院和后院、上层和下层，各自管自己的事。前院出了个小难题，只要把那块地拆了重铺，房子还能持续住；下层的楼要是有点裂缝，也别想影响上层，各自独立搞事，互不干扰。
这种状态下，大家心里都清楚，自己负责哪一块，哪怕这块地有点烂，大不了这块地烂了，反正那上面还有好地，要么上面这块地负责的人，只要把块块管好，心里就有底。 哪怕这种管理方式看着有点“散”，实际上大量益处是实打实的。就拿咱们最常见的“排版”来说，那会儿做这种活，往往是一起干起来，干到一半发现排版不对，得停下来重新开，结局大家干着干着就忘了，要么在前面跑八百步，要么在后面补了两百步，最终结局就是大家都累得腰酸背痛，做出来的东西别看看着都差不多，但质量却差了不止一层。有了块块管理，咱们得先承认，排版这事儿，千差万别，有“这个版本”的，有“那个版本”的，就连同一个项目，不同部门、不同人干，排版标准可能都不一样。
这时候要是硬要一个“整体标准”，那简直不可能，最终只能是两边扯皮，要么干脆干到半夜。搞块块，就是承认“千差万别”是常态，承认“标准”是个相对概念，而不是死板教条。 举个例子，咱们说做 PPT 要么做汇报。
那会儿大家做汇报，往往是一坨死难看，没逻辑，数据堆在那，讲得云山雾罩。目前搞块块管理，就像是在讲之前，先把每个板块里的数据给梳理清楚了。
比方说，首页只放核心结论，不堆数据；目录页只放标题，不打乱噪音；中间的说理局部，每个观点下面只放最关键的证据，其他的留个眼，不用全贴上去。
这时候，你看 PPT，那些数据是散落在各个板块里的，但整体逻辑是严密的，数据是匹配的，讲出来就是顺理成章的。
这时候，听众也不好办被后面的废话绕晕，出于每一块都承载着明确的任务。 再说说执行层面的变化。
那会儿干活，干到一半，发现这算数那块没到位，那算数那块也不对，最终还得回去重新算，要么找别人算，结局来回折腾半天，最终大家为了算出一套数，比干原本的那块地还累，最终做出来的东西连自己都看不爽。搞块块，是把这种“算数”的任务分成了几块，哪块没做，哪块没做对，就单独拎出来解决。之前那个没做对的地方，就让它自己待着，反正上面还有别的板块，要么上面这块做得好的，还能补回来。
这种“局部调整”的方式，实际上对干这行的人来说，是在下降“整体成本”。出于不需求所有人与此同时盯着同一个点，一个人管一块地，一块地坏了，只影响那一块，其他人还能持续干自己的活。 有人可能会问，是不是搞块块就是把任务分成了大量小局部，不是增添工作量吗？这话听着像，实际上不然。
那会儿大家干这活，往往是“一个萝卜一把坑”，要么“一个萝卜几个坑”，大家伙儿拼死拼活地干，最终拼出了一个成果，但过程是混乱的。目前搞块块，是把一个大坑挖成了几个小坑，每个小坑里都种了一棵树，大家各自种，各自负责，根扎得深了，叶长得茂了。别看小坑多了，总坑数比之前高，但每个小坑里的树，长得都更壮，扎得更深。出于大家心里有数，知道哪块地该种哪棵树，哪块地该种哪棵树，不用再为了种错树而焦虑，也不用为了种树忒多而忙得团团转。 还有一点挺关键，就是块块管理对“质量”的打磨功能。
那会儿干这活，质量往往是凭感觉，凭经验，哪位感觉好就是好，哪位感觉不好就是差，最终做出来的结局，要么好得离谱，要么差到让人看了就想扔。目前搞块块，就是把质量拆解成一个个小目标。
比方说，排版这块，要求是“清楚易读”，数据这块，要求是“真准”，逻辑这块，要求是“前后呼应”。每个小目标都有具体的衡量标准，每个人干完一块，心里都有个数。干完一块，就算过标，那就不影响整体，出于整体就是由一个个达标的小块拼起来的。
这样干，大家心里都有底，干得起来，干得明白，最终做出来的东西，质量确实不会差到哪儿去。 再想想，这种管理方式，是不是适合所有岗位？仿佛是的。
不管是程序员写代码，还是设计师画图，还是销售谈客户，就连是老板管项目，只要工作涉及的环节复杂、逻辑不清楚，要么需求频繁调整方向，搞块块管理都能派上用场。
特别是在目前这个环境，信息流快得让人喘不过气，那会儿大家干了一上午，可能刚干完，下一秒就有人来改需求，再干完，下个需求又来了，天天改，天天改，最终累成狗，做出来的东西更是面目全非。目前搞块块，是让大家先把眼前这块地给稳住，其他的地再慢慢来。
哪怕这块地有点难，只要稳住，其他的地就能跟上节奏，不至于被后面无限拉长拖了后腿。 自然，这种管理方式也不是完美无缺。它要求每个人都要对“块块”负责，不能把块块的事推给上面，也不能把块块的事混为一谈。
要是你干完了这块地，发现这块地没做好，别说是上面不应允，就是你自己心里也认定自己没干好。块块管理别看把责任分清楚了，但也让大家更加清楚自己的边界，不能越界，也不能把别人的块块当成自己的块块。
这听起来仿佛有点累，实际上不然，出于这种“切分”和“负责”，反而让大家能更专注于自己的那块地，而不是被全局的混乱牵着鼻子走。 总的来说，块块管理就是给复杂的工作装了个“分块导航”。它不追求一步到位的宏大叙事，而是接纳“分步走”的现实。它把那些看起来像“大锅炖”的活儿，变成了一个个“小灶火”，让每一块地都能独立生长，又相互支撑。别看这听起来有点“散”，但正出于散，才显得真；正出于真，才不至于让人在虚空中迷失。在块块管理下，大家干得快乐，做得明白，做得踏实，最终做出来的成果，也往往是大家心里最中意的。
毕竟，能让人愿意花工夫去干好每一块地，本身就是一种最高级的管理智慧。