bet188足球-RigorousAgile

敏捷·证明·指标

标签:

我经常抱怨敏捷方法没有严格的定义。抱怨者可能会谈论这是否意味着您无法判断某个团队是否正在使用敏捷方法。他们也可能会说这很难教人们如何做敏捷方法 - 课程是什么??

在某种程度上,我确实感受到这种抱怨的痛苦 - 但我接受没有治愈方法。缺乏严谨性是敏捷方法的一部分,是其核心理念的一部分。。

思想过程的一个基本问题 - 尤其是软件开发 - 是设置的多样性。不同类型的系统具有不同类型的压力和力量,这使得很难得出足以涵盖它们的做法的充分陈述。软件开发是一种以人为本的活动,人们很自然地加剧了这种效应不一致和高度可变。敏捷主义者从这个结论中得出的结论是,它试图将软件开发与严格的过程联系起来是无效的,因为这忽略了执行该过程的主要(人类)组件的本质特征。。

(这可能是因为我们的专业是与计算机一起工作,这导致我们想要以编程计算机的方式对人类系统进行编程 - 尽管事实上它们是如此不同。)

所有这一切的结果是,敏捷方法从根本上期望团队决定要遵循的流程,并进一步期望团队积极且定期地改变他们的流程。任何确定可以测试一致性的严格过程的尝试都与这一理念相悖。。

我不能否认这令人沮丧。你怎么能做一个调查,看看敏捷方法是否更有效,替代方案,或者极限编程是否比Scrum更有效,当你无法明确定义Scrum最初的定义时?如果客户想要一个使用极限编程构建的系统,如果它真的完成了它们怎么能?。有一种“感觉”当我看到它时我就知道了但是,它需要一个没有经验的从业者才能有这种感觉,即使这样,这些从业者也有很多不同意的空间。。

我对这个难题没有答案。的确,我不认为一个答案。这是活动本身的一个不幸后果,就像弄湿游泳是不可避免的后果。。

2012年7月26日转发

分享:
如果您发现此文章有用,请分享。我很感激反馈和鼓励

在这些标签上找到类似的文章

敏捷 证明 指标