让我们从军队的组织结构中寻找启示。步兵们放在一起训练形成步兵连，坦克兵在一起训练形成坦克连，通讯兵组织成通讯连，炮兵在一起形成炮兵连，骑兵在一起形成骑兵连。这就是以职业分工为基础的纵向组织方式。但是在战争打响之后，将军们往往会按照战役的需要，把步兵、坦克兵、通讯兵、空军、炮兵进行混合编队，根据战斗任务组成不同的战斗群，通过不同兵种之间的配合来取得胜利。这就是以完成任务为基础的横向组织方式。![]()
现在回到技术团队的组织问题。我们把按照技术专业纵向进行组织的方式称为职业线方式，例如研发职业线由研发工程师组成，产品职业线由产品经理组成，运维职业线由运维团队组成。把按照产品或者服务交付进行组织的方式称为业务线组织方式，例如负责提供账户服务的账户团队，负责客户入网的KYC团队，负责管理POS机具的终端管理团队等，所有团队都有自己的产品或者服务交付的目标。在进行团队组织的时候，通常我们都会遇到一个难题：到底应该选择纵向的职业线，还是横向的业务线呢？实际上，这并没有绝对的答案，它取决于你的业务需求和团队的特点。然而，我们可以找到一种折衷的方式，那就是矩阵模式。这种模式结合了纵向和横向两种方式，既考虑到了职业技能的需求，又考虑到了业务交付的需求。但矩阵模式中，工程师会同时向两个负责人报告：职业线的负责人和业务线的负责人，工程师面临着不知道该听说的这种脑裂的痛苦。
![]()
现在，让我们我们进一步来看看矩阵模式的两种形式：弱矩阵和强矩阵。在弱矩阵模式中，虽然工程师同时向两个负责人报告，但是职业线的负责人具有更大的权重，比较可笑的是说的算的职业线负责人不对交付的产品或者服务负责，都是精兵强将但是无法配合打胜仗。这种模式更注重职业技能的发展和维护，但是可能会影响业务交付的效率。相反，在强矩阵模式中，业务线的负责人具有更大的权重，对交付的产品或者服务负责。这种模式能更好地满足业务交付的需求，但是工程师的职业技能发展面临挑战。
那么，如何在这两种模式中做出选择呢？一种可能的解决方案是创建一个像敏捷开发团队那样的自主管理组织。在这种组织中，我们将业务线为基础组织团队，形成多个小而全的自主控制组织，赋予业务线的管理者足够充分的权利。这种方式虽然能够最大程度地满足业务需求，但是同时也可能带来一个问题：工程师可能没有足够的机会与同专业的人士进行交流和学习，这可能会影响他们的职业技能的发展。为了解决这个问题，职业线的负责人可以变换身份成为职业教练，定期地组织技术研讨会或者技能培训，让工程师们有机会与同专业的人士交流和学习。同时负责制定职业线上的标准、规范和流程。这种方式可以既能够满足业务的需求，又能够保证工程师职业技能的发展，实现双赢。总结来说，团队的组织方式既可以是纵向的，也可以是横向的，还可以是矩阵模式。每种方式都有其独特的优点和缺点，选择哪种方式需要根据实际业务需求和团队的特点来确定。最重要的是，无论选择哪种方式，我们都应确保团队成员之间的良好沟通和协作，以提高团队的整体效率。让我们假设你正在运营一个数字支付公司，提供各种在线支付解决方案，包括网页支付、移动支付、转账和电子钱包等。
如果你选择纵向的职业线方式来组织团队，你可能会把所有的后端开发人员放在一起，负责构建和维护支付平台的底层架构；所有的前端开发人员放在一起，负责设计和实现用户界面；所有的产品经理和业务分析师放在一起，负责设计和优化支付产品。这种方式有利于每一种专业技能的发展，但可能会影响不同职业之间的协同合作。如果你选择横向的业务线方式来组织团队，你可能会根据不同的支付解决方案创建不同的团队。比如，有一个专门负责网页支付的团队，包括后端开发人员、前端开发人员和产品经理；有一个专门负责移动支付的团队，也包括后端开发人员、前端开发人员和产品经理。这种方式有利于快速响应业务需求，但可能导致重复努力和资源浪费。那么，如果你选择矩阵模式呢？在这种模式下，每个团队成员可能同时向职业线的负责人和业务线的负责人报告。例如，后端开发人员需要向后端开发的主管（职业线的负责人）和网页支付项目的经理（业务线的负责人）报告。这种模式试图平衡职业技能发展和业务交付之间的需求。然而，对于像数字支付公司这样的高度技术驱动的企业，敏捷开发模式可能是一个更好的选择。在这种模式下，团队可以根据业务需求自由调整。每个团队都是一个自主的单位，包含了完成项目所需的所有角色。这种模式既能快速响应业务变化，又能鼓励跨职业的合作和创新。但是，这种模式也可能导致个别工程师专业成长的问题，例如，后端开发人员可能没有足够的机会去学习和了解最新的后端技术。为解决这个问题，可以定期组织技术研讨会或者技能培训，让工程师们有机会交流和学习。总之，无论选择哪种方式来组织你的支付团队，关键是要根据具体情况，比如业务需求、团队规模和成员的技能等来做出最佳选择。而最终的目标，始终是提升团队的效率，满足客户的需求，并推动工程师的职业成长。假设你是一个游戏公司的技术总监，正在决定如何组织你的团队。你的团队有程序员，美术设计师，音效设计师，测试员等多种职业。如果你选择纵向组织，那么程序员们会聚在一起，美术设计师们会聚在一起，音效设计师们会聚在一起，测试员们会聚在一起。这种方式有利于同一专业的人员相互学习，但当需要开发一个游戏时，协同工作可能会出现困难。相反，如果你选择横向组织，你可能会把每个游戏项目当作一个单独的业务线，项目组包括程序员、美术设计师、音效设计师、测试员等所有需要的角色。这样，每个项目组可以快速迭代，及时交付。但这种方式可能会限制工程师们在专业技能上的深度发展，因为他们没有太多的机会和同专业的人交流。如果选择矩阵模式，你可能会得到一种折衷的解决方案。在弱矩阵模式中，职业线的负责人，比如程序员的主管，会负责职业技能的培养，而项目经理则主要负责项目交付。在强矩阵模式中，项目经理的权力更大，更注重项目的交付，而职业线的负责人会转变为一种更像教练的角色。再来看敏捷开发团队的模式。你可能会把程序员、美术设计师、音效设计师、测试员混合在一起，组成一个自主管理的团队，负责一个游戏项目。在这种模式下，虽然团队能快速响应业务需求，但可能会出现工程师们没有足够的机会与同专业的人士进行交流和学习的问题。为了解决这个问题，你可以定期组织技术研讨会或者技能培训，让工程师们有机会与同专业的人士交流和学习。
![]()
这个游戏公司的例子，虽然简单，但它却揭示了一个深刻的真理：团队的组织方式并非一成不变，而是需要根据实际情况进行灵活调整。无论是纵向组织，横向组织，还是矩阵模式，甚至是敏捷团队，都只是手段，目的是提升团队的效率和工程师们的职业成长。所以，选什么样的组织方式，就要看你想要解决的问题是什么，需要达成的目标是什么了。
-----------------------------------
好消息！！！2023年7月28日19:00（BJT）-新形势下如何读好支付这本书暨《一本书读懂支付》新书发布会，欢迎各位参会！
![]()
想要了解更多关于支付的故事，请阅读《一本书读懂支付》---扫描下方↓二维码，即可获得！
![]()
-----------------------------------
