数字化时代敏捷如何规模化

很多大型组织，按照不同的业务条件分成了不同的事业部，也就是大家常说的子公司。

事业部太多会影响组织的规模以及规模的优势。

不像小公司，小公司能够灵活地应对市场。当小公司越来越大，决策没有以前那么灵活，客户得满意度越来越低。

有没有一种组织结构，在发挥组织规模优势的同时，享有小公司那样的灵活应对客户需求和市场竞争的能力？

有的！

那就是部落制。通过建立对齐业务的端到端交付团队，提高沟通效率，加速响应。

图片来源于网络：侵删

纵向组织小队和部落面向价值交付，偏重于“用兵”，以价值交付和业绩提升为方向。

小队级别：业务端到端交付的最小单位，包含所需业务、研发人员，人数一般约10人。小队长常由开发负责人或产品担任，大家共同的目标是面向业务去做交付。

部落：相同业务领域所有小队集合，面向具体业务稳定输出，人数一般小于100人，设置部落长对整体交付过程负责，部落长常由具体业务领域CTO担任。

而横向组织分会和行会面向能力提升，偏通于“养兵”，以专业化为方向。

分会：同一个部落中相同能力领域内拥有相似技能的人员。设置分会长负责发展员工，设置薪水等，分会长常由职能团队负责人担任。

行会：跨部落的兴趣社区，定期进行知识和实践的分享，设置协调员来组织。

部落制其实就是把组织分别往纵向横向切割，千人组织变成百人组织，百人团队变成十人团队的精细化管理。这个降维的过程，需要角色去支持。

部落是个虚拟组织，在不改变企业现有组织架构的情况下搭建而成，所以，这里定义的也可以是部落运行中的虚拟角色，也就是Adapt「5+3」角色体系。

ADAPT框架包含5个部落级角色，及3个小队级角色，具体的分工请看下图。

其中小队可能负责一部分业务，也可能负责几个系统，前者为“业务小队”，后者为“系统小队”。

数字化时代所需要的一种各种产品，部落化的组织，大家要记住一点。

我们部落组织的特点是虚拟化，能够随调整的；同时，组织结构应服从组织战略，当大组织结构在调整，各方也要跟着调整和协同。

鉴于国内金融组织的业务特点，我们推荐采用需求－系统功能－个人任务的需求管理体系。

需求层：提供完整业务价值，能够细化到一次发布完整上线的程度，单个需求在1个产品版本周期以内。

系统功能层：需求被拆分到不同系统，每个系统功能必须对应到单个系统，可测试，建议每个系统功能不超过10人天工作量。

个人任务层：将系统功能分解到个人，如前端开发任务、后端开发任务、测试用例编写，建议每个个人任务不超过3人天工作量。

给大家分享一个案例，这个企业是做空调的，空调有很多管理端，比如软件和硬件。

以前的软件部门管理软件，硬件部门管硬件。

由于跨部门和技术之间的问题，协同不顺畅，不能很好地响应用户。

于是他们做了改革，业务领导人同时管这两个部门，办事效率不仅提高了，服务客户的周期变短了，客户的满意度也越来越高。

需求提出来了，如何进行加工？先优选，接着产品经理编写、分析、论证，再通过业务评审。

与研发部分沟通技术可行性，通过技术审评，到了待排期。当你将讲产品方案和研发方进行澄清之后，排期完了之后，开始研发。接着就是待上线，已上线。

今天给你分享了部落制和Adapt三层体系，希望你喜欢。