C++|六年团队Leader实战秘诀｜程序员最重要的八种软技能( 三 ) iOS

举几个例子：
我们接到一个功能需求，先思考可能的本质（为什么有这个需求），再去思考怎么做。别停留在 What（一个产品需求）、How（怎么做）而没有 Why 。我们知道一个技术框架怎么用，做什么用的，但是知道它底层原理和为什么这么设计的人并不多。我们要做架构迁移，比如一路向北，要做 Pouch 容器迁移 ASI ，有做凌霄独立化部署，有没有去理解背后的 Why ，为什么要去做这件事情。沟通能力
上下/平级之间的沟通
记得刚带团队上侠客行课程的时候，老师说过一句话至今记忆犹新：「向上沟通要有胆量，平行沟通要有肺腑，向下沟通要有心肝」。这句话背后的思考我已经记不得太多，只能重新理解一下：
向上沟通要有胆量：
通常我们对上级沟通方面有几个常见的误区，比如：
和上级能不聊就不聊他太忙了，我可能会打扰他我只要做好上级交代给我的事情就好了有事他会来找我的拿捏不好该不该和上级聊的分寸和尺度我很难领会到上级的意图这些其实就是一种安慰自己的「逃避」做法。前面讲的，「脸皮薄容易耽误事」，这句经典的话也可以放到这里。
平行沟通要有肺腑
双赢思维：沟通的目的能够对对方是有意义的，而不是站在主观的利益上去沟通放下面子：你不服我、我不服你，相互避让、多一事不如少一事的态度是横向沟通最大的障碍向下沟通要有心肝
要有视人为人的态度，员工不是机器，是需要情感输入的不能对人不对事，不能围绕人的某个标签来做事的评判批评员工要有讲究，要对事不对人，批评事，不要打击人，更不能给人贴标签。之前看到过一个如何批评员工的 AID 批评三步法（也称为发展性反馈）。ACT：指出具体的言行上的问题，而不是人的问题 Impact：指出该问题带来的影响 Desired outcome：期待的结果，以及探讨取得结果的行动沟通中的非暴力
在日常沟通中，「暴力沟通」其实无处不在，比如：“你这个做的不太好”、“这让我很不满意”、“这个需求实现不了”、“你不爱我了吗” 、“你懂我意思吗？” ，等等让人很难回复的对话。思考一下，这些话都有什么样的问题？
《非暴力沟通》一书中提到了经典的表达框架：
观察 - -----感受 -----需要 -----请求
对应的还有一个倾听框架：
倾听 - -----体会 -----反馈
更多细节参考《非暴力沟通》一书，每个职场人必读，强力推荐，就不再文中多赘述了。
沟通中的结构化
重要的事情说三点，比如三个论据、三个论点、三个观点、三个好处等等（最简单的结构化表达）先说结论，再说过程和原因，然后再说结论，这也是用好「三点」这个好的结构化工具说清楚 What、How、Why（黄金圈法则），笔者遇到过好多类似的对话都是不带 Why 的，这让人感觉无法回答的对话，比如：英布，申请一个紧急发布，麻烦审批下， X 业务线上有个 bug！（具体是什么 bug，带来什么影响？）英布， X 项目比较赶，这周末可能要申请下加班！（哪个项目不赶，为什么你的这么特殊？）英布，有没有资源支持下 X 需求？（没有资源的原因是什么？）这个问题， X 老板说下周一定要上（老板有没有说为什么，为什么是下周？）只讲 How 或 What 不讲 Why ，是一个非常典型的表达问题。
“理解了 Why ，才有可能做到知行合一” 。 —刘润《底层逻辑》
说话的方式简单点
举例：下面两段话，你看得懂吗？