预期非常接近但在其

mithonpaul

在这个范例中年卡内基梅隆研究所的创始人和早期研究员之一瓦茨汉弗莱推出了团队软件流程的第一个版本。它描述了开发团队进行软件开发的迭代过程包括反馈仪式计划等。每次迭代都是戴明休哈特循环。作为这种方法的一部分目标是组建一个成熟的自组织的团队该团队将在实现目标和组织工作的策略上被赋予很大的权力。在这一部分中与中的他方面差异很大。非常关注几乎所有事情的时间测量以便根据这些统计数据得出有关流程改进的结论。这极大地分散了开发人员的主要工作注意力而且很烦人。

您可以在这里阅读人们对的印象然而在年接受采访时指出了和之间的许多相似之处并反复表示这两种方法并不矛盾。基于爱德华戴明工作的一系列方法是一条完全独立的管理发展道路后来看板就从中诞生了。他渴望得到认可经典的重型方法通常被正式确定为大型项目开发的标准例如在美国国防部。直到第五版年都没有提到轻量级自适应方法。也就是说轻 WhatsApp 数据 量级方法长期以来一直被认为是异国情调的或者是在特定公司处理特定项目的特定方法。他们并没有得到广泛的认可而是靠创始人的势力推动的。




如果你看一下轻量级方法出现的时间线你会发现在世纪年代几乎每一两年就会出现一种新方法。显然需要出现如此大量的新方法和一些通用的新范式以适应快速竞争不断变化的软件开发市场。轻量级方法的创建者希望使自己及其方法合法化并大声宣布重量级方法的替代方案这是很自然的。问题在于轻量级方法的创建者各自为政相互竞争和争论没有提供任何共同的开发方法范式或观点。我认为当时我们都在寻找合法性。我们每个人都可以单独工作用自己的方式做类似的事情但这不会成功也不会被软件开发社区所接受。