技术管理手记（二）

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

不知不觉第二周（4 月 25 号 - 5 月 1 号）也过去了，这周也并没有比第一周轻松。

周一跟领导 1v1 聊了一会天，领导问了一下我过去一周做项目负责人的感受，他也分享了一些他的建议。

我自己的感受在上一篇里已经说过了，这周也差不多，就不重复了。这里着重说一下他的建议，我觉得还是很受用的。

建议一：一定要关心人，跟人搞好关系

一个是跟团队里面的人搞好关系，这样办事阻力小。比如先建个专门的会议闲聊一下，建立好私人关系，再办事比较容易。这条我也是了解的，如上文所说，也已经和每个人都约过会议聊了聊。

不过领导又给了另一个角度的意见：和上面的人也要搞好关系，他们会对自己的绩效有很大的影响。因为年终总结的时候是一堆管理者在讨论，这时候另一个管理者的一句话可能起到很大的作用。让我在这方面也下下功夫，不过没有提供具体的建议。我听了领导的建议以后，觉得也很有道理，后面慢慢摸索一下套路吧。

建议二：解决项目管理混乱的问题

领导分享了一下他在当前所在项目中看到的一些问题。项目当前缺乏管理，比较混乱，主要问题有两个：

PO（可以理解成产品经理）和开发人员沟通不足，具体表现是 PO 和开发人员竟然都不在一个群里。
任务管理粒度太粗，无法管理风险，具体表现为一个任务估时 15 天，这个时间粒度下，根本无法根据每天的动态做追踪。

他据此也给了两个建议：

要跟 PO 搞好关系。这我也是了解的，因为毕竟也读过一些敏捷和 DDD 相关的书，都要求开发人员和业务人员紧密合作。
在做计划的时候尽量把任务拆细，最好不要超过三天。不过我个人认为最好不要超过两天，哈哈。

建议三：用看板追踪任务

他跟我演示了一下他用 Jira 新建的一个看板，用于任务的跟踪和管理。其实我也已经建了一个类似的看板，不过我的看板只有三个栏目，分别是 todo、doing、done。领导建的比我多了一个栏目，叫做 blocked，也就是被其他团队阻塞的任务。这种一般是风险点，需要特别关注。我觉得很有道理，所以也在会后新建了一个栏目用于追踪被阻塞的任务。

以上就是领导给的一些建议。虽然有些自己本来就知道，但是也有新的收获。感谢领导的分享，能遇上一个主动帮助自己的领导不容易，得珍惜。

另一个教训：依赖团队的 API 问题

另一个值得一提的事情是关于依赖团队定义 API 的问题。姑且称他们为 S 团队吧，他们提供的 API 不符合我们的预期，在讨论 API 的事情上浪费了 3 天。主要原因我觉得有两个，也是后面应该注意和改进的：

第一，我们的问题。 我们应该提早和他们说清楚我们的意图，告诉他们我们期望他们提供什么样的 API，不应该假设他们会从我们易用的角度来设计 API。

第二，他们的问题。 他们应该写好 API 的定义文档，把为什么这么设计、每个字段应该怎么用都写清楚，避免为了理解他们的 API 进行反复的沟通，浪费时间。当然，对于这点，我们也可以事先提供要求，推动他们写好文档。

说到底，还是沟通的问题。沟通真的是太重要了，后面要引以为鉴。

待改进：开会效率

还有一个问题，最近开会太多了，有些比较没有效率，需要提高一下开会的效率。之前记得在冯唐的一本书里看到过他讲如何高效开会，找一找，下周实践一下，看看能不能有什么改进。

（完）