什么是开发人员无政府状态?


24

我一直在阅读有关开发人员(或程序员)无政府状态的信息,该技术似乎被认为是后敏捷开发方法。我发现它(一些资源12),但它似乎并没有很多在那里。

我想知道是否有人有什么好的资源可以在其中找到更多信息-如何实现,优缺点,与其他方法的比较等。


1
我以前从未听说过,但对我来说似乎有点矛盾。他们说:“ ...形式和规则限制了创造力和生产力”,但与此同时,他们有定期的站立会议(作为方法论的一部分?)。我不相信对这种方法的描述是从制定规则开始的。
Giorgio

第一次阅读它,在我看来,它是由一个或半个敏捷的经验的人完成的。因为这个“开发人员无政府状态”是“敏捷做对了”的教科书示例。例如。正确实施的敏捷。
欣快的2013年

您引用的第一个链接似乎已经包含了您要查找的所有内容。
Michael Borgwardt

2
多么可爱的流行词!
CesarGon

1
@CesarGon:流行词比真正新颖的方法更容易发明。;-)
乔治

Answers:


46

我可以为您指出Alistair Cockburn 关于“真正的”敏捷项目的这一方面的想法

Crystal Clear方法论家族的一员是Crystal Clear。可以使用以下单词向第3级侦听器描述Crystal Clear:

“将4-6人放置在一个配有工作站和白板并可以与用户接触的房间中。让他们每隔一两个月向用户交付运行中经过测试的软件,否则就别管它们了。”

实际上,我的确是用精明的项目赞助商描述了Crystal Clear。他遵循了这些指示,并在五个月后报告说:“我们按照您说的做了,而且行得通!”

几个月后,我采访了团队负责人,他的报告大约和我的指示一样短:

“按照您的建议,我们四个人接管了这个具有网络连接的会议室。我们将其保存了四个月,在那边的白板上画画,并随我们一起提供软件。效果很好。”

这就是敏捷的意义所在,似乎这是无政府状态方法所采用的方法-关键是,如果您有经验的人,那么您可以告诉他们“停下来让它工作”,他们会做到这一点。(这不适用于经验不足的人,在没有至少一些监督的情况下,您不会让一群初级人员这样做)。

多年来积累的所有关于敏捷的狂热,例如每日站立和Scrum板,产品积压梳理会议,关于产品积压Scrum板梳理会议计划会议的会前会议..所有这些都是重量级项目,应该被视为成功交付产品的间接费用。

然而,今天太多了,这些事情被视为强制性的,“敏捷”方法论下放到一个比旧方法具有更多过程的系统中!


14
“尽管今天太多了,但这些东西被认为是强制性的,'敏捷'方法论下放到一个比旧方法具有更多过程的系统中!”:您遇到了一个重要问题(+1)。我一直在SCRUM中由经验丰富的开发人员组成的团队,两年后,我们的感觉是……以前没有每天开会(以前每周开会两次)和许多其他活动时,我们更加敏捷。发生在“团队决定需要它们时”,而不是“方法确定时需要它们”。
Giorgio 2013年

9
+1。最终,我认为这些方法论表明了一个持续的周期:繁重的方法论反复失败,(一些)人们意识到程序员足够聪明,可以处理事情,简化流程,并且通常情况下工作正常,但是尝试了轻量级的流程对于缺乏经验或缺乏经验的团队,它会失败或错过估计,添加流程以增加“确定性”和“可预测性”,并且循环持续进行。
asthasr

啊...那个周期听起来准确又令人沮丧。
Graham


1
@syrion:您可能是对的。我在某处读到,敏捷实践对有经验的程序员有效。然后,这些曾经为经验不足的团队提供指导的经验丰富的程序员必须为他们写下规则(因为持续的指导成本很高,最好在书中写下一些规则)。这样,开发了诸如SCRUM之类的新方法:人们现在可以出售书籍或证书。但是,敏捷的真正精神是运用自己的常识而不是他人编写的规则。规则是准则,但许多人都像宗教一样考虑。
Giorgio 2013年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.