技术管理手记（四）

作者：程序员罗尼｜发布：2022-05-30 ｜原文：https://mp.weixin.qq.com/s/fr51H2zkYUd7RVtQM56zMA

一眨眼又过去了三周（5 月 9 号 - 5 月 29 号），家里的事情实在太多，没腾出时间每周总结一次，索性写在一起吧。再拖下去，估计有些事情已经记不太清楚了。

这三周关于工作上有三个事情值得总结分享一下，包括两个实践和一个问题。

实践一：会议纪要和事项跟进

第一件要分享的是关于上次写的如何开会的实践。上文说到了会前、会中、会后我们作为会议组织者要做哪些事情。

在这几周，我主要实践了其中的两点：

在每次会议之中，都会简要地记录一下会议纪要。
每次会议之后，都会总结一些后面要去跟进的事情并落实到个人，在下次会议上检查事情的进展。

通过实践这两个技巧，可以让自己和参会人切身感受到事情在推进、在取得进展，并且在回顾的时候也有记录可查。

实践二：职责梳理与委派

由于 Q2 已经过了一个多月了，很多项目都在进行中。我手上最多同时跟进了 6 个项目，每天下来脑子都麻木了，还经常需要加班。后来跟领导 1:1 沟通的时候，领导建议我把事情分给手下的人去做，减轻自己的压力，同时我自己也在思考如何把事情分下去。

于是在聊完之后，我便开始列出我在一个项目中需要跟进的所有事情，并根据项目进行的阶段进行分组，比如分成调研、立项、开发、测试、上线运营几个阶段。

在列完所有的事项之后，给自己也吓了一跳：原来脑子里这么多的事情需要思考，没有人来分担的话确实是压力很大。

列出所有事项之后，又把每个阶段可以委派出去的工作标记出来，并且附上自己做相关事情的实践经验。这样接手这些工作的人也可以快速上手，减少学习成本。

在整理出一版可以委派出去的工作以后，我便找到组内的两个资深开发人员，请他们帮忙跟进两个相对小一些的项目，先练练手。所需要做的事情就是我已经标记出来的各项职责，并给这些职责起了一个名字（借鉴自其他项目），叫做 feature TL。在给他们俩分享和委派了工作之后，还要和项目组成员做一个通知，让大家知晓这个变化，后面的事情就拜托他们了。

当然，我也不能做甩手掌柜的，还要定期去检查项目的进度，并且在他们需要帮助的时候提供支持。不过在经过了这个改变之后，我确实压力小了很多 😎。

除此之外，还可以思考哪些流程性的事情是可以自动化的，然后开发一些工具，或者反馈给流程工具开发者。这样，通过把任务交给机器去执行，也能减轻自己的压力。

一个问题：及时抛出风险，向上反馈

还有一件做得不太好的事情，后面可以引以为戒。

背景是这样的：产品经理想做一个改动，范围很大，几乎涉及前端所有的页面和所有平台（手机端、PC 端、手机浏览器）。我们估计出来的工作量很大，原因是后端接口有修改，需要所有前端业务配合修改。

为了减少工作量，我们想建议后端进行一些兼容，尽量减少前端的改动。不过由于后端服务和我们不在一个大部门下，导致沟通不是很顺利。几轮沟通之后没什么进展，产品经理便约了会议，把大部门的领导都叫上来一起开会了。会后我们的总监开始推动这个事情，事情才有了比较明显的进展。

这里面我觉得我可以改进的地方是：应该尽早地把事情暴露出来，让领导们提前知道这个事情。因为事情已经超出了我能掌控的范畴，如果提前和领导沟通过，给领导一些消化和思考的时间，可能会比让产品经理直接暴露出来要好一些。

以上是这次的全部分享，就写到这吧。马上就端午了，希望不要太忙 🙏。

（完）