Cra*_*rze 7 architecture agile scrum
正式的架构规范如何适应敏捷开发 - 如果有的话？
我正在考虑Scrum,它没有提到官方文物中的架构.
您是否只是让架构"偶然"发展(可以这么说),您是否非正式地进行了规范,或者在组装您的第一个产品待办事项之前是否有空间做出类似4 + 1规格的事情？
Jas*_*ams 14
敏捷通常被描述为"只做你现在需要做的事情,如果需要更多的东西,你可以稍后重构".
这是相当误导的.它可以被理解为"现在快速提出一些东西,然后找出如何升级它以便在将来做更多的事情".这将导致痛苦和技术债务的世界.
对于任何系统,您都需要一个设计.对于小型/简单系统,这种设计可以在您的脑海中,但在开始系统将要做什么以及如何做到最好之前,您仍需要思考.
所以恕我直言,将设计纳入敏捷方法的正确方法是设计足够的,因为你知道系统最终应该做什么,以及描述它将如何做的广泛笔画.想出一个足够灵活的设计,你不会烧掉任何桥梁.但是,不要浪费时间为每个螺母和螺栓编写正式的详细规范.设计到你知道子系统适合的位置和方式的水平,但它可以被视为一个"黑盒子",它本身只能在你需要实现时设计.
敏捷开发不应该排除一个正式的架构 - 它只是意味着你应该只设计足够的正式架构,当你完成时所有的位都能很好地融合在一起,并且只有当你完成时才能充实这个设计的小细节.他们是需要的.有时这意味着你仍然需要一个相当详细的设计.