软件架构师应该知道的97件事之复杂性-技术之外-简明沟通

软件架构师应该知道的97件事之复杂性-技术之外-简明沟通

简化根本复杂性,消除偶发复杂性

业务的复杂性是必然的,我们需要对业务进行分析,对业务的复杂性进行解耦,解耦的过程中有可能产生偶发的复杂性。

理科生有个通病,我们喜欢解决复杂的问题,并由此产生自豪感。

这个毛病在软件开发上可能带来致命的缺陷。后期维护成本巨高,这点我们得警惕。

复杂大多人都会,如何化复杂为简明,这需要高超的技艺了。

关键问题可能不是出在技术上

简单的项目也可能延期或者挂掉。为什么呢?

我们需要思考技术的原因。也要思考非技术的原因。非技术的原因主要涉及到人喽。

是不是我们团队的在什么地方出现问题呢?

这个时候需要对话。

对话的技巧很重要:

不要把对话当成对抗
不要带着情绪对话
为对话设定目标,避免无目的的对话

以沟通为中心,坚持简明清晰的表达方式和开明的领导风格

有时候我们过分强调文档,和wiki,反而忽略了面对面的沟通。

有些时候我们过分情调面对面的沟通,而忽略了文档和wiki。

架构师需要在团队里面建立一种简单明了的沟通方式,让团队人员可以清晰的知道我们的目标,我们的业

务,让团队的成员参与其中,让大家渴望沟通。塑造健康简单明了开明的团队环境。

你可能感兴趣的:(读书笔记,读书笔记)