我正在阅读 Marc 和 Laura Sewell 所著的《软件架构师的职业》(Amazon link)，这让我想知道软件架构师是否是旧的非敏捷 BDUF 方法的一部分。
软件架构师在敏捷方法中是否有一席之地？我对 Scrum 特别感兴趣。
顺便说一句，我目前是一家大公司的 Unix 应用程序架构师。
干杯，
抢
最佳答案
我在 Scrum 中作为架构师的角色包括以下内容。
技术高峰——概念验证——我们将如何做到这一点。 (“如果您直接使用 SMTP 库会更简单，它已经包装了现有的 SMTP 库；围绕我们的包装器编写您自己的包装器并没有多大帮助。我们可以添加您想要的方法。”)
开发人员之间进行协调以适应预期的架构。 (“嗯...你为什么使用自己的属性文件？”
与用户合作，适当确定待办事项的优先级。 (“这三者是相关的，如果我们做了其中一项，我们就能以几乎零额外成本获得另外两项。”)
与经理合作解决积压工作的成本。 (不，项目经理做不到这一点；他们没有技术深度。不，程序员做不到这一点，他们没有概览。)
阐明为什么包名称是这样的，以及为什么数据模型具有这些功能。
找到我们遗漏的东西，并根据技术理由重新调整待办事项的优先顺序(“我们将需要这个额外的冲刺来集成 [X]、升级 [Y] 并替换 [Z]，否则我们将永远不要完成那些冲刺。”)
关于architecture - 软件架构师在敏捷中是否发挥作用，特别是？ Scrum？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/177764/