你的团队是王者还是青铜（上）

作者 | 禚娴静,那曾经是我职业生涯中为数不多的高光时刻，让我至今记忆犹新。,,在我们每个人的职业生涯中，也总是希望能加入一个优秀的团队，一起经历这样的高光时光，项目成功自己也有所成长。而当自己成为团队Leader之后，也希望自己能够带领出这样优秀的团队，乘风破浪，创造这样高光时刻。,那么，如何实现呢？作为团队新任Leader，可以从以下五个问题入手，为自己的团队把把脉。,明确的目标会为团队的工作引导方向，就像航行不能少了罗盘，再大的船也需要有明确的航行目标和方向，再强的出海舰队也需要对去往的方向和如何应对险阻有一致的共识。,没有了目标和共识，团队不仅会偏离行驶的目标，也会在一望无边的任务中忙乱、彷徨、失措而最终黯淡离场。,作为团队Leader，首要任务是从繁杂的信息中明确目标，并清晰地传达给团队每一个人。如果说一个Leader只做一件事，我认为是设置清晰明确的目标，并让目标在团队中达成共识。,然而，能做到这一点的团队并不多。,我观察到最常见的问题不在于有没有，而是在于新Leader多无意识地忽略了这一行动举措，仅传递我们要完成的任务。很多团队中开发人员在写代码时并不知道这个迭代的交付优先级和业务价值，已是常态。,团队成员作为执行个体不知道目标和价值，就只能尽可能根据自己的理解去优化自己的执行过程和结果。这往往会导致：,曾经有这样一个心理学家的试验（摘自网络）：,以上试验向我们证明了目标对于团队的重要。在一个敏捷团队，产品需求不明确，价值交付是唯一方法时，就更需要有明确的目标和价值主张。这样才能指导团队用“简单足够”的设计去“敏捷地”为客户交付可工作的软件，尽快验证价值获取反馈。,与此同时，当一个明确而又看得见的目标在团队内的时候，还会成为激发团队的动力，甚至会让团队焕然一新，创造奇迹。目标有时候不在于多高大尚，而在于团队是否清晰明确的知晓，它的力量甚至超出你的想象。,那么，一个项目的目标包括什么？,又如何让大家看得见且形成共识？,第一，构建信息辐射体（Information Radiator），比如利用物理墙、jigsaw电子墙、团队会议模板等可视化渠道传递项目的关键目标。,第二，使用下面这个问题详单帮你在日常工作中融入目标的维持和加强：,“当一个人知道自己想要什么，整个世界都会为他让路”。团队也是一样。,如果团队成员没有共同认可的目标或对目标缺乏清晰的理解，就会影响到集体决策和协同行动，损及团队以及团队的业务成果。而团队Leader不懂目标的力量，可能累死自己还拖垮了团队。,因此，团队新Leader需要善用目标管理，清楚设置项目目标，并坚信这一目标富有的意义和价值，竭尽全力地始终保持团队在目标的共识，且团队中每个成员都知道自己做什么和怎样做可以共同完成任务。这也决定了在困难来临的时候团队是否有乘风破浪的勇气和动力，也是团队成为王者的前提条件。,在新建一个团队时候，前四个迭代是你做好目标建设的最好时机。,,（图片来源：https://www.sohu.com/a/203790693_187697）,在《技控革命(从培训管理到绩效改进)》一书中引用了托马斯.吉尔伯特绩效行为工程模型中，它指出环境因素占组织绩效的75%，在环境因素中信息因素占35%，包括：,对于从事敏捷软件开发的知识工作者来说，及时获取完成任务所需的信息输入及实现共识-包括业务价值、技术方案、验收标准以及反馈-显得更为重要。因为这些决定了他/她将以什么样的方法、多少成本去交付什么样价值的可工作软件。,如果没有及时获取这些信息和共识，就会出现如下问题：,那么，当我们进入迭代开发后，需要哪些信息和共识？以及在什么时候？,,迭代过程也是团队对交付工件逐渐达成共识的过程。在迭代的窗口内需要确保需求和计划是明确的，以便团队可以快速的完成和持续验证。,迭代开始，PO与团队TL/PM/BA需要就交付范围的优先级达成一致，而开发团队则需要就本迭代开发的工作内容、DoD(完成标准）的要求、以及如何实现（接口设计、多系统处理的集成设计、组件结构、复杂流程处理和组件、逻辑数据库设计、测试策略、编码规范等）获得相同的理解，以便为本迭代的目标进行全力冲刺。,作为团队的Leader需要确保以上任务信息及时给到团队，以实现团队绩效的最大化。可喜的是，Scrum、XP、精益中的工程实践已经帮助我们定义了清晰的迭代结构和信息流，你需要的是合理的遵循和发挥它们在团队信息和共识的价值。,,（图片来源：https://unsplash.com/photos/M3cxjDNiLlQ）,疫情时代的到来，我们可以看到不确定性将会是最大的确定。对于交付团队而言，面对的挑战也不仅仅是需求的不确定，还有客户从成本效率向速度及快速适应变化的诉求。对于团队则意味着一切可能都会变，时间紧、压力大会成为常态。,接下来我们来谈谈在这样一个常态下，团队如何从忙乱到有序的这个问题。,,1969年塔克曼先生在《小型团队的发展序列》文中指出，团队发展存在五个阶段：组建期（Forming）、激荡期（Storming）、规范期（Norming）、高效期（Performing）和休整期（Adjourning）。这五个阶段在团队的发展过程中都是必须且不可逾越的。,在今天这样的挑战下，留给团队从组建到高效的时间并不多。,一个优秀团队就体现在是否可以快速地从组建的忙乱进入到规范有序。时间越紧压力越大的项目，越需要有经验的Leader站出来，积极主动地通过应用敏捷精益的工程实践构建团队契约、流程机制、可视化价值看板、知识共享等来促成团队在不确定中从无序忙乱到规范有序，而这种适应性的能力和文化也会是未来团队致胜的关键。,杂乱无序会导致效率低效、士气低下、重复-多头甚至错位管理。无序状态持续越久团队的情况越糟，疲惫不堪，结果也可想而知。而新手Leader容易出现的误区就是缺乏对敏捷精益工程实践的理解、缺乏系统思考、缺乏有效举措，往往导致越管越乱，看不到有效的价值收益。,团队无序的一系列特征可能包含：,”,有序是动态变化的，随着新事物以及组成要素的变化，有序可能转向无序，也有可能促成有序向更高能力的有序变化。,那么，在敏捷团队价值交付的上下文中，有序意味着什么？,在我看来，在敏捷交付活动的有序代表了以下三个有秩序的活动闭环：,,我们需要明确，敏捷团队想要交付的是产品价值的最大化，而不是最多的功能点。团队希望可以将客户最初的想法随着需求到上线发布的快速流动转化为可工作的软件产品，从而给客户最初的想法提供反馈和价值验证的闭环——产品价值指所开发的产品或服务对最终用户的价值，它是用户选购或使用该产品的首要因素，也是企业盈利的本质。,团队可以根据所做产品和客户的诉求，组织和设计流程与任务，确定上下游的关系，并按时间顺序排列起来就形成了该产品的价值流图。,价值流图对团队有什么样的启示？,(1) 聚焦价值成果（Outcome）而非仅仅产出功能点（Output）的流动,构建一个顺畅、一致经各个步骤的价值流，使得我们能够持续地、有节奏地、没有非必要的延迟、并以最优的资源使用方式来交付成果，它的好处还包含：,同时，基于此也可以促使团队建立如下的迭代交付物理看板墙，可以从全局上从迭代的角度对交付过程进行管理和优化：,,(2) 促使BA将隐性的业务价值知识从无序拆解到有序且足够小的用户故事，提升它被下游消费的效能传递和消费,我们必须要承认业务价值是隐性知识。不管是大到EDGE价值投资管理框架、还是小到用户故事Story的编写实践和可视化工具，它们都可以帮助我们与客户一起协同，从复杂的业务价值识别出最简可行产品（MVP），并将大块的价值需求进行拆分，从EPIC到用户故事地图，再到按迭代优先级排序的用户故事堆。其中，Story在进入迭代前需要足够小以支持团队持续批量的交付，这是实现快速价值流转的基础。,,最近在一个项目走查时也发现了业务价值作为隐性知识传递的特点：它的传播成本是距离的衰减函数。,作为BA，在端到端的交付中，除了将业务价值从无序拆解到有序以Story方式输入给交付团队外，还承担了业务知识传递载体的关键职责。因此，需要积极组织有效地社会化学习活动，向交付团队传递隐性的业务知识，且传递的效果要以知识消费者的角度去检验。,这也是因为软件产品开发的好与坏依靠交付团队整体的认知水平。为了交付成功，团队在这方面花再多的时间也不为过。,团队最重要的特征在于成员之间存在分工和协作，良性分工和有效地协作创造协同效应，即1+1>2。在Thoughtworks，我们采用的是Scrum与极限编程XP的工程实践组合，一个典型的交付团队内有PM、BA、UX、TL、前后端开发、QA多个角色。,那么他们分别负责什么，在什么时候，什么样的任务如何协作？,以下以Scrum团队的三个角色Scrum Master、Product Owner、Scrum Team描述了团队的相关职责，在不同的项目通常还会根据具体的交付任务和团队情况设置对角色职责进行调整，比如增加面向产品的特性开发团队及Feature Owner、促进每日站会的主持、迭代的交付负责人IM等。,Scrum Master，通常会有PM或IM负责：,Product Owner:,Scrum Team：,除了敏捷团队角色分工，促进团队协作还需要建立Team Contract。团队规范制度是团队成员聚集在一起，为了达成共同目标追求而产生的，它是用语言、非语言的沟通 规则来影响团队成员行为。通常从团队的工作规范、DoD、团队纪律协作章程（Ground Rule）几个方面建立团队契约。,,协作纪律包括提交纪律、移卡纪律、集成规范、站会纪律、DC（Desk Check）时间、远程协作纪律等。,那么团队协作中会遇到哪些挑战呢？,如果把团队交付比喻为一场4*100的接力赛，那么团队胜出的关键就在于交接棒的技术。这也是我们发现协作有序最大的障碍在于上下游的接力棒交接不畅，出现信息的不对称和信息空隙。而这些是混乱、脱节、甚至造成团队犯错的根源，但常会有相当一部分人意识不到这是一个问题。,《赋能-打造应对不确定性的敏捷团队》作者在第七章中也指出信息空隙是无效组织的根源。要打造应对不确定性的敏捷团队，需要打破信息壁垒，连接上下游信息断点，建立共享意识和文化，获得更大的团队协同效应。,,Onboard的流程是以终为始的拉动式学习，旨在帮助团队新人刻意练习来完成快速上岗。通常，TL 或者 Senior Dev 需要为团队新人的On Boarding 准备材料，其中主要包含业务背景介绍、架构设计、测试策略、用户故事和上岗的胜任要求。准备好相关材料后，安排一位Buddy 对新人进行 On Boarding和有结构的学习，完成第一个用户故事的编写，并通过上岗胜任练习后，即可融入团队开发节奏。,有序的流程和团队协作是团队进入规范期重要标志。规模大、节奏快的交付团队，越要需要可以有序稳定的”部队作战“。小且目标行动一致，并且能够将业务价值、迭代协作、新人Onboard多个价值流闭环从无序到有序快速打通的团队，是在当下时间紧压力下应对不确定性的最好策略。越乱越忙反而越需要这样坚守正确的实践、原则和价值观才能致胜。其它的任何形式都只可能是一地鸡毛。,当下一个迭代开始的时候，你的团队应该已经可以做到规范且行动有序了。那么，恭喜你，开启团队发展的下一个阶段！,原文链接：​​你的团队是王者还是青铜（上） (qq.com)​​