architecture - 软件架构师在敏捷中是否发挥作用，特别是？ Scrum？

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 5 年前。

Improve this question

我正在阅读 Marc 和 Laura Sewell 所著的《软件架构师的职业》(Amazon link)，这让我想知道软件架构师是否是旧的非敏捷 BDUF 方法的一部分。

软件架构师在敏捷方法中是否有一席之地？我对 Scrum 特别感兴趣。

顺便说一句，我目前是一家大公司的 Unix 应用程序架构师。

干杯，

抢

Answer 1

我在 Scrum 中作为架构师的角色包括以下内容。

1. 技术高峰——概念验证——我们将如何做到这一点。 (“如果您直接使用 SMTP 库会更简单，它已经包装了现有的 SMTP 库；围绕我们的包装器编写您自己的包装器并没有多大帮助。我们可以添加您想要的方法。”)

2. 开发人员之间进行协调以适应预期的架构。 (“嗯...你为什么使用自己的属性文件？”

3. 与用户合作，适当确定待办事项的优先级。 (“这三者是相关的，如果我们做了其中一项，我们就能以几乎零额外成本获得另外两项。”)

4. 与经理合作解决积压工作的成本。 (不，项目经理做不到这一点；他们没有技术深度。不，程序员做不到这一点，他们没有概览。)

5. 阐明为什么包名称是这样的，以及为什么数据模型具有这些功能。

6. 找到我们遗漏的东西，并根据技术理由重新调整待办事项的优先顺序(“我们将需要这个额外的冲刺来集成 [X]、升级 [Y] 并替换 [Z]，否则我们将永远不要完成那些冲刺。”)