架构敏捷性
我将回到软件开发经济学方面 ,还有更多文章正在发表,但是现在我需要说点什么……。
我以前写过关于“什么是敏捷”的文章 -我什至在该博客上以未完成的文章“什么是敏捷? 敏捷观点” ,但有时我认为它只是性别……。
(好的,这个博客刚刚被过滤掉了很多提要,并被许多防火墙阻止了,但请继续。)
从广义上讲,在软件开发世界中,有两组人:创建软件的人员(编码人员,测试人员等)和管理流程的人员(项目经理,开发经理等)。 在讨论“敏捷”时,我发现双方都认为问题出在对方身上。
换句话说,如果我与开发人员交谈,他们会认为其经理是采用更多敏捷技术和改进的障碍。 但是,当我与经理交谈时,他们说的是拒绝敏捷和其他改进的开发人员。
这总是让我想起老菲利普·克罗斯比(Philip Crosby)的话:
“质量与性有很多共同点。 每个人都支持。 (当然,在某些条件下。)每个人都觉得自己了解它。 (即使他们不想解释它。)每个人都认为执行只是遵循自然倾向的问题。 (毕竟,我们确实相处得很好。)当然,大多数人认为这些领域中的所有问题都是由其他人引起的。” 菲利普·克罗斯比
让我们更新它并使其具有敏捷性,用“质量”代替作品“敏捷”:
敏捷与性有很多共同点。 每个人都支持。 (当然,在某些条件下。)每个人都觉得自己了解它。 (即使他们不想解释它。)每个人都认为执行只是遵循自然倾向的问题。 (毕竟,我们确实相处得很好。)当然,大多数人认为这些领域中的所有问题都是由其他人引起的。” 艾伦·凯利(Allan Kelly)在菲利普·克罗斯比(Philip Crosby)之后
你看? 它适合。
敏捷不是别人的事,它不属于另一个人:它是你的。 您和您认为是障碍的人一样可能成为障碍。
翻译自: https://www.javacodegeeks.com/2013/12/agile-is-like-sex.html
架构敏捷性