我觉得一个优秀的Project Manager在技术核心的同时更应该学习代码以外的东西。

是以将前段时间的学到的一些零碎东西进行总结，以勉之。

一  学会沟通

具体以下两点(欢迎指正)

1. 倾听别人时

能够认真专注。注视对方的眼睛，因为在注视说话者的眼睛时，说话者会认为你在认真的听。不要有很多小动作或精神不集中，对于对方的观点以微态度或行动表示自己在听或者认同；

学会抓住主干。因为是口头表达，所以对方可能在阐述观点时并不是按条理性的进行叙述，但是无论一句还是百句其根本还是围绕对方心中的一个想法.所以在倾听对方的叙述时，我们首先需要做的就是从他的话语中梳理他的中心思想。给大家推荐这本《金字塔原理》

总结(一)––––学会沟通 - 草稿

给予适当回应。在倾听对方时，尽量让对方陈述完，哪怕心中是适当的疑问或不认同，不要中断他人说话。在他人说话时，需要给适当的回应，以表示自己的认同或不解，比如在倾听时进行言语回应"嗯嗯"，或者点头示意。在对方陈述完成后对于刚刚陈述中有疑问的地方进行分点提问。

2. 向他人叙述时

先打草稿。这很重要，如果时间充足，我们完全可以在纸上进行简单的排列：你的中心思想；围绕中心思想的几个分思想(分思想的作用是为了使中心思想有根据)；每个分思想下有具体几点等等，这就是纵向思维，如同金字塔一样。如果时间不充足，可以在心中大致进行排列，自己想要叙述那些内容，可以分成几个模块进行叙述(这也很重要，听别人说不是做阅读理解，混乱的言语只会让对方厌烦)，具体的语言可以大致想一下。

分点叙述。在草稿完成之后叙述时，最好按模块或者按点进行叙述，例如：

我觉得我们需要。。。。
原因是：
  第一，不啦不啦不啦
  第二，不啦不啦不啦
  第三，蹦沙卡拉卡
  。。。。
综上所述，不啦不啦不啦

有什么好处呢？首先便于对方理解你的思想。条理清晰的，分点叙述的语言很容易在对方心中形成一个思维拓扑图，相同重要等级的不同分点在对方心中依次排列，形成一种横向思维，更便于理解；其次条理清晰的论述结构可以让你更清楚流畅的表达自己的思想，事半功倍。

做到言简意赅。相同的字数最好能够更准确更丰富的的表达更多的意思。尽量使用官方语言而不是口头语言。例如：

错误版本：
这个小组的路由器真是太垃圾不给力了，就不能换一个嘛！天天烦死了，坐在那里刷新个页面能够刷新半天，真是的，影响我学习，我觉得我们可以自己兑钱买一个啊，现在多方便了，可以换一个正好我有一家觉得非常不错的店就是卖这个的。。。

我的语言(可能还不够言简意赅)：
我认为：小组服务器需要更换
原因是：网速限制导致学习效率受到影响
建议：多人兑钱进行更换现有路由器
附述：我知道有一家店适合购买路由器

上面的这些可能看着很容易实现，可是试问，又有多少人能够真正的做到呢？

ps:  嗯~下面还有很多想说的，然时间太晚，有时间再说~