使用敏捷方法或已经尝试过的开源项目

Question

我正在为八月份的会议做一个简短的谈话，我正在寻找内部使用敏捷方法或过去尝试过的开源项目。

我的目标是讨论哪些方面运行良好，哪些方法不起作用并稍微推广敏捷方法，因为我认为某些敏捷技术非常适合，但似乎并不常见真正的发展。

所以有人知道以前尝试过敏捷方法和技术的项目吗？我想联系他们几个问题。

更新的 感谢您的回答，我将在接下来的几周内与团队联系。 :-) （我首先要准备问题和介绍......）

我仍在监控这个问题，所以请随意添加更多答案/项目/...

Answer 1

我原以为开源开发模型与敏捷开发模式完全相反。大多数敏捷实践（例如，结对编程，站立会议）要求开发人员共同定位。在大多数FOSS项目中，开发人员在地理上分开。

Answer 2

当然，敏捷倾向于面对面交流，大多数开源项目都有分布式成员，距离不会简化沟通。这是否意味着您无法在OSS项目上实现敏捷？我不这么认为。

首先，我需要说现代工具可以帮助减少距离带来的通信开销：Skype，电话，电话会议，视频会议，协作编辑和审查工具，邮件，书面文件，（甚至旅行）如果你可以避免距离，那就去做吧。但这不是一个阻碍问题。

其次，敏捷在我看来不是关于结对编程或站立会议......这些只是实践和实践不是目的，它们只是一种手段。敏捷更多的是关于原则：最大化交付价值，同时最大限度地减少浪费以提供最佳投资回报率（好吧，最后一部分可能不适用于OSS项目，但您仍然需要为您的用户提供有价值的工作软件，或者达尔文会让您消失）。给定方法的实践是在给定环境中实现这一目标的一种方式，但对我来说，敏捷更多的是关于连续优先级，限制Work In Process，（即短周期和时间框），增量交付，反馈循环，高质量（感知和概念），Stop-the-Line文化，建立mistake proof process，足够的规范，恰到好处，及时文档等等。换句话说，不做对编程不意味着你不能成为敏捷。

回到这个问题，我认为Ubuntu是一个很好的例子（可能不是严格的编程示例，但它涉及开发）：固定的日期发布周期（每6个月，在这6个月内有几个较短的迭代），严格的事物优先级排序要做，没有日期转换（范围变化），工作软件，以及所有这些与高度分布的贡献者和大量的技术和语言。检查Ubuntu Development，我很确定可以联系“某人”。

我想到的另一个例子是Sonar。有一段时间，他们每个月都会提供他们伟大的软件（尽管似乎节奏不再那么规律）。您可以联系开发团队，与他们讨论SonarSource。

Answer 3

Twisted项目使用XP加上一些称为终极质量开发系统的附加程序：

Twisted Matrix Development Process

Answer 4

您可以尝试联系XWiki团队。

http://www.xwiki.com/xwiki/bin/view/About/Team

他们有一个很棒的产品，它是开源的，Vincent Massol非常了解敏捷实践（特别是测试）并且团队是分布式的。您可以尝试询问他们的一些“秘密食谱”; - ）