论坛徽章:: 0

71楼 [报告]

发表于 2011-10-27 09:20 |只看该作者

总结帖3：

5. 架构师要掌握业务领域的知识

架构师除了掌握软件开发技术之外，还要理解业务领域相关知识（可以说是必须理解），以便担任利益相关者、用户（他们理解业务）及开发团队成员（他们更熟悉技术）之间的中间人。
业务领域的知识除了使架构师更好地理解系统的需求之外，还能够确保他们及时捕获恰当的需求。另外，一个特定领域通常与应用到这个解决方案中的特定架构模型组（和其他资源）相关，知道这个对照关系可以极大地帮助架构师。

因此，一个优秀的架构师通常会平衡掌握软件开发知识和业务领域知识。当架构师理解软件开发但不理解业务模型时，可能会开发出只反映出他所熟悉内容但无法满足需求的解决方案。
熟悉业务领域使架构师能够预见到架构中可能发生的改变。既然架构受其部署的环境（包括业务领域）影响很大，对业务领域的正确认识会使架构师在可能改变的区域和稳定性方面做出更全面的决策。举例来说，如果架构师认识到在将来的某点必须符合新的调整标准，他会在架构中考虑这个需求。

6. 架构师是优秀的沟通人员

在架构师相关的所有软技能中，沟通最重要。有效沟通所涉及的各个方面架构师必须全部精通。架构师尤其要拥有较强的口头、书面表达能力同时，沟通是双向的，架构师应该既是优秀的聆听者，也是优秀的观察者。

有许多理由说明有效沟通是项目成功的基础。很明显，与利益相关者的沟通对于理解他们的需求，以及就架构相关问题与他们达成（并保持）一致来说非常重要。
与项目团队沟通也是十分重要的，因为架构师不能只是简单地把信息传达给团队，他还要激发团队，比如他必须要传达（并强调）系统的愿景，让大家都了解这个愿景，而不是只有他自己理解并相信。

同时，架构师也必须是一位比较好的谈判专家。对于架构设计的许多方面，架构师需要与众多利益相关者进行交流，其中的一些交流则需要谈判技巧。
另外，架构师应特别关注如何在项目中尽可能早地把风险降到最小，因为这会对稳定架构所花的时间有直接影响。风险与需求（及需求中的变化）有关，消除风险的一个途径是精炼需求，以便这种风险不再出现，那么这就需要回退需求并和利益相关者达成一致意见了。在这种情形下，如果架构师是一位谈判高手，能够清晰明白地表明不同折中的后果，相信一定会事半功倍。

7. 架构师了解组织政策

成功的架构师并不只是关心技术，他们还要对政治足够敏感，并且知道组织中的权力所在。他们可利用这些知识与恰当的人沟通，确保在项目的适当周期中获得相应的支持。
政策包括大量的不确定性，这会使许多技术人员紧张，让他们感觉仿佛在“客场”比赛，他们正处于一个不利的位置，因为他们的技术不能发挥出多大的威力。
实际上，组织中起作用的许多强制约束位于项目交付的系统之外，并且这些约束是必须考虑的。为了解决不同的意见，一个政策性流程是不可避免的。因此，与其谴责它，倒不如把政策理解成是处理不同意见的必然需求