关键要点
- 敏捷和 Scrum 框架旨在帮助团队更有效地协同工作。确保每个人都了解自己的角色,并确保有足够的领导力来指导每个人完成整个过程。
- 成为一个团队的时间是非常宝贵的。建立融洽关系对于高度协作的团队来说至关重要。一个优秀的团队需要一点时间来建立这些社交纽带。
- 坚持计划,简化站会,并及时涵盖所有最重要的主题。
- 识别团队的优势和劣势,并找到将其作为优势的方法,让团队变得更加强大。
- 鼓励通过分享知识和经验来促进沟通。
- 相信你的团队,鼓励自我管理,不要陷入项目控制的陷阱。
多年来,敏捷和 Scrum 一直是项目管理和开发领域的流行语。这些方法已经一次又一次被证明不仅是团队完成项目也是开发团队变得更加智能和高效的关键因素。事实上,很多团队已经实现了敏捷和 Scrum 框架,因为它们可以创造奇迹,并可以帮助团队实现目标。
你可能已经知道或了解敏捷和 Scrum 流程是什么东西。重申一下,敏捷是指一组开发方法,通过自组织和跨职能团队合作来交付产出。
Scrum 是敏捷之下的一个过程,一组遵循特定公式实践,并定义了某些团队角色。Scrum 团队有三个关键角色:
- 产品负责人——负责传达项目总体愿景和目标的主要利益相关者。产品负责人负责管理待办事项并接受已完成的工作增量。
- ScrumMaster——直接与产品负责人合作,但不会与团队的其他成员保持层次结构。ScrumMaster 负责确保 Scrum 原则能够得以实施,让团队以最高的效率运作。
- 开发团队——自组织、跨职能的团队,负责提供可交付成果。开发团队包含参与产品创建过程的所有人。开发团队的成员没有头衔。
- Sprint 计划
- 每日 Scrum
- Sprint 评审
- Sprint 回顾
- Sprint
根据去年由 PMI 主导的职业脉搏调查结果显示,近 71%的组织宣称他们在组织内部使用了敏捷策略。这可能要归因于这样的一种观念,即敏捷方法通常会产生一种纪律严明的过程,这种过程在深度反省、协作思维和持续改进方面起到重要的作用。敏捷宣言中提及的概念虽然看起来相对简单,但从始至终掌握和实施这些领导力哲学并非易事。
无论你的敏捷团队是什么样的,或者你计划如何将这些原则融入到你的策略中,都有一个不变的因素,即强有力的领导力。成为敏捷或 Scrum 领导者是一项重要的任务。在你准备成为领导者时,要记住一些关键原则,这将有助于确保一切按计划进行。
1. 简化会议
在团队中实施 Scrum 策略时,最重要的步骤之一是托管每日 Scrum 事件。根据敏捷状态报告,90%的 Scrum 团队每天都会召开这些会议,使得它成为最常用的敏捷框架。
通常是快速集会( Scrum 组织建议时间以 15 分钟为上限),一般是早上第一件事要做的事情,整个团队都要在场,讨论当天的目标、后续步骤以及需要解决的问题。很多团队将其称为每日站会,因为他们发现,当他们站着开会,注意力会更加集中。
站会是同步和制定未来二十四小时战斗计划的时间。这些站会由开发团队主导,因此他们需要负责评审前一天的目标并确保每个人都了解他们的角色、任务和目标。他们鼓励团队成员在站会上提出问题,以确保他们达成一致。
看起来好像需要做的事情不多,但这些站会肯定会存在拖延的风险。作为这方面的领导者,你应该让每个人都专注于手头的任务。为了做到这一点,每个人都必须理解为什么站会的每个部分都很重要。
除了每日站会之外,你的团队还需要在一个 Sprint 完成后召开会议。Sprint 评审会议对于确保团队走上正轨并专注于项目的愿景来说非常重要。Sprint 评审会议有三个关键部分组成:
- 回顾:这个时候团队应该总结上一个 Sprint 哪些方面做得较好,哪些方面做得不好。
- 战斗计划:团队应该决定在接下来的 Sprint 中会发生什么,并适当地委派任务。
- 解决方案阶段:这个时候团队应该分享他们的想法,以解决上一个 Sprint 中重复出现的问题。我们鼓励团队讨论他们遇到的任何问题,并分享他们的解决方案。
现在需要做很多事情了,这就是为什么如果领导者不对团队加以控制并给团队分配任务,这些 Sprint 评审会议就会延时。了解为什么要有会议的每个部分以及在不同的部分需要做哪些事情有助于控制站会的时间。
首先,回顾是必不可少的。但很多团队都跳过了这一步,或者花很少的时间反思之前的 Sprint,这样会削弱它对团队取得成功的影响。平庸的回顾会产生负面影响,很容易变成抱怨时间,并为懒惰的行为找借口。相反,回顾应该是有关战斗或障碍的开放性对话,而不是进行指责的时候,回顾的目标应该是找到问题的根源。询问团队是否存在任何沟通问题、误解或意外变更。通过转变观点并审视核心问题,回顾可以得到加强并变得更加有效。
其次,战斗计划阶段必须是直截了当的。作为一般性规则,团队应该有一个 Scrum 白板,将项目组织成需要按特定顺序完成的小步骤。是使用实体白板还是虚拟白板,取决于团队的偏好,但一些视觉表现力肯定是必要的。确保每个人都可以看到这块白板,让他们知道哪些任务被转移到下一阶段。
最后,请务必专注于解决方案阶段,但不要将其拖出来。因为你已经在回顾期间确定了问题的核心,所以会希望解决方案清晰易懂。此外,应该有可行的方法来实现它们。可行的解决方案不是“我们需要更好地沟通”,而应该是“每天与你的团队负责人会面一次,以确保你没有跑偏,并且任何问题都应该得到解答”。
虽然每日站会很容易变成聊天茶会,但坚持计划并充分利用团队的时间是非常重要的。尽量避免闲聊,尽可能涵盖这三个重要步骤,并尽可能简化流程。
2. 提前了解团队的优势和劣势
敏捷框架的一个关键原则是团队合作,找到让每个人都更成功的系统。一个伟大团队的诞生不会是因为巧合,团队是由个人组成的,他们有自己的优点、弱点和个性。要组建一个强大的 Scrum 团队,关键的是要诚实地面对这些问题,而不是试图从旁边绕过去。
创建一个心理安全的环境对于一个高绩效团队来说是必不可少的。谷歌进行了为期两年的团队合作研究,发现当个人认为他们可以分享他们的意见而不用担心遭到反对时,他们会表现得更好。当员工认为他们的意见很重要时,他们的参与度会更高,盖洛普的研究表明,他们的生产力平均提高了 12%。
但事情并不总能像这样发生,特别是当团队还是敏捷和 Scrum 方面的新手时。敏捷报告发现,采用敏捷方法最大挑战之一是敏捷与文化的契合度,以及缺乏领导力支持和协作方面的麻烦。所有这些问题都与人们的个性有关,包括他们的优点和弱点。如果有一位强有力的领导者,并制定了旨在发挥每个成员的优势的策略,那么就可以解决大部分问题。
首先,你必须明智地选择你的领导者。例如,Scrum Master 通常会被选为领导者,因为他们是理解原则和敏捷宣言的人,因此他们能够对团队负责。由于 Scrum 团队是自组织和自管理的,他们应该一起指定 Scrum Master。这个人必须是一个好的领导者,但他们也清楚知道自己的位置。Scrum Masters 不会比团队中任何人有更多的权限,他们通常被称为仆人领导者,他们可以为团队的其他成员提供帮助并在必要时提供支持。因此,履行这一职责的人必须能够传达原则并在不超越权限的情况下控制每个人。值得注意的是,Scrum Master 并不是一种具体的角色,它由在特定时间点最适合当前工作的人来承担的。随着事情发生变化,最适合这个角色的人也会发生变化。
在团队中指定领导时,可以将其视为一场求职面试,将他们过去的表现视为简历。他们的优势是否能给团队带来支持,他们的弱点是否会阻碍团队取得成功?
其次,在团队内部开展有关这些领域话题的公开对话。对出色完成的工作给予赞美和评论,不要指责他人的弱点,而是要帮助他们找到改进和发展技能的方法。
没有必要将人们的优点和缺点视为秘密。相反,诚实和坦率地了解它们,可以更容易地找到利用它们来让团队取得成功的方法。
3. 利用共享知识库
敏捷的目标是为团队创建一个可以进行无缝协作的环境。敏捷宣言有四个核心价值观:
- 重视个人和互动,而不是过程和工具。
- 重视工作软件,而不是全面的文档。
- 重视客户合作,而不是合同谈判。
- 对变化做出反应,而不只是遵从计划。
换句话说,敏捷团队必须相互重视并与整个利益相关者社区进行互动,而不是死守严格的时间表,或陷入细微的细节中,以至于忽视了全局。
为了保持这些价值,并确保能够正确有效地完成工作,必须通过适当的系统来创建共享信息网络。对于某些团队,Excel 电子表格可能就足够了,有些团队可以使用白板。而对于某些组织,可能需要使用虚拟仪表盘。
由于 71%的组织在团队项目中使用了敏捷方法(至少偶尔会),因此有大量的在线资源可以帮助你的团队利用他们的知识库。使用专为 Scrum 团队设计的项目管理系统来管理文档和信息,可以让团队成员更容易访问它们。这些工具通常包含用于任务分配的虚拟 Scrum 白板,确保团队中的每个人都能按时完成任务。事实上,一份报告发现,使用项目管理软件的团队在沟通方面得到了改进,最终产品的整体质量也会得到提升。
当然,并非所有这些知识都是虚拟的。团队中的每个人都会亮出自己的技能和经验,一定要在团队会议听取他们的意见和见解。通过鼓励沟通,特别是面对面的沟通(另一种敏捷原则),来分享这种巨大的个人知识资源。
4. 添加缓冲区(避免微管理)
根据敏捷宣言,团队必须坚持几个关键原则才能取得成功。正如“宣言”所说:
业务人员和开发人员必须每天在项目中一起工作。基于积极活跃的个人来建立项目。为他们提供所需的环境和支持,并相信他们会完成工作。
显然,这一原则没有为微观管理留有任何余地。事实上,Scrum 团队的关键在于它是自效率和自管理的。虽然任命了一个团队负责人来保证进度,并选择了一个 Scrum Master 来确保遵循敏捷原则,但团队应该是独立的。
当然,领导者可能很难接受这种情况,特别是如果团队成员之间缺乏信任。
敏捷方法在微观管理和自效率之间提供了安全的平衡。在某些方面,敏捷具有一定的微观管理影响力。例如,通过每日站会来回顾每个人所做的事情以及确定待办事项列表中的下一步对于常规团队项目而言似乎有些过分。但对于 Scrum 团队,应该鼓励这样做。不过,敏捷的大部分内容都与自我管理有关,并且让团队成员对他们在整个项目中所做的工作负责。
敏捷的目标是创建能够自我管理的自组织团队。因此,管理层应该更多地关注领导力,而不是告诉团队要做什么。
如果你发现作为领导者,很难做到这种平衡,那么可以尝试 Scrum 认证。有很多在线认证课程可以帮助你了解敏捷和 Scrum 原则的实际应用——因此你可以更有效地集成它们。事实上, 81%获得 Scrum 认证的人表示,这个认证显著改善了他们的做法。
Scrum 团队必须建立在信任和理解的基础之上。微管理者通常不能信任他们的团队成员,但真正的领导者必须信任他们的团队成员。建立这种信任可能需要时间,增加 Scrum 和敏捷知识和经验可以为你带来更多信心并帮你更好地指导团队。
结论
在敏捷项目中担任领导者是一项重要的任务。虽然目标是建立一个自我管理的独立 Scrum 团队,但仍然需要领导(特别是最初),以确保团队能够坚持敏捷原则并完成项目。通过设定这些目标并遵循这些准则,可以确保开发团队能够充分发挥潜力。
关于作者
Manish Dudharejia 是 E2M Solutions Inc 的总裁兼创始人,E2M Solutions Inc 是一家位于圣地亚哥的数字代理商,专门从事网站设计与开发以及电子商务 SEO。凭借其在技术和数字营销行业超过 10 年的经验,Manish 热衷于帮助在线企业将其品牌推向更高水平。
查看英文原文: Four Ways to Take Charge in Your First Agile Project
评论