关于团队管理:前端团队如何提升工作效率

前言

可能大家看到【工作效率】，第一工夫会想到是编码技巧、开发环境、效率软件、vscode 插件或者开发环境、CI/CD。

不不不！

以上那些的确能够进步业务的生产效率，应该说是每个程序员的必备本事，属于技术能力领域，也叫硬实力。（这块有工夫另开一篇分享）

不少程序员，特地是初中级的常有个误区，就是只有技术牛逼就行了。其实不然，但业务越简单牵扯的人越多，软实力就要害。

本篇分享是有来由的，故事要从前些天的需求方找我诉苦说起。

简略介绍下本团队，大略十几人，高级前端较多，采纳梯队治理设立两个小组长别离治理他们

前些天，A B 两个我的项目的需求方先后跟我投诉某个小组长我的项目进度延期。按说对应的需要技术难度并不高，没理由延期太久的。

于是我拉上了需求方、前端开发负责人、服务端、原始数据供应方等相干人员开了个复盘会。在复盘后发现，其实影响进度的不是技术，而且跨组合作上的问题，

** 总结了以下几点：

1. 开发对业务了解有余，局部性能实现后返工批改
2. 沟通能力有余，造成误会和有效期待
3. 小组长工作合成和治理能力有余，资源调度不合理
4. 个别成员责任心不强，抱着 xxx 不是我负责，我不论的心态 **

提炼出关键字后，是【业务理解能力】【沟通能力】【治理能力】【主人翁意识】。这些都是软实力，并不容易量化考核。

作为团队 leader 显然不能对这些问题坐视不管，那怎么去晋升这些能力呢？

有句话叫陈词滥调，很多理念和方法论大家可能都听过，但并没有真的认可和执行它们。

所以我要做的就是通过个体培训、单聊、设定相干指标、举荐工具和方法论等模式，去一直强化大家的思维。

抛砖引玉，以下是我做培训的思考总结：

晋升对象 / 能力纬度：

晋升计划

- 对组长 – 独自交换
在平时的工作中刻意化强调这些思维，传输思想认识

- 对组员 – 个体培训
对组员其实也能够一对一交换，不过高频率会占用很多工夫，培训、分享会的时候去讲这些也是不错的计划

- 制订要求及工作
剖析和总结能力，能够肯定水平反馈在需要文档和技术总结上。

- 验收工作实现状况，作为绩效一部分
退出奖惩制度，能够进步大家的积极性。软实力考核能够根据需要技术等文档、需求方投诉、工作品质和进度等方面

晋升方法论

业务剖析能力晋升

如果没法清晰了解需要 /bug 的时候，能够试试 5W1H 分析法，问问本人上面这些问题，一一寻求答案后再连串起来

5W1H 分析法

指标治理能力

人脑不靠谱，请及时记录信息
当然每个人的习惯不一样，有的人喜爱用文档，有的人喜爱写纸张上。而我喜爱纸张打草稿，而后要害信息记录到文档里。

草稿也不是胡乱涂画，这里我举荐 一页纸工作法, 辅助刻意化造就思维逻辑。

一页纸工作法

（图片来自网络）

当然，不须要画的这么丑陋：）

Notebook 便签

便签用于记录一些事项的概要，集体的 todolist，能够时不时看一眼。

进步沟通能力

推动事项、缩小误会

沟通的实质替换信息并达成共识

沟通通常来说，有两个场景，即 发动沟通方 和接管沟通方。

发动沟通方

【提前梳理好内容】

1. 明确本人的用意和冀望
2. 信息残缺，需具备工夫、地点、人物等因素
3. 组织好语言通顺性
4. 思考好对方可能的发问，并做好答复筹备

项目管理平台

诸如禅道、ones、tapd 之类的项目管理平台，做好以下几点，也有利于缩小沟通和团队治理老本（每个团队都有对应的标准，这里就不开展讲了）：

• 迭代治理做好分类
• 需要、缺点形容要清晰
• 进度、状态及时更新