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

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

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

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

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

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

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

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

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

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

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

这个时候需要对话。

对话的技巧很重要：

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

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

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

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

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

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