agile - 使用敏捷方法的成功项目?

标签 agile methodology

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗?更新问题,以便可以通过 editing this post 用事实和引文回答问题.

3年前关闭。




Improve this question




我最近对敏捷方法很感兴趣,并且找到了很多关于很多实践的处方和详细描述。
尽管如此,我仍然记得我最好的项目是运行到完成的高峰,然后是一些调试和最少的测试,然后再上线。

我一直在问自己,Flickr 是否使用了敏捷方法? Facebook 实践 TDD 吗? Gmail 是在 25 分钟的时间跨度内完成的,然后是 5 分钟的白日梦吗?

换句话说,在我进一步听完所有的讲道并跳入手册之前,我有什么证据表明这是在成功的公司中成功进行项目的方法?

当然,我问这个是因为我想阅读答案,而不是因为我想驳回争论。

最佳答案

一个相关的问题是,有多少非敏捷(瀑布式、“前期大设计”等)项目是成功的?根据我的经验,不是很多。事实上,我刚刚推出了一个两阶段的项目,其中第一阶段是传统的瀑布式并且失败得很厉害,但是第二阶段本质上是迭代的并且产生了明显更好的结果(准时,缺陷少得多,最终结果更接近客户的实际需求而不是原始规范)。

我已经从事敏捷开发几年了,总的来说,我发现它优于替代方案。我注意到的一些事情:

  • 敏捷!=“无流程”。敏捷就是只拥有您需要的过程,并不断完善该过程。
  • 敏捷需要纪律。你不仅要有一个过程,你还必须遵循它。
  • 敏捷不会将失败的项目变成成功。它可以帮助您尽早确定项目失败,并帮助您找出失败的原因。这是关于缩短反馈循环,以便您有机会在为时已晚之前回到正轨。

  • 微软研究院最近 posted an article他们凭经验评估了一些敏捷方法。它非常值得一读,并且可能会提供您正在寻找的一些信息。

    关于agile - 使用敏捷方法的成功项目?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2187598/

    相关文章:

    tfs - TFS 中最好的 Scrum 工具是什么

    agile - 用于代码构建的最新敏捷设计方法

    unit-testing - 什么时候不/在实现前编写测试?

    sql - 最佳数据库变更控制方法

    unit-testing - 在进行 TDD 时,您如何保持纪律?

    project-management - 冲刺速度计算

    TFS 任务和错误 : Should I re-open a task if I find bugs?

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

    agile - 放弃敏捷,转向瀑布——这样对吗?

    php - 应用CSS显示:none or use if(false){content} to block content at clients?