架构师的沟通方向与项目经理相比,还是有一定的区别。比如项目经理有很大一部分时间需要与客户进行沟通,进一步弄清需求。而架构师的沟通主要在于开发团队内部,一种纯技术上的沟通。这也是作为技术领路人的架构师,最日常的工作。
当架构师对整个系统分析完毕,有一些架构师喜欢昏天黑地的奋斗几天,然后写出一本厚厚的架构书扔给程序员。在此之后就不做过多的交流与沟通,“具体实现?那是程序员的事情,我怎么能去干涉他们呢?”其实在这里,这位架构师就犯了错误,他并没有将自己真正融入开发团队中,而是以一种高高在上的救世主姿态出现。其实架构师未必就是神人,很多错误还是要大家一起来研究来解决的。
究竟怎样才能是一名合格的架构师,成为一名真正能说会道的程序员呢?
首先自然是沟通要清晰明了,平和待人。架构师不能将自己锁在自己的象牙塔上,颐指气使的对程序员发号施令。这样的态度必然遭到程序员的愤恨,大家都是一样的技术人员,只是分工的不同,为什么要受气呢?
做到人性化的沟通,需要我们在平时就进行培养。写出大部头的架构书,有的时候并没有用VISIO画出的简单架构图好理解。人对图形理解远远大于对文字的理解,直观简单的UML图可以极大的方便程序员理解架构师的意图。其次,可以召开小范围的技术人员会议,大家一起来讨论,一起理解架构师真正的意图。甚至就是一块小白板,几支笔就能把问题摆清楚,讲明白,统一意见后的团队必然干劲十足,再不会出现互相推诿的情况。
架构师就相当于一支球队的主教练,如何将自己布置的战术交到执行的球员,也就是开发人员的脑袋里,是关乎胜利的关键。那么怎样才能成为一名能说会道的程序员呢?
在一般人的印象里,程序员都是一群略显呆滞,沟通能力不强的技术狂人。逻辑思维非同常人,但就是倒不出来。有些人通过找女朋友作为旁证,连经济适用男中的定义原型都是IT人士,月薪4000以上,不善言谈,最后娶一剩女为妻。看来我等程序员,真的只能被人如此定义了。虽说架构师技术层面上的东西与前例不可同日而语,但是也看到沟通能力上,程序员还有很大的发展空间。
其实很多程序员都是善于谈吐的,木讷的形象只是人们的误解。但是如何来改变呢?首先我们需要更多的感性思考,说话时也要注重别人的感受,尊重对方才能更好的交流。微软MVP陈广琛在与51CTO编辑谈到程序员沟通能力时,曾说道:“很多程序员总能列出一堆的理由来,说明为什么自己不适合学习或者不需要掌握某项与程序无关的技能,例如说演讲、英语、设计等等。但其实问题并没有那么复杂,你需要考虑的只是多学一项技能是否对你的职业发展更有利,只要你愿意,没什么是不能改变的。”
总结:架构师不是油腔滑调的程序员,但是一句话都憋不出来的程序员,是做不好架构师的。