协作模式转变组织体系整改方案

协作模式转变组织体系整改方案我作为公司组织发展部的核心经办人，这大半年跑遍了公司所有业务和职能部门，访谈了近五十名不同层级的同事，整理了满满三大本问题记录和改进建议，深知现有组织协作体系已经跟不上业务发展的速度，很多同事明明想干好事，却被不合理的协作模式和组织架构绑住手脚。基于调研结果和小范围试点的经验，我整理形成了这份整改方案，核心就是通过协作模式的彻底转变，带动组织体系的针对性整改，最终解决大家抱怨已久的部门墙、流程慢、责任不清的问题。1整改工作的背景与核心目标这段时间下沉一线调研，我听到最多的一句话就是“干成事怎么就这么难”，很多问题不是同事们能力不够，也不是大家不想干活，就是原来的体系从根上就不适应现在快节奏的市场变化了。1.1现有组织协作体系存在的核心问题目前我们沿用的还是十年前搭建的垂直职能型组织体系，一级对一级负责，所有跨部门协作都要沿着部门层级走流程，积累下来的问题已经非常突出。第一是部门墙严重，协作效率极低，我上个月跟着销售部的同事见一个老客户，客户反馈说我们的系统有个小bug需要调整，结果从销售提交需求到研发排上修改，整整用了18天，客户原话就是“你们这么大公司，改个小按钮比我重新找个服务商还慢”，最后还是我们总经理想办法特批才加快了进度，差点丢了这个合作了五六年的老客户。第二是信息壁垒严重，数据和经验不能共享，我访谈运营部的时候，好几个运营跟我说，想要找销售要一下客户的真实反馈，得走跨部门信息借阅审批，层层签字下来，活动都结束了才拿到信息，根本没用。第三是责任边界模糊，出了问题互相推诿，之前有一次线上活动出了故障，运营说研发没测好，研发说产品需求改了没通知，产品说销售临时加的要求，绕了一圈找不到第一个责任人，最后只能各打五十大板，谁都没受到影响，下次还是这样。第四是层级太多，内耗严重，原来我们从公司到普通员工，一共四层管理，很多中间管理者就是个传声筒，上面的通知往下传，下面的问题往上递，根本不解决实际问题，反而让一件简单的事多绕好几个弯。1.2本次整改的核心目标说句实在话，我们这次整改不是为了折腾大家，也不是要推翻原来所有的东西，核心是三个目标：第一是把跨协作的响应周期至少压减一半，让小需求能快速解决，大项目能推进顺畅，不让客户等，不让一线同事寒心；第二是彻底打破部门信息壁垒，让所有和项目相关的信息对所有参与人公开，不用再天天求人要数据要资料；第三是激活团队和个体，让干得多、干得好的人能拿到对应的收益，让想干事的人有空间发挥，不用再被层级和部门卡住。整个整改过程我们会充分考虑大家的适应情况，绝对不搞一刀切，不会让任何一个老员工没出路，这是我可以给大家保证的。2协作模式转变的核心实施路径找到问题明确目标之后，我们不能只在原来的体系上修修补补，必须从协作逻辑上做转变，再配套组织体系的调整，才能从根本上解决问题。2.1协作逻辑从“部门串联”转向“网状并联”原来的协作模式是一个环节做完再给下一个环节，市场部做完需求给产品部，产品部做完设计给研发部，研发做完给测试，测试做完给运营，任何一个环节部门内部排期满了，整个项目就停下来等。现在我们转变为以项目为核心的网状并联协作，任何项目立项之初，就把需要涉及的所有职能端的同事拉进项目组，从需求阶段就一起参与，比如做一个新产品，市场谈需求的时候，产品、研发、运营、售后就都在场，提前把可能碰到的问题说清楚，避免做到一半改需求，浪费所有人的时间。我们之前在一个小的创新业务线做了试点，按照这个模式走，原来预计两个月上线的项目，最终一个半月就完成了，中间改需求的次数比原来少了三分之二，出错率也降了近一半，效果非常明显。2.2搭建“双轨制”个人协作身份体系为了避免转模式之后出现管理混乱，我们给每个员工都设置了两个身份，一个是原有部门的身份，一个是项目组的身份，两个轨道各管一块，互不冲突。首先是部门线的定位转变，原来部门是资源管控中心，什么事都要部门经理审批排期，现在部门转变为能力培养中心，核心工作就是培养本领域的专业人才，梳理本领域的标准能力输出，给各个项目组提供合格的专业人员，不用再管每个项目具体的排期和进度。其次是项目线的权责明确，项目负责人从立项开始就拥有项目内的资源调配权、任务分配权和绩效考核建议权，所有项目内的决策不用再层层报部门审批，项目负责人就能拍板，出了问题也直接找项目负责人牵头解决，再也不会出现踢皮球的情况。这里我也跟大家明确，绩效考核上部门评分和项目评分各占50%，不会偏向哪一方，你在部门的能力成长算成绩，在项目里的贡献也算成绩，多参与好项目、多做贡献就能拿更高的绩效，绝对不会出现干多干少一个样的情况。2.3建立即时透明的信息共享协作机制原来我们信息传递都是靠开会、发邮件，很多信息传着传着就变味了，而且不是所有参与人都能拿到第一手信息，我们现在统一要求，所有项目都要在内部协作平台上建立专属共享空间，从需求文档、变更记录到进度更新、问题讨论，所有内容都更新在共享空间里，所有项目参与人随时都能看，不用每次开会再花半个小时同步进度。我们还改了会议规则，每个项目每周只开一次15分钟的站会，每个人只说三件事：我上周完成了什么，我这周要做什么，我碰到了什么问题需要协调，不说废话，不扯闲篇，原来我每周要开八九个跨部门会，每次一两个小时，试点之后我每周只需要开两三个短会，省出来的时间能做很多实际的事，这点我自己感受太深了。3配套组织体系的具体整改内容协作模式转了，组织体系必须跟着改，不然新的协作模式根本落地不了，我们的整改都是围绕协作模式转来做的，每一处调整都对应解决一个实际问题。3.1组织层级的精简整改原来我们是“公司-部门-小组-基层员工”四级管理架构，中间多了一层小组管理层，很多小组长既不碰业务也不解决问题，就是个传声筒，不仅增加了沟通成本，还挡住了很多优秀年轻人的上升路径。这次我们精简为“公司-能力中心/业务单元-项目组”三级架构，砍掉多余的中间层级，把原来的小组长岗位腾出来，要么让能直接带队干项目的年轻人上，要么安排原来的老管理者转任内部能力教练，待遇保持不变，主要工作就是带新人、分享经验，发挥他们的经验优势，绝对不会搞一刀切让老同事下岗，这点大家可以放心。3.2考核激励机制的配套整改考核激励是指挥棒，协作模式转了，考核必须跟着转。首先对于直接参与项目的业务和专业岗，我们把原来的部门单一考核改成“部门能力评价+项目贡献评价”双评价，项目贡献占比50%，你在项目里承担了多少工作、解决了多少问题，直接体现在绩效里，项目做得好整个项目组都有额外的奖金包，多劳多得。对于不直接参与项目的后台职能岗，比如行政、财务、人力，我们改成“部门职责+服务对象评价”的考核模式，你服务过的项目组给你打分，打分结果占考核的60%，要是很多项目组都给你打低分，那就说明你的服务跟不上，我们再调整，避免后台部门拖一线项目的后腿。另外我们专门设置了协作创新奖，只要你提出的新方法能提高协作效率、降低成本，哪怕只是很小的改进，我们都给奖励，月月评，不设名额限制，就是鼓励大家多琢磨怎么让干活更顺。3.3过渡期的适配保障整改我们都知道，大家干了这么多年原来的模式，一下子转肯定不适应，所以我们设置了一年的过渡期，过渡期里新旧流程并行，大家要是觉得新流程不顺手，还可以走原来的流程，不会让大家一下子没着落。我们还专门组织了每周一次的培训答疑，我和我们部门的同事都会在场，不管是对规则有疑问，还是碰到了协调不了的问题，都可以来找我们，我们当场就帮大家解决，不会把问题压着。另外我们还在每个部门选了一个协作联络员，都是大家自己选出来的老同事，有问题先找联络员沟通，能解决的当场解决，解决不了再报到我们这边，最大程度降低对大家日常工作的影响。4整改的推进节奏与风险防控这次整改涉及到所有人的工作习惯，我们绝对不冒进，一步一步来，提前把可能碰到的问题都想好应对方法，平稳推进。4.1分阶段推进安排整个整改分成四个阶段推进，第一阶段是调研筹备阶段，也就是我们现在已经完成的阶段，我们已经做完了全公司的问题调研，也做完了小范围试点，验证了模式的可行性。第二阶段是试点运行阶段，接下来我们会选三个不同类型的业务线做半年试点，每个月做一次复盘，把试点里碰到的问题都解决，把规则调整得更顺更符合实际。第三阶段是全公司推广阶段，试点结束之后，我们把验证好的规则整理成操作手册，对全公司所有同事做培训，逐步在全公司推开。第四阶段是固化优化阶段，整改推开之后，我们每年都会做一次全公司的组织协作复盘，哪里不合适就调哪里，永远不会说改完就一劳永逸，一直跟着业务的变动作调整。4.2常见风险的应对方案我们也提前想到了整改过程中可能碰到的问题，都准备好了应对方法。第一个是老员工不适应的风险，很多老同事干了十几年原来的模式，不想改，我们会做一对一的沟通，充分尊重老员工的经验，会给老员工安排适合他们的位置，比如做项目顾问、内部教练，发挥他们的经验优势，待遇不会变，绝对不会强制要求老员工一定要跟年轻人一样拼项目。第二个是多头管理的风险，很多人担心双轨制会出现部门和项目都管，不知道听谁的，我们已经明确写清了权责边界，部门管你的能力成长和职称评级，项目管你在项目里的任务安排和贡献考核，真的碰到冲突了，我们组织发展部有专门的协调岗，我自己就兼着这个岗，随时找我，我会在一个工作日内给大家协调出结果。第三个是项目抢人的风险，多个项目同时要同一个专业的人，我们建立了内部人力共享池，按照项目优先级排序，优先级高的项目先选，能力中心也会提前做好人力储备，不会出现没人可用的情况。5方案总结总的来说，这次协作模式转变和组织体系整改，核心就是围着大家的需求转，我们就是想解决大家天天抱怨的“办事难、内耗多、干得多拿得少”的问题，让大家不用再把时间浪费在踢皮球、开无用会、走没必要的审批上，能把更多时间用在干实事、干自己擅长的事上，也能让真正想干事、能干事的人拿到更多的