​书接上文：“年终盘点一对一”之很刚的同事

继续整理技术团队最近的年终盘点，【采用我问他答的形式】主要是聆听，这里是跟第三位同学质效负责人脱敏后的交流。

这位同学年级比我稍大点，是从美团来过来的，跟上个同学不一样的是他有自己相对完备的工作认知，有一套大公司工作方法论，显然这在现在的团队有些“不适应”，这种“不适应”有时会让人觉得不近人情，有时会让人觉得不知变通，有时让人觉得有点“迟钝”。

正文开始前，我们先来看看他一年以来自我认知的变化（美女看手相吗，我们聊聊管理玄学？）：

可以看到，在一年的拉扯下，该同学被我“折磨”的很惨，活生生从一个Leader变成了金牌执行者！那我们来看看为什么会有如此大的变化呢？

— 1 —

你是什么样的人

我是一个顾全大局的人

清晰的记得，2021年的开篇是在公司跨年开始的（我们因XX项目在公司加了一周通宵）。回顾一年最大的感触就是公司很Agile，变化快，变化多。我个人而言，也是在不断拥抱变化，组织需要哪里我就去哪里。

每一个找我的人，我都会尽量及时解决他们的问题；钉钉数据可以佐证，钉钉消息多，被艾特数很高，由于响应快于是被钉率比较低：

 我是一个多面手

今年直接服务以下Leader：

1）研发Leader，也就是区区小钗；

2）产品Leader；

3）研发副班长；

4）其他同级Leader；

5）其他高管；

负责的团队多种多样：除了QA和CIO团队，还有交接过来产研PMO, 北京IT, 公司客服，我这里还总结了一套接手新团队的方法论：

1）收集/分析部门问题；

2）收集/分析部门人才梯队问题-识别核心；

3）产出具有指导意义的部门指标；

4）知识沉淀-建立wiki文档和迭代优化-周会制度；

我是一个有产出的人

团队质量提升明显：从9.88 提升到79.7。

2021年质量相对2020年有质的飞越，周平均线上问题小于10个（2020年月均52个线上问题，几乎发版必出问题，2021年下降到月均19）；

质量提升也让大家经常上线到12点后这个现象几乎看不见了（只有少数大项目由于种种原因还会发到12点后）：

举一个工具建设（devops、质效平台）的例子：

devops工程部建设这里不多讲了。质效平台就像亲儿子一下，框架设计、资源倾斜、努力推广。最终质效平台在质量这块的建设基本达到目标，有提测流水线和发布流水线。做到了流程线上化，所测即所发，也解决了发版冲突，防范错误配置上线等：

另外质效平台上的自动建设也同样有不错成绩（从0开始的建设）：

• 场景覆盖：353，接口巡检48,UI巡检315;

• 接口覆盖率：84.26%;

• UI覆盖率：......;

• 自动化发现的问题：接口巡检：12，UI巡检：8;

小钗点评，这个结果来源两点：

1）我们自己的质量体系、环境、工具（devops，质效平台）建设和人员培训；

2）上游需求把控和压缩，所以未必是技术团队进步真的如此神速，要注意看全局；

— 2 —

你的问题是什么

今年以下事情令我印象深刻：

迷茫过

1）遇到过困难：“0”人力交接产研PMO, CEO驾驶舱遇阻，核心离职；

2）做过重复劳动：三次飞书与钉钉调研，最终终于选择钉钉；

3）被CFO骂过：因为网络问题，但这个是CFO素质低（小钗表示赞同！）；

4）被罚款过：因为业务故障和网络故障；

5）努力白费过：产研成本归集、产研工时填报（由于当时信息输入、能力、势能都不足以完成这些事背后的目标，最终还是小钗的CEO驾驶舱从根本上解决问题）；

但也有收获

除2021部门产出外，个人能力、认知、势能都有所增长。最重要是小钗不止一次公开给我画饼，这是种认可也是一种精神上的激励。

PS：画的饼当然未必会实现嘛

2021部门产出外，个人能力，认知提升，个人势能也有所增长。最重要是小钗不止一次公开给我画饼，这是种认可也是一种精神上的激励。

— 3 —

你有什么心得

做到知行合一

有些同学在破坏流程，比如倒排、滥用紧急需求，绕过提测流水线，绕过发布流水线，APP随意发，滥用QA环境，绕过预发等，简单的告知他们尊重流程是行不通的，会有各种理由来让你开绿灯。

在得到更多的输入，认知提升的同时，需要更好的实践，做出标杆案例。像泳道成功推广就是一个很好的案例。2022年真正做到知行合一，打造更多成功案例。

更多的独立思考

2022年，投入更多思考在以下三大块：

1、产研质效

研发过程改进，质效运营，流程化/线上化建设等质效保障工作。

2、协助公司PMO建设

CEO驾驶舱，公司数字化转型。

产研质效是我最擅长，但存在巨大挑战的地方。各级对流程的认知、优先级的认知是最难统一的。大部分人都盯着手里的东西，偏爱舒适的做事，所以经常想要破坏流程。但优秀公司的应该有完善的流程规范，这也是我追求的目标。

我之前老是被小钗笑着说：

1）不思考，不独立思考；

2）不解决问题，习惯做简单的事情；

3）总期望尚方宝剑，但就算给你把尚方宝剑你也把这个事情做不好，没人会真的听你的，事实上后面拿着公司红头文件要做一件事也确实很难；

在2022年希望通过自己的独立思考，可以给到Leader更多助力，帮助其实现目标。

产研管理事情比较杂，这块在2021年没有抽象出什么方法论，接到任务就是想快准狠完成。2022年希望能摸索出一套切实可行的方法论，帮助各Leader减少常规管理上的干扰，专注重要事项上。

PS：事实上该同学最大的问题就是独立思考能力有限，这里算是根节点。

更好的向上管理

向上管理并非PUA领导来达成自己的目标。这里的向上管理指管理leader的目标，根据部门的目标，甚至公司的目标，调整自己的工作重心去帮助实现leader的目标把蛋糕做大，这需要获取更多的信息输入，认知对齐，目标对齐，也希望得到小钗的支持。这里我以CEO驾驶舱为例：

一开始卷入进来的时候，只看见了点线面：研发迭代（优化列表），知识库（产品说明，Q&A），推广(推广手册，海报，全员培训，CIO反馈群)；

做完后才发现CEO驾驶舱本身就是公司未来推广项目化的案例，而这一开始就是Leader的目标。

所以更好的向上管理是在leader给你输入20%关键信息的后，要有意识挖掘其真实目标，把Leader的目标当自己的目标去努力达成，而且是超越100%达成。

更好的向下管理

最简单的管理就是拿结果。对于人才密度大的团队是可行的。

但对于人才密度低，整体自驱性不足，主动性不高的团队，管理得多做一些才能拿到更好的结果，也能培养提升下属的能力。

我原来喜欢用PDCA方法论来管理部门活动：

如果是新组建的团队，我会做P(lan)-识别问题，抽象问题，具体规划；C(heck)-检查结果, A(ct)-提供解决路径, 实施最佳解决方案，然后D(o)-做做看；

机制运转顺畅后，参与C(heck)-检查结果，A(ct)-实施最佳解决方案；

团队梯队完善后，本以为可以拿结果就行，结果还是出现了两个流程case：

1）CS 问题：leader参与度低，导致CS质量不高，重复掉坑可能性大；

2）测试APP上传应用市场（还好是未推广APP，未造成损失）；

之前做的CS流程和APP测试流程，是运转的不错的，由于缺少周期性review和迭代，导致上两个case发生，所以2022年用好PDCA循环方法论，杜绝管理黑洞，不断迭代我们的组织和流程，最终达到部门目标：

— 4 —

你有什么想对小钗说的

不要只有「公司要求」

公司流程制度我们当然是会遵守，希望出现明显不太合理要求时，能给大家透传一下为什么我们要这么做。目标对齐，信息透明，才能引导团队积极向上。

加强遵守流程规范的重要性

公司流程我们严格遵守，同样被审批通过定为部门级的流程，我们也应当严格遵守。

标签：产研,技术部,流程,Leader,质效,盘点,小钗,团队,复盘
来源： https://www.cnblogs.com/yexiaochai/p/15824621.html