软件架构师 软件架构师到底是做什么的？

你的项目团队中有软件架构师吗？你的公司需要软件架构师吗？

大多数敏捷开发团队没有明确定义这个角色，而是以一种非常民主的方式工作。每一个重要的技术决策都是全队讨论，票数最多的解决方案胜出。如果这样一个团队最终决定在一个人的t恤上贴上“软件架构师”的标签，最受尊敬的程序员可以得到这个标签。

然而，这个标记很少改变他的工作职责。毕竟团队还是一样的，喜欢大家一起讨论技术，大家都参与。最后，软件架构师与其说是一个有明确工作职责的角色，不如说是一个身份和身份。说明团队其他成员尊重团队中最资深最权威的人。是这样吗？

绝对不对！

显然，建筑师通常是知识、技能、经验和权威无与伦比的人。当然，建筑师通常比别人懂得多，在需要的时候可以很容易很容易的把知识传授给别人。建筑师通常是团队中最聪明的人之一。

建筑师是对质量负责的人。素质差，也不能怪自己。

然而，这不是让他/她成为建筑师的关键。

这不是团队需要的。我对软件架构师的定义如下:

建筑师是对质量负责的人。素质差，也不能怪自己。

可以用“问责”或者“责任”来代替“指责”。但是，我更倾向于使用前者，因为它更明确地强调了这样一个事实，即开发中的产品的每一个质量问题都是架构师的个人错误。当然也有收获:质量好的话，建筑师也会得到所有满意客户的好评和好评。

这是团队需要的——有人对开发的软件质量负责。

项目经理的工作是确保软件架构师做出的每一个技术决策都不会被任何人怀疑。

至于这家伙怎么把这个责任交给别人，那是他的事。他是否使用他的知识和技能、质量控制工具、单元测试框架、权威、指导或体罚是他的事。项目经理将质量控制授予软件架构师。至于如何进一步授权软件架构师，那是他的事。

软件架构师的角色对每个项目都很重要，即使只有两个程序员在同一张桌子上努力工作。其中一个肯定是建筑师。

一个理想的建筑师具备以上提到的所有优点和品质。他善于倾听每个人的意见，并充分考虑他们的观点和意见。他是一个有耐心的优秀教官和老师。他擅长沟通和谈判。他很圆滑，也是技术领域的专家。

然而，即使他不具备所有这些优势和品质，他的决定总是决定性的。

项目经理的工作是确保软件架构师做出的每一个技术决策都不会被任何人怀疑。这才是授权的真谛――责任总是伴随着权力。

作为项目经理，你应该定期评估架构师的有效性。记住，你的团队开发的产品质量是他个人的.你看到的任何问题都是他的问题。不要害怕责备他，惩罚他。但永远记住:为了让你的惩罚有效，你要给建筑师充分的权力，让他可以自由发挥。让我重申，他的决定应该是决定性的。

如果你的项目经理对产品质量不满意，架构师也没有改善情况，那就撤他。把他降级为程序员，把其中一个程序员提升为架构师。但永远记住，团队中只能有一个架构师，他的决定是决定性的。

只有这样，我们才有机会开发出完美的产品。

相关阅读: