敏捷公司认为团队合作对于交付工作软件至关重要,而优秀的敏捷团队则关注“我们”而不是“ I”。 不幸的是,许多公司声称他们拥有敏捷团队,但实际上他们没有。 重要的是要了解敏捷团队的真正含义,并找到在自己的公司内部建立敏捷团队的方法。
将一群人转变为真正的敏捷团队需要一段时间。 但是,随着敏捷项目管理为团队和客户带来很多价值 ,它会在以后获得回报。
让我仅提及最常见的敏捷优势 :93%的团队表示敏捷帮助他们提高了上市速度,93%的团队表示帮助他们更快,更有效地转换了齿轮,87%的团队表示帮助他们提高了生产率 ,80%的团队表示敏捷导致对重要事物的优先级提高,有80%的人表示采用敏捷有助于他们提供更好,更相关的最终产品。
成功的关键因素之一是提供持续的指导和共享技能。
当团队成员互相学习时,它会使敏捷转换的过程变得更加轻松和愉快。
敏捷团队的素质
团队最重要的是,应该了解改变是不可避免的。 能够适应快速变化的环境是敏捷开发和敏捷项目管理的关键。
能够快速整合反馈
这种变化通常来自接收和提供反馈。 反馈是敏捷开发的重要组成部分之一。 您可以以多快的速度交付所需的产品或功能都无关紧要; 如果不再需要它,那么团队所做的一切都可能只是放在垃圾箱中。 不幸的是,这在软件开发中经常发生。
当您实际上面对已经发表了一段时间的项目将不会被发布或使用的情况时,感觉如何? 这是非常令人沮丧和令人失望的 。
因此,为了与您的利益相关者保持一致,您需要与他们保持不断的沟通; 因此,反馈与内部和外部沟通高度相关。
但是对于敏捷团队,您不能只听取反馈。 您还需要快速将其合并。 敏捷意义上的反馈是关于短期的进步。
通常,我们谈论的是两周的冲刺-最佳时间来编码,测试并获得有关最重要功能的反馈。 它还有助于更快地推出质量最低的可行产品 ,并更快地获得投资回报。
团队合作
有一个很好的谚语:“如果你想快点走,那就一个人走。 如果你想走远,那就一起去。” 在敏捷软件开发中,这至关重要。 您从同行那里学到的东西比从书籍和课程中学到的更多。
建立敏捷团队的一个非常重要的部分是使团队能够独立工作。
这不仅使所有团队成员都有归属感和主人翁感,而且还显示出信任和尊重。
在每个Sprint的末尾,总是需要提供一些功能。 当团队使用Scrum方法进行工作时,他们会有用户故事。 他们需要从“做”到“完成”的票。 当所有人都在“完成”的舞台上时,它会激励团队成员,因为他们实际上可以看到他们所做工作的结果。 通过更加强调结果,团队成员感到有权制定决策,解决问题和开发创新解决方案。
每个敏捷团队的目标都是不同的。 在Apiumhub,我们将工作软件置于许多功能上,始终进行测试驱动的开发( TDD )和持续集成( CI )。 有目标可以帮助敏捷团队看到进度并以正确的方式前进。
明确实现这些目标的最佳方法是在敏捷团队中扮演产品负责人的角色 。 我坚信今天是必须的。 产品负责人负责产品的业务方向,他们负责创建用户故事并确定其优先级。 开发团队负责产品的技术指导,而技术团队实际上将提供这些用户案例。
但是,重要的是要注意,产品所有者始终考虑技术团队关于用户故事优先级的反馈。
整理和使用工具
敏捷就是效率和自动化。 完成的手动任务越少越好。 这意味着必须使用像Jira这样的工具。 您可以在此处找到其他敏捷项目管理工具。 敏捷还意味着在sprint期间要召开几次重要会议 :sprint计划,sprint审查,sprint回顾以及当然的日常站立。 开会通常意味着每个人都更有可能了解自己的角色以及他们需要实现的目标。
每个敏捷团队都有自己的“完成”定义。 但是,每个敏捷团队都需要就他们认为“完成”的问题达成共识。 这是交付高质量产品并在项目管理和结果以及功能和质量方面满足您的利益相关者的关键。 基本上,它是功能和活动的清单,可以增加或证明价值,并且需要完成。
正如我们在本文开头所提到的,不幸的是,许多团队都试图变得敏捷,但失败了。 在软件开发领域,基于我们的经验,学习最佳实践非常重要,要真正成为敏捷,您必须练习TDD,CI和单元测试 。
团队实际上需要经历一些常见的阶段,才能成为敏捷团队。 让我们看看它们。
如何建立敏捷团队
创建敏捷团队需要花费时间,成员通常会经历不同的阶段,从一群人到拥有共同目标和正确流程的敏捷团队。 我不想在这里重新发明轮子。 让我与您分享布鲁斯·塔克曼(Bruce Tuckman)的阶段 ,重点介绍重要的东西以更好地理解它们。 他们一定会帮助您提高团队效率。
形成阶段
第一个阶段是形成阶段,与大学的入学日非常相似。 这是必不可少的,它可以帮助人们彼此了解,找到有用的信息并写下规则。 这个阶段的重点是定义和分配任务,制定时间表,组织团队的工作等。
暴风雨阶段
在团队中就像在恋爱中。 起初,您可能认为一个人是完美的,但后来您意识到他们实际上不是。 然后,您将学会管理这种关系,否则它将很快结束。 这个阶段还涉及每个团队应遵循的目标和指南,以达到相同的波长并实现共同的目标。 在此阶段,团队集思广益,为他们所遇到的问题找到解决方案。
规范阶段
在此阶段,团队成员将制定目标和实现目标的策略。 这是每个人都致力于发展共同价值并确定最佳合作方式的时候。 人们开始注意到并欣赏其团队成员的力量,每个人都作为一个团结的单位做出贡献和工作。
表演舞台
在此阶段,团队成员充满信心,积极性并能够轻松地在相互依赖的任务上一起工作。 他们之间也可以轻松有效地进行沟通和协调。 基本上,第四阶段是所有敏捷团队都力争达到的阶段。
为更敏捷的团队而开展的团队建设活动
游戏很有趣,并且对于团队建设非常有效。 以下是一些简短但非常有效的游戏示例 。 让我们看看最著名的:
购买功能
该游戏教授功能优先级,大约需要15分钟。 团体的最佳人数是三到八人。 每个玩家都会收到两个项目:一份带有功能及其价格菜单的讲义,以及一笔游戏资金。
功能可以是任何事物,例如:度假项目。 所有玩家的资金总和应少于所有功能价格的总和。 这导致了稀缺性,迫使团队进行权衡,因为不可能购买清单上的所有物品。
玩家轮流使用自己的个人资金来支付他们认为最有价值的功能。 一旦玩家花掉了大部分资金,或者他们个人没有足够的钱来进行另一次购买,或者他们不重视菜单上剩余的钱来购买其他任何物品,则小组将集中剩余的资金并讨论购买什么从其余的项目。 该游戏可帮助团队成员学习如何确定用户故事的优先级以及如何进行资源管理。
白象尺码
在所有软件项目中,敏捷团队都需要估算用户故事以及积压的产品。 该游戏非常适合学习如何估算用户故事。 在此敏捷游戏中,玩家拥有50个用户故事,并有四个小时的时间来估计它们。 听到每个人的声音,每个人都做出同等的贡献。
该游戏的目标是在项目开始之前快速估算敏捷项目的规模以及各个故事的规模。 我相信这款游戏绝对是必须的,因为大多数敏捷团队在按时间估算项目方面存在问题。
战舰
这款敏捷游戏通常用于向人们介绍迭代开发并解释其背后的概念。 这样做的目的是让人们了解,预先制定大型计划并不是一个好主意!
在此游戏中,您有两个团队:A和B。每个团队都有一个“战舰表”和一些圆点。 每个团队将有大约两分钟的时间来计划他们如何布置船只。 A队将有五分钟的时间来计划其命中并将其标记在工作表上,然后将其传达给B队,B会告诉A队沉没的船,未命中的命中等。B队也将获得五分分钟就可以播放他们的所有命中记录,但是这次获得了A团队对未击中,命中和沉没的船只的实时反馈。
结果很明显。 由于团队B遵循迭代规则,因此他们有机会更改其计划,这会使他们得分更高。 在这个游戏中似乎很明显。 但是,许多团队在进行实际项目时会忘记它。
圆珠笔游戏
在向新的敏捷团队介绍Scrum时,此游戏会很有帮助。 它有助于估计用户故事,冲刺和整个项目。
规则很简单:您需要在两分钟之内给球队尽可能多的球。 每个球都必须经过每个队员。 为了获得要点,重要的是让第一个拿到球的人成为最后一个碰到球的人。 因此,团队将获得五次迭代,并且在每次迭代之前,它必须估计他们认为会传递多少个球。 然后,在每次迭代结束时记录实际数量,并将其与团队给出的估计值进行比较。
通常,在第一次迭代中,很难做出估计,因为团队并不真正知道整个团队获得一个球可能需要多长时间。 但是,在每次迭代之后,都需要进行回顾,因此团队会调整流程。 通常,每次迭代都会使结果越来越好。 该游戏不仅要考虑个人能力,还要考虑整个团队的能力,从而帮助敏捷团队合作并学习如何进行估算。 而且,它有助于理解迭代进度和开发的需求。
建立敏捷团队以简化软件开发
统计数据表明,平均而言,通过使用敏捷项目管理,产品上市时间缩短了37%,敏捷团队的效率提高了16%。
切换到敏捷是一个好主意,我真的希望本文能够为您提供一个很好的概述,以及如何掌握它。 如果您知道其他有趣的敏捷游戏,请随时在下面的评论部分中分享它们。