做有价值的事

工作越做越多，我意识到，很多事有价值，但不够有价值。

我的岗位是研发管理，对于这个岗位，最重要的是应该是：

1. 保证约定的开发进度
2. 保证对产品的技术维护
3. 保证其他人对研发组开发能力的理解到位

由于是 2B 的公司，对客户来讲，中间没有产品层，而是有数据组一层
数据组会根据我们的数据，提炼成报告、PPT等，她们是数据的使用者，产品的生产者
衍生的新任务就是：

1. 保证对数据组约定的数据正常
2. 对于一些任务，考虑以技术手段对她们做支持

以上几点都是岗位职责，落实到具体行动上应该有：

1. 评估开发能力，制定开发计划
2. 遇到计划冲突和临时任务，要协调空余人力，及时响应
3. 督促开发计划的执行，把“定了的计划要做到”这个理念落实并传达出去
4. 让系统跟上时代，保证使用的技术走在“成熟技术”的位置（不能落后，也不做急先锋）
5. 降低技术门槛，培训 + 文档 + CodeReview 都是为了这点服务的

我现在做的哪些事不够有价值？

1. 解决各种各样的 Bug：

   • 因为是我给他们分配了任务，他们对于技术上的 bug 就自然而然来问我
   • 这合理吗？对他们来讲是合理的，对我不是。他们需要解决问题，问我当然是最节省成本的方式，但是对我来说，我帮他们解决技术问题时，身份是一个 “高级程序员”，并未尽到管理职责。长久来讲，就会导致管理不力。这也是现在已经表现出的问题。
   • 怎么处理呢？应该保证技术问题只处理一次，形成一对多的效应，可以把问题的解决方案写到文档里，以文档的方式供他们查询，也可以把上一次帮助解决问题的人作为技术传递者，让他们去找那个人。嗯，这么说，两者结合比较好。每篇文档有个技术负责人，每次对看文档的来说，都去找负责人就好了，然后新人就成了负责人。“让技术流动起来”，就是这个感觉吧！

2. 开发流程代码：

   • 由于之前的结构导致现在没有人处理中间流程，这哪行。我来做耽误了进度，刚才已经写了，原理一致，是身份职能的错位。
   • 必须安排人来做，前期一定会有很大阻力，要抗住，他们也是以后的技术演进的实施者

更广泛来讲，怎么评估一件事的价值？

• 一对多的事是有价值的
• 多对一的事也是有价值的

写一篇文章，一份文档，可以让多个人看，一个模块，可以在很多场景下使用，做到了一对多，就做到了价值积累。
如果重复场景要多次操作，相同的结构要多次处理，写个程序，一起处理了，多对一的价值就很可观了。

多对多有没有价值？肯定有。
多对多是组合关系，实际有 m * n 种情况，用多对多处理是有 m + n 种情况，价值也能提现。

• 一对一呢？短期价值大于长期。

刚才的三种都需要一定的“准备时间”，也就是成本了，这种成本普遍大于一对一的成本，而在长期价值上有这不可忽视的威力。
开公司，做管理，做的都是个长期的生意，切不可把时间浪费在太多的一对一的事情上。如果我们做的事情都是廉价的一对一工作，趁早放弃吧。

不廉价的呢？肯定有，那种应该要专注提高一对一的“收益”，比如有人给我 1w 让我解决个我利索能力的 bug 我肯定欣然接受。再多也不愁啊。不过他们的背后应该还是对一个行业的专注，也是做一对多的成果。