第四章 充分了解实现目标所需的人力资源
如果所有队员全是守门员,那么我们怎么能组成一支足球队?
——德斯蒙德·图图(Desmond Tutu)
数字化和人工智能转型中的组织单位是敏捷小组(有时也称敏捷小队、scrum团队、敏捷团队或跨职能团队)。一个敏捷小组是一个由5~10人组成的跨学科团队,持续性地负责特定数字化产品或服务的设计、开发和生产。实施数字化规划基本上可以说是一场演练,通过阅读本书你将会知道需要多少个敏捷小组,需要什么类型的敏捷小组才能完成。
我们不准备在本章详细介绍这些敏捷小组的工作原理(参见第十三章)。更重要的是本章将详解敏捷小组的基本架构和人员组成,因为企业如果不了解清楚所需的资源,就无法推进数字化转型。
人员组成
敏捷小组成员组成:一名产品负责人(有时也称产品经理或团队负责人)、一名敏捷大师1、一群相关的数字化技术专家和业务主题专家(见图4-1)。大多数成员100%投身于团队,因为这是实现高速开发的最有效方法(尽管对于某些共享资源而言并非如此,比如解决方案架构师和敏捷教练)。
图4-1 敏捷小组中的典型角色(部分)
最近的研究表明,让小组成员在同一个地点开展工作是可取的,但不一定是让小组表现更优的关键因素,特别是在时区差异合理的情况下。
小组类型
在决定小组的人员配置时,有两个重要的考虑因素。第一个考虑因素是想要开发哪一类解决方案。例如,分析密集型解决方案需要深厚的数据工程和数据科学方面的专业知识。此外,面向客户的解决方案需要更多的用户体验设计和软件开发技能。一般来说,大多数公司都会设置三到六种不同的小组类型(见图4-2)。虽然图中展示了三种典型的小组类型,但也存在其他类型,比如数字营销小组、互联(如物联网)小组或核心系统集成小组。
图4-2 按解决方案生命周期划分的小组类型和典型人员配置(示例因行业和公司而异)
第二个考虑因素是开发的生命周期。在最初阶段,我们需要运用专业知识来确定工作范围、设计解决方案、划分用例的优先级,并构建业务用例。在概念验证阶段,我们需要更多的工程师(包括设计师和软件工程师)来进行快速开发、测试及迭代,以创建一个最小可行产品。在生产阶段,我们需要工程师来确保解决方案的安全性、有效性和可推广性。
虽然在解决方案的运行周期中人员配置会不断变化,但不可将人员从一个小组调到另一个小组。实际上,要确保开发工作的一致性,关键在于保证核心岗(比如产品负责人)要有连续性。
确定敏捷小组的类型,更易于企业评估数字化和人工智能转型的资源需求。企业应根据数字化转型路线图至少为每种解决方案配置一个敏捷小组。若解决方案很复杂,企业则可能需要增加敏捷小组数量,负责不同的用例。根据解决方案分配相应的小组需要丰富的实践经验,但掌握之后就会得心应手。
评估人才的总需求
公司一旦为每个数字化解决方案配置了相应的敏捷小组,自然就会了解总共需要多少人才,或者至少可以了解前18个月的人才需求(见图4-3)。这些是人才队伍的“先行军”(详见第九章)。随着解决方案的不断完善,以及新方案的推出,这些需求将随时间的推移而改变,公司应每季度重审一次方案。
图4-3 评估整体人才小组——各季度每个用例中的小组类型
注释
1.在更完善的敏捷组织中,敏捷大师的角色通常由产品负责人担任。