敏捷开发项目绩效[已结束]

我记得读过一篇文章，说有人测量了Agile（或者只是TDD？）下的项目表现，并发现它比其替代方案更有效地完成了项目。有谁知道我在哪里可以找到它，或类似的文章？     
2019-07-13 6 条评论
分享

没有找到相关结果

    已邀请:

    师埠女

    这是一些有趣的论文： 通过测试驱动开发实现质量改进：四个工业团队的成果和经验 评估测试驱动开发的功效：工业案例研究 雅虎敏捷转型案例研究 SirsiDynix案例研究：Jeff Sutherland关于Highly Productive Distributed Scrum （这里有纸） 从Scrum过程的意义看传统过程中的增强 Scrum论文中也有一些数据 当我看到像“超级生产力”这样的术语时，我往往会有点怀疑，而且并非所有团队都能达到上述某些研究所显示的生产力水平。但是，由于您要求进行一些性能测量，这里有一些数据。     
    2019-07-13 0 0
    分享

    穗揣

    看看在MySpace团队中应用Scrum的统计数据 - http://www.rapidscrum.com/shock.php     
    2019-07-13 0 0
    分享

    剿畦缄饥小

    希望获得项目效率是“走向敏捷”的错误理由 如果您正在考虑改用敏捷方法以使您的项目开发更有效率，那么您将会感到失望。敏捷转换需要非常重要的时间让团队学习和定制流程。此外，在您对团队的速度有任何现实感之前，需要花费一些冲刺。 即使是一个正在进行敏捷开发的团队，也可能比使用更传统方法的团队更有效率。敏捷方法的更多可能的好处是： 较低的缺陷率（如提到的@ire_and_curses） 更可预测的交付计划 建立更接近客户需求的东西     
    2019-07-13 0 0
    分享

    扭湘阀柿蹄

    维基百科的配对编程文章中引用了一些有趣的研究。这是否支持您的案例取决于“更高效”的含义。一般来说，研究表明，一对产生更好的质量工作，并且可能比一个单独工作的开发人员稍快。但是，由于第二个项目没有工作，整体发展速度较低。换句话说，您正在缩短初始开发时间，以获得更稳健的设计，更低的缺陷率，知识转移，更少的傻瓜等。     
    2019-07-13 0 0
    分享

    到街客核

    我必须诚实地对待你。我很想做TDD ...但我甚至无法划伤表面。而且不仅仅是我，整个团队（50多名开发人员）甚至都没有讨论过它。 上周我参加了雷德蒙德的p＆amp; p研讨会。我和Scott Hanselman聊了聊这个话题。他狂热地绝对肯定任何项目都可以应用TDD。 “鲍勃叔叔”在他的演讲中也狂热地提到TDD是唯一的出路。 我喜欢测试。我相信所有级别的测试。但首先编写测试，然后编写代码...绿色 - 红色切换，循环持续2分钟？ 我无法做到这一点。你有同样的感觉吗？     
    2019-07-13 0 0
    分享
    为什么被折叠? 0 个回复被折叠

    要回复问题请先登录或注册

    或代码 OrCode.com 备案号：粤ICP备15020848号-1
    Escape time: 0.080599069595337