根据我的经验，尽管很多软件团队都明白自己需要软件架构这个角色，却往往没有一个参考定义。少了这个定义，很可能就无法履行这个角色的部分或全部职责。
大多数跟软件开发团队有关的角色都比较容易理解——开发人员、测试人员、流程经理、产品所有者、业务分析师、项目经理，等等。软件架构角色？不清楚。我经常问软件团队对软件架构角色有没有参考定义，常见的回答不外乎“没有”或“有，但我们不用”。同一个团队的人往往会给出不同答案。
软件架构的必要性通常是公认的，但这个角色的责任往往并不明确。根据我的经验，这可能导致没有人承担这个角色，或者有人被安排了这个角色，却不真正了解应该怎么做。如果没有理解角色，就不会发挥相应的作用，更遑论培养未来的软件架构师。
不管你怎么称呼它（比如架构师、技术主管、首席设计师等），我的建议都很简单。如果你没有什么东西可以用来表达“这就是我们对软件架构师的期望”，花些时间想想这回事。首先，对于对软件架构角色的期望，要跟你的团队达成共识；然后，如果看到益处，就在你的组织里对其标准化。