作者:马克·理查兹(MarkRichards)
软件架构师普遍喜欢坐在象牙塔里,命令开发人员执行他的命令和技术决策。这很容易引发大家的抵触情绪,造成团队不和,甚至导致产品与最初的需求相去甚远。软件架构师应该想办法提高自己的沟通技巧,帮助大家理解项目的目标。关键在于明确有效的沟通和开明的领导风格。
沟通必须简明清晰。没有人愿意阅读冗长的架构决策文档,架构师言简意赅地表达观点是项目成功的必要条件。项目启动之初,凡事能简则简,千万不要一头扎入冗长的Word文档里。可以借助工具,比如简单的Visio图表来表示你的想法,尽量画简单些,毕意时过境迁,想法总会变化。非正式的白板会议是另一种有效的沟通手段,把开发人员(还有其他架构师)召集起来,在白板上写下你的想法,比任何方法都来得有效。此外,别忘了随身携带相机,拍下白板上的内容,通过Wiki在团队内共享,毕竟会后回忆讨论内容并不容易。扔掉冗长的Word文档,想办法让大家接受你的观点,最后别忘了详细记录讨论结果。
还有,架构师往往忽略了自己也是领导者。作为领导者,我们必须获得同伴的尊敬才能顺利开展工作。如果开发人员对项目蓝图和决策过程一无所知,必定会产生隐患。安排一位你信得过的开发人员牵头,创造良好的合作环境,请大家共同验证你的架构决策。让开发人员参与架构的制订过程,他们才会买你的账。与其和开发人员对着干,不妨与他们合作。请记住,所有的团队成员(包括质量控制小组、业务开发人员、项目经理、以及开发人员)都渴望明确的沟通和开明的领导。只有这样才能改善沟通效果,建立团结健康的工作环境。
以沟通为中心,坚持简明清晰的表达方式和开明的领导风格。