代码之家  ›  专栏  ›  技术社区  ›  Patrick Cornelissen

使用敏捷方法或尝试过敏捷方法的开源项目[关闭]

  •  3
  • Patrick Cornelissen  · 技术社区  · 14 年前

    我正在为8月份的一个会议准备一个简短的演讲,我正在寻找在内部使用敏捷方法的开源项目,或者在过去尝试过敏捷方法的开源项目。

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

    更新:

    我仍在关注这个问题,所以请随意添加更多答案/项目/。。。

    4 回复  |  直到 14 年前
        1
  •  5
  •   Community Reversed Engineer    7 年前

    当然,敏捷喜欢面对面交流,而且大多数开源项目都有分布式成员,这种距离并不能简化交流。这是否意味着你不能在OSS项目上敏捷?我不这么认为。

    第二,在我看来,敏捷不是关于结对编程或独立会议。。。这些只是实践,实践不是目的,只是手段。敏捷更多的是关于原则: 最大化交付价值 提供最佳投资回报率 (好的,最后一部分可能不适用于OSS项目,但您仍然希望向您的用户提供有价值的工作软件,否则达尔文会让您消失)。给定方法的实践是在给定环境中实现这一目标的一种方法,但对我来说,敏捷更多的是持续的优先级排序,限制 Work In Process ,(即短周期和时间盒),增量交付,反馈循环,高质量(感知和概念), Stop-the-Line 文化建设 mistake proof process 换句话说,不做结对编程并不意味着你不能敏捷。

    回到问题上来,我认为Ubuntu是一个很好的例子(也许不是一个严格意义上的编程例子,但它涉及到开发):固定日期的发布周期(每6个月一次,在这6个月内有几个较短的迭代),严格的优先顺序,没有日期转换(范围不同),工作软件,所有这些都有高度分布的贡献者和大量的技术和语言。检查 Ubuntu Development

    我想到的另一个例子是 Sonar . 有一段时间,他们每个月都在交付一款很棒的软件(尽管看起来节奏已经不那么规律了)。你可以联系开发团队在 SonarSource

        2
  •  5
  •   anon anon    14 年前

        3
  •  1
  •   Khorkrak    14 年前

    Twisted项目使用XP和一些附加程序,称之为终极质量开发系统:

    Twisted Matrix Development Process

        4
  •  1
  •   Bernard Notarianni    14 年前

    您可以尝试联系XWiki团队。

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