前言你可能看到【工作效率】，第一个想到的就是编码技巧，开发环境，效率软件，vscode插件或者开发环境，CI/CD。不不不！以上，才能真正提高商家的生产效率。应该说是每个程序员必备的技能。它属于技术能力的范畴，也叫硬实力。（这块有时间另开一篇分享）很多程序员，尤其是初中级的程序员，经常有一个误区，就是只要技术好就可以了。其实并非如此，而是业务越复杂，涉及的人就越多，软实力是关键。这种分享是有原因的。故事要从前几天需求方找我投诉说起。简单介绍一下我们的团队，大概十几个人，前端比较初级，采用梯队管理，设置两个teamleader分别管理前几天，A、B两个项目的需求方向我投诉某组长项目进度延误。据说对应需求的技术难度不高，没有理由拖太久。于是我邀请了需求方、前端开发负责人、服务端、原始数据提供方等相关人员召开了评审会。审查后发现，影响进度的不是技术，而是跨组协作的问题。**总结了以下几点：开发对业务理解不够，部分功能实现后返工修改能力不够沟通，造成误解和无效等待组长任务分解和管理能力不足，资源调度不合理，个别会员责任心弱，抱着xxx的心态，不是我的责任，我无所谓**提取关键词后，就是【业务理解能力】【沟通能力】【管理能力】能力][主人翁意识]。这些都是软实力，不容易量化和评估。作为团队负责人，显然不能对这些问题坐视不管，那么如何提升这些能力呢？有句话是老生常谈。您可能听说过很多概念和方法论，但您并没有真正认识和实施它们。所以我要做的就是通过小组培训、个人聊天、设定相关目标、推荐工具和方法等方式，不断强化大家的思维。这里总结一下我对培训的思考：提升目标/能力纬度：Teamleaderand团队成员业务理解能力业务理解能力管理能力执行能力沟通能力沟通能力总结能力归纳能力所有权意识团队领导-个人沟通在平时的工作中，刻意强调这些想法，传递想法和理解-对团队成员-集体培训可以实际沟通与团队成员一对一，但高频会占用大量时间，培训和分享会适时谈这些也是很好的解决方案——制定需求和任务分析总结能力都能体现出来在需求文档和技术摘要中在某种程度上。-检查任务完成情况，并加入奖惩制度作为表现的一部分，可以提高大家的积极性。软实力评估可根据需求技术等文档、需求方投诉、任务质量及进度等提升方法论业务分析能力如果无法清晰理解需求/Bug，可以尝试5W1H分析法，自问下面的问题，一一求答案，然后串联起来5W1H分析法bug需求是什么问题，如何影响什么需求，值在哪里，什么环境，什么时候出现，需要什么模块，什么时候需要触发条件谁是相关人员谁是相关人员谁是相关人员？为什么？是什么原因？是什么原因？如何？怎么解决？如何实现目标？而我喜欢在纸上起草，然后将关键信息记录在文档中。草稿不是随意的涂鸦。这里推荐一页工作法，辅助刻意培养思维逻辑。一页工作法（图片来自网络）当然不需要画得那么漂亮:)笔记本便签是用来记录一些项目的轮廓的，个人todolist，可以不时翻看一下时间。提高沟通技巧促成事情，减少误会沟通的本质交换信息，达成共识沟通一般来说，有两种场景，即发起沟通的一方和接受沟通的一方。发起沟通的一方[提前梳理内容]明确自己的意图和期望。资料齐全。他们需要有时间、地点、人等元素来组织语言的流畅性。考虑对方可能提出的问题，准备回答。发起沟通的一方和接受沟通的一方直接对话【提前梳理好内容】1.明确自己的意图和期望2.完整的信息，包括时间、地点、人物等要素3.组织语言流畅4.考虑对方可能提出的问题并做好回答准备【摘要要点】1.对方的意图和期望2.时间、地点、人等因素3.不要自己猜测对方的意图4.Donotmakeunsurepromises5.除非你真正理解书面沟通，否则不要为他人回答情况[同上]注意回答。如果对方长时间没有反应，及时跟进。有利于降低沟通和团队管理成本（每个团队都有相应的规范，这里就不说了）：迭代管理要做好需求分类，缺陷描述要清楚进度，状态要更新及时
