如何在分布式团队中保持代码质量和敏捷流程?

时间:2012-11-18 21:13:20

标签: agile software-quality

我的团队即将转变为分布式敏捷团队,我担心我们将如何保护我们的代码库和流程。 目前,我们是一个致力于代码质量的极其敏捷的团队,我们希望继续沿着这条道路前进。但是,我们都没有在敏捷分布式团队中工作过。

您是否有人提供一些建议或经验来帮助我们在分布式环境中保护敏捷流程和代码质量? 你知道我能读到的任何书吗?

感谢。

1 个答案:

答案 0 :(得分:4)

首先,我认为你的文字听起来有点防御性/悲观性(“保护过程”)。当然,我理解你的担忧,但要保持开放并尝试接受改变:)

目前我是一个项目的一部分,包括来自4个不同国家的23名开发人员(但只有一小时的时差)。由于我们需要更多人力,公司聘请了外部开发人员;我们有4个团队和3个专门的测试人员; “主要”开发人员(他们是公司的一部分)和产品所有者都在一个地方。

我们拥有所有标准的敏捷流程/技术,但当然它具有挑战性,我们需要花一点时间来解决所有问题。所以,我可以分享我们的经验,并告诉你什么对我们的环境和情况有用。

由于时区并没有那么不同,我们创建了混合团队; 2'主要'开发人员和(至少)2来自其他地方。由于以下几个原因,这非常重要:

  • 知识分享速度更快,帮助远程人员理解域名
  • 如果远程开发人员需要来自其他人的特定信息(例如PO),他们可以为远程开发人员提供支持......电子邮件很容易被忽视。
  • 您可以更好地控制源代码;主要开发人员可以组织代码审查,配对编程会话和/或创建指南。
  • 沟通是最重要的事情;总是包括每个人的重要决定

敏捷当然是关于人的,但在与远程团队打交道时,你需要工具。什么对我们有用:

  • Skype for daily standss
  • 每当您需要共享屏幕时,只需
  • join.meTeamviewer。它也适用于远程配对编程
  • corkboard.me用于追溯或何时需要虚拟软木板
  • Google文档或Google +也可用于sprint计划等。

不时让人们聚在一起,特别是在开始时。如果你至少看过你的同事一次,如果你一起喝啤酒,那就更有帮助:)尝试创造一个平等对待每个开发者的氛围,以获得真正的生产环境。

不幸的是,我没有关于该主题的资源。但是,分布式敏捷团队有很多博客条目等。

希望它对你的情况有所帮助。如果您有任何其他/更具体的问题,请不要犹豫,问:)