问软件架构师在敏捷中有角色吗，特别是。Scrum？

EN

好的。

记住--敏捷并不是“给我带来一块石头”的方法。仍然有需求，仍然是一个设计，仍然需要一个可靠的架构。

当您构建产品或产品线并使用Scrum或其他敏捷方法来管理您的项目时，其中一个关键想法是开发一个简短的迭代周期，确定要完成的积压任务的优先级，确定迭代A、B、C等中的内容。有一个清楚地知道X、Y和Z如何组合在一起的人可以让你的Scrum迭代更有效率。

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

1. 技术峰值--概念的证明--我们将如何做到这一点。(如果你直接使用SMTP库会更简单，它已经包装了现有的SMTP库；在我们的包装器周围编写你自己的包装器没有太大的帮助。我们可以添加你在开发人员中want.")
2. Coordination的方法来适应预期的体系结构。(“嗯……为什么要使用自己的属性文件？”
3. 与用户合作，适当地确定待办事项的优先级。(这三个是相关的，如果我们做了一个，我们以几乎为零的额外cost.")
4. Working获得了另外两个，而管理者则要花费积压的成本。(不，项目经理不能这样做；他们没有技术深度。不，程序员不能这样做，他们没有overview.)
5. Articulating，为什么包名是这样的，为什么数据模型有那些features.
6. Finding我们缺少的东西，并在技术上重新排列积压的优先级(“我们需要这个额外的冲刺来集成X，升级Y和替换Z，否则我们永远不会完成这些冲刺。”)

。

敏捷开发并不意味着无政府主义开发，它仍然需要协调一致，以便随着时间的推移保持可维护性。

但是..。也许瀑布方法论和敏捷方法论之间最大的区别是，在瀑布中你会发现一个软件工程师，你可能会在敏捷开发中找到软件工程师的技能。我的意思是，随着人们更加整洁地在一起工作，随着时间的推移，随着时间的推移，技能在洞团队中变得更加共享的可能性很高，这是很好的。

当然，软件架构师“领导者”将负责维护大局，并确保所有构建块的一致性，但他不会是唯一一个随着时间的推移而引用的人，因为他的知识将被传授给其他人。