有一本书叫做《软技能—代码之外的生存指南》不知道大家都看过没？这本书最先提到的软技能就是人际交往，这是程序员们软技能上最缺失的。

不要只是埋头写代码

主动与人打交道

别独自用餐

换位思考

概念不能多

有逻辑关系

大脑容易记住有逻辑关系的事物，逻辑关系分为纵向逻辑关系和横向逻辑关系

• 纵向逻辑关系

• 演绎逻辑：线性的，最终会为了得出一个由逻辑词“因此”引发的结论，比如因果关系

• 归纳逻辑：将一组具有共同点的事实、思想或观点归类分组，并概括其共同性/论点，比如不同的群体

• 横向逻辑关系

• 时间顺序：比如按照事务发展的时间线划分

• 空间顺序：比如按照地点空间来划分

• 程度顺序：比如重要的，不重要的来划分

金字塔原理: 麦肯锡 40 年经典培训教材《金字塔原理》，每个职场人都必须看，强烈推荐，就不多介绍了。

黄金圈法则（What、How、Why）

• 我们接到一个功能需求，先思考可能的本质（为什么有这个需求），再去思考怎么做。别停留在 What（一个产品需求）、How（怎么做）而没有 Why。

• 我们知道一个技术框架怎么用，做什么用的，但是知道它底层原理和为什么这么设计的人并不多。

• 我们要做架构迁移，比如一路向北，要做 Pouch 容器迁移 ASI，有做凌霄独立化部署，有没有去理解背后的 Why，为什么要去做这件事情。

上下/平级之间的沟通

向上沟通要有胆量：

• 和上级能不聊就不聊
• 他太忙了，我可能会打扰他
• 我只要做好上级交代给我的事情就好了
• 有事他会来找我的
• 拿捏不好该不该和上级聊的分寸和尺度
• 我很难领会到上级的意图

平行沟通要有肺腑

• 双赢思维：沟通的目的能够对对方是有意义的，而不是站在主观的利益上去沟通

• 放下面子：你不服我、我不服你，相互避让、多一事不如少一事的态度是横向沟通最大的障碍

向下沟通要有心肝

• 要有视人为人的态度，员工不是机器，是需要情感输入的

• 不能对人不对事，不能围绕人的某个标签来做事的评判

• 批评员工要有讲究，要对事不对人，批评事，不要打击人，更不能给人贴标签。之前看到过一个如何批评员工的 AID 批评三步法（也称为发展性反馈）。

•  ACT：指出具体的言行上的问题，而不是人的问题

• Impact：指出该问题带来的影响

• Desired outcome：期待的结果，以及探讨取得结果的行动

沟通中的非暴力

• 重要的事情说三点，比如三个论据、三个论点、三个观点、三个好处等等（最简单的结构化表达）

• 先说结论，再说过程和原因，然后再说结论，这也是用好「三点」这个好的结构化工具

• 说清楚 What、How、Why（黄金圈法则），笔者遇到过好多类似的对话都是不带 Why 的，这让人感觉无法回答的对话，比如：

• 英布，申请一个紧急发布，麻烦审批下，X 业务线上有个 bug！（具体是什么 bug ，带来什么影响？）
• 
  
• 
  
• 英布，X 项目比较赶，这周末可能要申请下加班！（哪个项目不赶，为什么你的这么特殊？）
• 
  
• 英布，有没有资源支持下 X 需求？（没有资源的原因是什么？）
• 
  
• 这个问题，X 老板说下周一定要上（老板有没有说为什么，为什么是下周？）
• 
  

“理解了 Why，才有可能做到知行合一”。—刘润《底层逻辑》

说话的方式简单点

“对于现在这个业务，暂时还没有跑通一个模型，毕竟基础业务逻辑没有形成闭环，更别说做成生态了，我们还在夯实基础的阶段，好好打磨一下我们的产品，最终形成一套组合拳打法，才能有效赋能生态圈，最终反哺整个经济体。” 

“ 过去我们主要依靠推荐技术赋予的信息分发能力、跨端联动多个产品自研，实现深度共建，形成组合拳，打造内容生态闭环，以此赋能客户用户创造价值。未来我们要增加横向不同场景价值，延长服务链路。同时纵深满足用户需求，借助人类年龄的自然势能，在小中青多个年龄用户深度渗透…… ”

改掉那些不好的口头禅

• “我*、***” ---> “ null ”
• “你懂我意思吗？” ----> “不知道我表达清楚了没...”
• “我和你说实话” ----> “我内心真实的想法是...、我的直觉是....”
• “我之前就说过 xxx” ----> “之前我们有过一次这样的沟通，结论是...”
• “你这个逻辑不对” ----> “我的观点跟你不一样，我认为应该是这样的，...”
• “我觉得你应该” ----> “我的建议是....”

排版

结构化的写作

周报/月报的表达

为什么要自我营销？

影响力的两种分类

• 职权影响力：

• 传统因素：下级对于上级有一种天然的服从感，层级高比层级低的天然有影响力
• 
  
• 职位因素：从组织架构的角度，由于更高级别职位的人有一种敬畏和遵从感
• 
  
• 资历因素：有资历的人，在人们的眼中是更值得敬重的，比如新员工对老员工的尊敬
• 
  

• 非职权影响力：以下几个都会影响他人的「非职权」因素

• 人品和品格
• 历史表现
• 专业能力
• 亲和力
  

提升影响力的几种方式

• ATA（阿里内部技术社区）：把思考和成果都记录和沉淀下来，分享给更多的人

• 分享会：多参与分享会，不论大小，都是提升影响力的机会，但切记要在不影响工作进程的条件下

• 技术会议

• 碎片化讨论：碎片化讨论有助于即时思考的表达，但不要为了发声而发声

文章写完别忘记推广

• 群发（团队/部门/阿里云前端联盟）
• 周报/月报中附带宣传
• 认识的同行/同事（大牛、翰林院推荐等）
• 找技术运营推广（F2E 大群/ATA ）

1. 提前了解听众的诉求：针对面向的群体类型，以及听众的诉求来设计这一次的演讲

   
   

2. 好的开场是成功的一半：开场可以来一些小互动以及调研等等，把听众的思绪带进到分享主题里来

   
   

3. 好的内容结构：参考「结构化思维」的内容

   
   

4. PPT 只是配角：把结构内容呈现到 PPT 上，切记不要把一个好的演讲全部归功到 PPT 上

   
   

5. 把控好整体节奏：思考如何让听众跟着你的思路走，一旦跟不上，就算不上号的演讲

   
   

6. 趣味性的互动：合适的情况下可以来一些互动，避免单向输入带来的乏味

   
   

7. 肢体语言：好的肢体语言可以让演讲更生动

   
   

8. 声音控制：流利的表达、抑扬顿挫的表达会让人更能接受你的信息

   
   

9. 收尾时强调重点：跟写文章的中心思想类似，把听众的思绪拉倒中心思想上来

有一个演讲法则称为“10-20-30”法则，具体来说就是幻灯片不要超过 10 张、演讲时间不要超过 20 分钟、字体大小不要小于 30 号。

• 项目管理（预期、过程、质量、风险）：项目管理也是一个比较专业，每个程序员必学

• 开好会：当需要协同的角色越多，开会的效率就变得尤其重要，在大厂有多少程序员的时间是花在了开会上，这部分建议参考集团内部的《高效会议指南》

• 复好盘：柳传志在《我的复盘方法论》中说到：在这些年管理工作和自我成长中，「复盘」是最令我受益的工具之一，可见复盘对人成长的重要性，这里推荐一本书叫做 《复盘+：把经验转化为能力》

• 做到事事有回应、件件有着落、凡事有交代：做一个靠谱的职场人，三个最重要的要素

• 诚信：说到做到，提升信任感

• 保持正能量：多传递一些正能量，谣言与八卦在职场中常常被人津津乐道，但往往也会影响我们的职业发展

• 严于律己，宽以待人：领导者必备

领导力方面，重点推荐《冯唐. 成事》一书

• 培养兴趣爱好：把兴趣爱好作为自己的灵魂伴侣

• 有三五好友可以交流与倾诉：遇到压力和挫折的时候，身边如果有人能够相互鼓励，压力会小很多

• 保证充足的睡眠：很多时候，我们遇到压力和挫折的时候会失眠，但我们尽量在挫折不出现的时候就保证充足的睡眠的习惯，压力来的时候不至于影响太大，压力越大越无法入睡，会进入一个恶性循环。（这里没有理论做支撑，自己的感受）

• 保持运动习惯：保持对自己兴趣的运动习惯，和三五好友打球，充足睡眠自然来