我准备在8月份的一次会议上简短的谈话，我期待为使用敏捷方法在内部或在过去尝试过的开源项目。开源项目已经尝试过
我的目标是谈论哪些工作正常，哪些工作无法正常工作，并稍微推广敏捷方法，因为我认为某些敏捷技术非常适合，但似乎并不常见在实际的发展中。
因此，没有人知道，曾经使用过敏捷方法和技术的项目？我想联系他们几个问题。
更新： 感谢您的回答，我将在接下来的几周内与团队联系。 :-) （我第一次有准备的问题，并介绍...）
我仍然监测这个问题，可以随意添加更多的答案/项目/ ...
当然，敏捷的主张进行面对面的沟通和大多数开源项目都分布成员和距离并没有简化通信。这是否意味着您不能成为OSS项目的敏捷人员？我不这么认为。首先，我需要说的是，现代工具可以帮助减少由距离导致的通信开销：Skype，电话，电话会议，视频会议，协作编辑和审查工具，邮件，书面文件（甚至旅行）等。如果你可以避免距离，那就去做吧。但这不是一个阻碍问题。
其次，敏捷是我没有这样做对编程或站立式会议的意见了......这些都只是实践和练习没有结束，他们只是一种手段。敏捷更多的是关于原则：最大化让渡价值，同时最大限度地减少浪费提供最优化的投资回报率（好吧，最后一个部分可能并不适用于开放源码软件项目，但您仍想为您的用户或达尔文提供有价值的工作软件会让你消失）。来自给定方法的实践是在特定背景下实现此目标的一种方式，但对我而言，敏捷更多地是关于连续优先化，限制Work In Process（即短周期和时间框），递增递送，反馈循环，高质量（感知和概念），Stop-the-Line文化，建设mistake proof process，刚好够规格，刚好够时间刚刚好文档，等等，等等。换句话说，没有做结对编程并不意味着你不能敏捷。回到问题，我认为Ubuntu是一个很好的例子（可能不是一个编程的例子，但它涉及开发）：固定的发布日期周期（每6个月在这6个月中有几个更短的迭代），严格的优先级要做的事情，没有日期转换（范围变化），工作软件，以及所有这些与高度分散的贡献者和大量的技术和语言。检查Ubuntu Development，我很确定可以联系“某人”。
我想到的另一个例子是Sonar。在某个时候，他们每个月都在交付他们伟大的软件（尽管看起来节奏不再那么规律）。您可以联系开发团队与他们讨论SonarSource。
谢谢pascal，我完全同意你的意见。 顺便说一句：马克沙特尔沃斯是在linuxtag和我能看到他的谈话，他希望更多的项目有更多的质量和释放重点的方法，这也是我今年在froscon的演讲中试图拥抱的。 – 2010-06-13 15:31:37
@Patrick Mark Shuttleworth在我看来是一位出色的“元产品负责人”：他知道该走到哪里，并且真正成功地传达他的愿景（这是使Ubuntu成功的原因）。你可以关注他的谈话并且你将要讨论的话题也很好。祝你好运。 – 2010-06-13 17:26:48
我会认为开源开发模式与敏捷相反。大多数敏捷实践（例如配对编程，站立式会议）都要求开发人员位于同一地点。在大多数FOSS项目中，开发人员在地理上分布广泛。
@Pascal碰巧我一直是一个多站点项目（阿姆斯特丹/伦敦/新泽西）的项目经理，时间差异真的是一个杀手 - 我不认为像站立式会议那样非正式可能可以工作。结对编程的同样问题，只会更糟。 – 2010-06-11 19:22:44
我不是说距离放松的事情，我只是说它不是一个阻塞问题。但是我在评论框中没有足够的空间，所以我正在写我自己的答案（还要注意，结对编程不是强制性的，不会强制你使用XP）。 – 2010-06-11 19:51:33
@Neil敏捷不仅仅是结对编程和/或站立式会议。当你抽象出这些技术的基本内容时，你可以找到替代品来帮助ypu达到目标，比如同行评审和预定的语音或IRC聊天。当然，这不是“常见的敏捷方法”，但即使对于分布式开源项目，您也可以获得许多优势。 – 2010-06-13 15:25:27
上的扭曲项目使用XP加上它调用的极致品质开发系统的一些额外的程序：
你可以尝试联系XWiki实现团队。
http://www.xwiki.com/xwiki/bin/view/About/Team
他们有一个伟大的产品，它是开源的，文森特Massol很清楚的敏捷实践（espeacially测试）和团队是分布式的。你可以试着问他们的一些“秘密配方”的;-)
我见过一些开发人员和经理使用Agile/scrum作为规格的完全替代。这永远不会结束。 – 2010-06-13 15:38:29
@David我见过一些开发人员和经理使用“宝贵”的规格作为工作软件的完全替代品。这永远不会结束。顺便说一下，敏捷！= Scrum和敏捷！=没有规范或文档。 – 2010-06-13 15:54:01
@帕斯卡我知道。几年前，我还参与了一个电信项目，花费了25万美元+编写了一个从未开发过的系统。我不认为我们需要规定每一条怪异的代码行，但是我们要做的事情的明确定义可以帮助所有人保持同一页面，特别是在一个地理多样化的团队中。 – 2010-06-13 16:13:07