您的项目中有软件架构师吗？ 需要一个吗？
好吧，大多数敏捷团队没有明确定义这样的角色，而是以民主的方式工作。 每个重要的技术决策都将与整个团队进行讨论，并且赢得解决方案最多的票。 当这样的团队最终决定在某人的T恤上贴上“软件架构师”徽章时，最负盛名的程序员就会拿到它。
但是，徽章很少改变他的职责。 毕竟，团队保持不变，并喜欢一起参加每个人的技术讨论。 最后，与具有明确定义的职责的角色相比，软件架构师更具有地位。 这是尊重的标志，其他团队成员向其中年龄最大，最权威的人表示敬意。 对？
绝对错！
显然，建筑师通常是知识，技能，经验和权威最多的人。 当然，建筑师通常比其他人了解更多，并且能够在需要时与外交和教学法进行交流。 建筑师通常是团队中最聪明的人之一。
但是，这并不是使他/她成为建筑师的原因。
这不是团队所需要的。 我对软件架构师的定义是这样的：
建筑师是一个谁需要责备为质量 。
您可以用问责制或责任代替“责备”。 虽然，我更喜欢使用“责备”，因为它更好地强调了以下事实：正在开发的产品中的每个质量问题都是建筑师的个人过错。 当然，在质量良好的情况下，他还应归咎于满意的顾客，并归功于他的责任。
这就是团队所需要的-个人对所开发软件的质量负责。
这个人如何将这种责任委托给他人是他的工作。 无论他是要使用自己的知识和技能，还是质量控制工具，还是单元测试框架，还是权威，还是教练，还是体罚，这都是他的本事。 项目经理将质量控制委托给软件架构师，由软件设计师决定如何进一步授权它。
即使只有两个编码员在同一张桌子上工作，软件架构师的角色对于每个项目也至关重要。 其中一位必须是建筑师。
理想的建筑师具有上述所有优点。 他倾听每个人的意见，并考虑他们的意见。 他是一位很好的教练和老师，很有耐心。 他是一位有效的沟通者和谈判者。 他是外交官。 他是技术领域的专家。
但是，即使他没有所有这些优点， 他的决定也始终是最终决定 。
这是项目经理的工作，以确保架构师做出的每个技术决策都不会受到任何人的怀疑。 这就是授权的全部意义-责任应该永远伴随着权力。
作为项目经理，您应该定期评估架构师的结果。 请记住，您的团队正在使用的产品质量是他个人（！）的责任。 您看到的任何问题都是他的问题。 不要害怕责备他并惩罚他。 但是，请始终记住，为了使您的惩罚富有成效，您应该在自己的行动中赋予建筑师充分的权力。 让我重申：他的决定应该是最终决定。
如果您作为项目经理对产品质量不满意并且架构师没有改善情况，请更换他。 将他降级为程序员，并将其中一名程序员提升为架构师。 但请始终记住，团队中只能有一位架构师，而他的决定是最终决定。
这是获得完美产品的唯一途径。
相关文章
您可能还会发现以下有趣的帖子：
翻译自: https://www.javacodegeeks.com/2014/10/what-does-a-software-architect-do.html
扫一扫
9623
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
