Why Software Development Methodologies Suck ?

Why Software Development Methodologies Suck ?

对于这个问题，Michael Feathers提出以下观察：

I think that, in the end, we just have to accept that developer skill is a far more significant variable than language choice or methodological nuances1. Frankly, I think we all know that, but we seem to suffer from the delusion that they are the primary knobs to tweak. Maybe it’s an extension of the deeply held view that from an economic viewpoint, it would be ideal if people were interchangeable.

我认为，最终，我们只需要接受开发人员技能是一个比语言选择或方法上的细微差别更重要的变量。坦率地说，我想我们都知道这一点，但我们似乎陷入了一种错觉，即它们是调整的主要旋钮。也许这是根深蒂固的观点的延伸，即从经济角度来看，如果人们可以互换，那将是理想的。

1. 由于IT中个人生产力的概念从未得到令人满意的定义，因此这是一个特别难以解决的问题。

这样一来，要获得一名熟练的开发人员就变得困难，衡量工作小时数会鼓励英雄行为 ，但经验表明，"英雄"通常是那些通过早期承担不可接受的风险而导致项目延迟的人，长时间工作使人们愚蠢并导致软件质量差。对于IT专业人员来说，仍然没有一套普遍接受的专业标准或特许制度，招聘优秀的人才在很大程度上是一门艺术，而不是一门科学。
心理学家至少已经解决了为什么获得和衡量IT技能如此困难的问题。正如丹尼尔·卡尼曼（Daniel Kahneman）在《快速和缓慢思考》（Thinking Fast and Slow）一书中所说，"获得一项技能有两个基本条件：一个足够规律、可以预测的环境;一个可以预测的环境。和通过长期练习学习这些规律的机会。

2. 软件开发不是一个在一个常规的环境当中发生。

这就导致我们运行实验，获得技能以及衡量哪些实践和决策导致成功以及哪些导致失败是非常困难的。在开发与得到结果反馈的时间周期太长，我们必须在变化的环境中不断改进程序。

参考链接