所以你决定你想做敏捷,你自己有一个白板,疯狂地购买了你可以找到的帖子和张力的所有颜色。你准备好了!

但是你在团队中有谁?你怎么能确保它都有工作?

我发现真正重要的一些事情是:

  1. 保持球队小

你有你的敏捷团队,你有你的利益相关者(客户,提供商,辅助技能)。你的核心团队应该很小–理想情况下不超过8人。您的利益攸关方可以被带到您需要的时候。

在一个理想的世界,你会有:

  • 一个商业/产品代表:知道业务需求的人,并可以优先考虑用户故事。
  • 一个'doo':在软件中,这是1个或更多开发人员。无论你的事是什么,真正能做到这件事的人。但这可能是设计师,摄影师,工程师等。
  • 架构师:在网络中,这是一个用户体验专家;在系统中,这是一个解决方案架构师。一个了解产品如何运作的复杂细节,并在尝试改变某些东西时可能遇到的所有问题。
  • 一个测试人员:有人要确保建筑师提出的所有问题都被思考和减轻了。

现在,其中一个人可以成为您的敏捷Scrime Master / Project Manager,或者您可能需要添加其中一个。

并取决于您所在的类型的业务,您也可能想要添加业务分析师。

 

  1. Keep the team rigid

要获得敏捷,真正启动和运行,您需要核心团队100%专注于这项工作。 “哦,巴巴将是75%,但他们的25%的时间将是戴夫的项目'。这不起作用,您可以保证,当您需要您的BA时,他们将被捆绑在戴夫的紧急请求中。

shutterstock_151790957这很难做到,但你必须将你的人民献给敏捷团队及其项目的100%。在更传统的矩阵结构中,随着每个人都有必要的,这是一个很棘手的事情,并涵盖许多项目。然而,敏捷的一个核心宗旨是你选择一件事,直到它完成,然后继续前进到下一件事。因此,您无法通过允许他们在其他项目上处理您的团队来分散您的团队。

这并不是说他们无法帮助另一个团队的同事们出现问题,只是他们的个人焦点必须是他们的敏捷团队。

 

  1. Collaboration

更容易说出。许多人声称合作,但它并不像告诉人们那么简单。相反,首先将您的核心敏捷团队视为一个单位。

对建筑师有一个问题?有一个杂乱,让每个人都听到问题和解决方案。需要询问商务人员如何认为特定的功能应该有效?有一个杂乱,让每个人都听到问题和解决方案。想经过测试结果吗?有一个......威尔,你看它在哪里。

“如果您不能拥有杂乱,请与您需要的人交谈,然后通过电子邮件/留言从该对话到整个团队中的票据”

 

如果您不能拥有杂乱,请与您需要的人交谈,然后通过电子邮件/消息从该对话到整个团队中的票据。

通过涉及所有对话中的每个人,你:

  • 确保团队成员之间错过了任何信息
  • 过了一段时间,假设和交付工作的时间是致力于变小的–但质量更好,速度更快
  • 通过早些时候思考问题,每个人都是自己区域的专家,并为某种情况带来了不同的视角。这很好的是,注意到更早的风险并更快地减轻它们

 

  1. Remove risk

通过删除您可以的其他项目和团队的许多依赖项来执行此操作。依赖是一种风险。您可以通过多种方式执行此操作:

  • 安装Devops文化,您无法在下游通过工作,并等待其他人将它居住–相反,您将一切都能看到一支球队
  • 确保您的业务代表可以签署–然后你没有完成工作,等待没有参与细节的人说yay或nay
  • 避免大爆炸方法–不要捆绑很多工作,并尝试一下,一体地将其全部取出,以获得最大的效果。有太多的变量和依赖性,而是快速释放,频繁地释放,可以独立于其他工作作品。

 

  1. Be strong

不要在上面的规则上致动。

“如果您不遵守这些规则,您的敏捷团队将无法正常工作”

 

这很难,当有人要求一个忙或者高级经理想要一件事时,你的第一个本能就是试图挤压那里的工作。但如果你不遵守这些规则,你的敏捷团队就不工作。否则,您的交付速度将是最繁忙的团队成员的步伐,它将比您的潜在生产力慢。

查看更多来自Storm Fagan在敏捷工作中的工作: