敏捷开发项目绩效

时间:2010-10-23 15:50:06

标签: tdd agile sdlc

我记得读过一篇文章,说有人在Agile(或者可能只是TDD?)下测量了项目绩效,发现它比其替代方案更有效地完成了项目。有谁知道我在哪里可以找到它,或类似的文章?

5 个答案:

答案 0 :(得分:3)

以下是一些有趣的论文:

当我看到“超级生产力”这样的术语时,我会有点怀疑,而且并非所有团队都能达到上述某些研究所显示的生产力水平。但是,由于您要求进行一些性能测量,这里有一些数据。

答案 1 :(得分:1)

查看在MySpace团队中应用Scrum的统计数据 - http://www.rapidscrum.com/shock.php

答案 2 :(得分:1)

希望获得项目效率是“走向敏捷”的错误理由

如果您正在考虑改用敏捷方法以使项目开发更有效率,那么您将会感到失望。敏捷转换需要非常重要的时间让团队学习和定制流程。此外,在您对团队的速度有任何现实感之前,需要进行一些冲刺。

即使是一个正在进行敏捷开发的团队,也可能比使用更传统方法的团队更有效率。敏捷方法的更多可能的好处是:

  • 降低缺陷率(如提及@ire_and_curses)
  • 更可预测的交付计划
  • 构建更接近客户需求的东西

答案 3 :(得分:0)

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

答案 4 :(得分:0)

我必须诚实地对待你。我很想做TDD ...但我甚至无法划伤表面。而且不仅仅是我,整个团队(50多名开发人员)甚至都没有讨论过它。

上周我参加了雷德蒙德的p& p研讨会。我和Scott Hanselman就该主题进行了聊天。他狂热地绝对肯定任何项目都可以应用TDD。 “鲍勃叔叔”在他的演讲中也狂热地提到TDD是唯一的出路。

我喜欢测试。我相信所有级别的测试。但首先编写测试,然后编写代码...绿色 - 红色切换,循环持续2分钟?

我无法做到这一点。你有同感吗?