it-swarm.cn

1个或2个开发人员可以使用Agile / Scrum吗?

到目前为止,我一直在阅读和研究的所有内容都描述了敏捷/ Scrum如何与大约4至6名成员甚至更多的团队合作。

在我目前的商店中,我们大约有8个开发人员,但是考虑到项目数量的性质和我们支持的部门数量,给一个项目分配的人员永远不会超过1或2。

我仍然可以与由1或2个开发人员组成的团队一起使用Agile/Scrum吗?我正在努力向经理推销,以开始使用这种方法,但是我需要能够解释如何为一小部分开发人员缩减规模,或者说服他们确保我们在给定的数量上拥有更多的成员。项目。

64
Dillie-O

您确定可以在项目中使用某些敏捷原则,而不必使用scrum或任何可行的方法最适合您。您肯定可以从某些XP=方法和一些Scrum练习中受益。)可能不是“按书”,即使有一点点Scrum带来的1-2人团队也太小了,首先书中所说的话,然后放下一些您觉得无关的东西,只是不要放下回顾,确定花时间讨论您遇到的问题并为他们找到解决方案是值得的。

28
Dmitry

是的,您可以对1个人使用Scrum/Agile的原则。如果您想提高个人生产力,请看 Pomodoro技术[〜#〜] gtd [〜#〜]

敏捷技术适合于较小的团队,因为对于较大的团队,管理沟通变得更加困难。由1或2个人开发项目(和客户),您应该能够非常轻松地敏捷地工作。我建议您阅读 敏捷宣言 作为敏捷开发的良好起点。对于Scrum,我建议您看一下 来自战S的Scrum看板 似乎现在很流行,而且还有 个人看板

13
Johnno Nolan

如果我是您,那么我将使用看板来管理和可视化我的任务和优先级,并且我将采用一些XP做法:测试驱动的开发,回顾性工作和时间安排可能是不错的选择首先,在回顾期间,您可以确定自己认为需要的更多实践。

看板是非说明性的。 真的所需要的是:

  1. 您可视化您的工作流程
  2. 您限制正在进行的工作(在您的情况下尤其有用)

这个想法是您锁定其他有用的实践,并且XP是这些实践的绝佳来源。

免责声明:我从来没有尝试过,但是如果我处于同一位置,那将是我尝试的事情的顶部。

6
user5467

毫无疑问。查阅《实用程序员》一书,以获得有关各个开发人员如何工作敏捷的更多信息。很难获得用于单个工作的Scrum资源,但是迭代开发的主要概念可以应用于任何规模的工作组。

http://www.pragprog.com/the-pragmatic-programmer

4
free-dom

我会说您可以使用各种敏捷方法中的技术,但是您不应该使用Scrum,因为 《 Scrum指南》 中描述了它,因为您无法填补角色。 Scrum专为4至11人的团队而设计。但是,包括Scrum在内的许多敏捷方法都可以为您提供一个起点。

2
Thomas Owens

我最近阅读了有关Scrum的这本书: 使用Scrum进行敏捷项目管理

对我来说,这是我的第一本关于Scrum的书,对我来说确实如此,它的重点实际上在于重要的基本原理。我认为其中一些原则可以适用于并帮助1-2人团队。

1
Emile Vrijdags

是的,您只能与两个开发人员一起使用敏捷方法,但始终需要专门的客户/产品经理。在只有一名开发人员的情况下,我之所以拒绝,主要是因为我个人喜欢在团队中工作,而且还因为您无法真正配对程序,从而错过了所有代码共享的机会。四到六名开发人员+一名产品经理是敏捷项目的理想选择。不仅如此,子团队往往形成某种目的。

我当然不知道您的确切情况,但是似乎对我来说,您同时运行多个项目。我的建议是,您应该尝试降低减少并发项目数量的想法,而应该让两个团队分别从事一个项目。这将是改善您的处境并使其更易于应用敏捷过程的第一步。

关于任务切换和项目破坏的弊端,有很多话要说,但实际上,并没有带来什么好处。曾经.

1
Martin Wickman

换一种方式来看:

您为什么不考虑same Scrum团队的所有8位开发人员?这样,您将获得项目之间的串扰效果。也许您甚至不必使人们致力于特定项目??

当有更多人加入您的商店时,您可以将团队分为两个较小的团队。

0
Magnus

我认为2个开发人员本能地默认为敏捷之类的系统,即使他们没有明确提出这样做​​。他们自然会彼此交谈,并使用他们的PO进行迭代。

0
Dustin Getz