[架构师]03意外才是最大的问题，并非技术
现在有人正在运行一个失败的薪资项目，可能还不止他一个人。
为什么呢？这是因为他们选择了Ruby而未选择Java,或者选择Python而未选择Smalltalk吗？又或是因为他们决定使用Postgresql而未选择Oracle吗？又或选择Linux而未选择Windows，我们都看到了技术上引起了失败项目，但是那些意外的问题,Java都难以解决呢？
大多数项目是人来构建的，这些人是项目成败的基础，因此，要关注如何才能帮助这些人能够取得成功。
同样，也有一些你认为“没有正确做事”并且破坏这一项目的人，在这种情况下，解决问题的技术已经是过时的和不是必须的，事实上在人类历史上，它可能是最重要的技术创新，你需要的是沟通。
仅仅把熟练地谈话做成一种技术是不够的，学会尊重人，并且给予他们学习核心技能的好处，让他们从一个聪明的架构师转变成一个有效的架构师。
有很多关于这方面的东西，但是有些小窍门能够大大提高你的沟通能力：
1 ）处理这些事件是对话- 而不是对抗 。
假如你认为文问题是一个对待这些人的一种方式，那么你一定要了解，你不可能把人放在对立面。
2 ）在你确信自己能够明辨是非后，再去进行会话。
如果你正处在在生气，沮丧，郁闷，或其他扰乱心情的事情的时候，和其他人进行沟通，容易引起其他人认为你是在攻击。
3 ）利用这些机会，以确定共同商定的目标。
不要告诉开发者在会议上保持安静，因为他们从不让别人讲话，而是去问他们是否愿意帮助你多增加其他人手的参与，并解释说一些人更内向，需要更长的思考才能进行交谈，问他们是否愿意帮助他在谈话之前等5秒钟。
如果你从一个共同的目标出发，对待”有问题”的人，你应该把它作为一个学习的契机，学会控制自己的情绪，这样你不仅仅变得更加有效，而且你还发现，你每次可以学到一些东西。
选自：Chances are your biggest problem isn’t technical
