Scrum敏捷项目管理

为什么我们需要敏捷项目的建筑师(和建筑)

敏捷软件开发的节奏始终是在进行下一个已知的小批量工作。在这种开发方式下,软件体系结构是否存在?有人认为软件体系结构应该简单地出现而不会’需要持续关注。但这不是’始终谨慎地让软件体系结构以下一次迭代的速度出现。

复杂的软件系统具有大量的活动部件,依赖项,挑战和未知数。指望在没有任何计划或架构调查的情况下自发出现的软件架构风险最大。

那么如何在敏捷项目上进行架构设计呢?它因项目而异。但是,存在将建筑活动纳入敏捷项目的有效技术。本演讲说明了如何在敏捷项目上完成架构以及敏捷架构师的工作。

视频制作人: JDD会议

关于“为什么我们需要敏捷项目中的建筑师(和体系结构)”的2条评论

  1. “有人认为软件架构应该只是出现而无需持续关注。”

    不,他们不’t。新兴的体系结构并不是在不引起注意的情况下发生事情。恰恰相反。

    紧急架构的想法是构建最简单的解决方案,以解决客户问题’的问题。经过全面测试,清晰书写并包含最少部分的组件。为此,我们需要尽可能地避免引入我们不依赖的依赖项。’不需要在这个确切的时刻。

    您今天做出的每一个架构决策都会限制明天的选择。影响体系结构的决定将会出现,但我们将其推迟到最后一个负责任的时刻。最后一个负责任的时刻是没有做出决定的时刻(例如,如果我没有做出决定)’现在就必须引入Web框架了。)

  2. 亚当是对的:您必须注意任何项目的架构。亚当(Adam)是错的:有太多人相信建筑会发生。我看到了,到处都读到了。它不仅仅在于通过工作代码来增加价值。代码必须是可维护的(除非目标是一次性的)。我们必须更加努力地进行教育和交流,以正确地使用技术,因为许多人无所畏惧地潜入水中。

1引用和引用

  1. 软件开发Linkopedia 2013年12月

评论被关闭。