职业生涯手记——三明治

Posted 2020-07-13

      最近的新技术还真是多啊，什么鬼android的EventBus，RxAndroid，ios的ReactiveCocoa。

      我完全没有接触过！！！没空！！！加班！！！！

      响应式编程还是蛮牛逼的。主要是方便开发，减少回调地狱（callback-hell）

      巴拉巴拉一大堆，还是要回归今天的主题——三明治。

 

      之前应该有说过，我所在的公司是个产品型的公司，在上线之前几乎以三周一个版本迭代推进。目前0.6版本刚刚结束，下周就要进入0.7的开发期了。每个新的版本之前都会有一个版本验收和新版本定义的过程，这个过程一般控制在一周以内。

      我们公司其实有个很有意思的现象，从技术副总监这一层是个分水岭，我们的技术副总虽然确实是中层领导，而我们公司从技术副总往下到一般员工感觉上是一层的，统称为低层，往上上就是高层；看官们别以为很好，可以跟领导们开玩笑，实际上中层们平常也跟我们中低层一样，比较怕高层，从而导致沟通不足；所以每次高层们发火都基本是把全公司的人都骂一遍似的。。。当然高层都是把leader级别的拉进会议室骂，尽量做到其他人无感知。所以，作为中低层的我来说，有时汇报了工作给中层，但中层没有反应给高层，是一件比较蛋疼的事情。

      还是说说今天为什么要突然有感触要写文章了吧。今天实际上是0.6版本验收的日子，中层这几天也不好过，经常出入高层办公室，事情很多，所以今天拿着0.6版本的工作计划验收我们小组的工作时，忘记了我前天提交的“0.6版工作完成情况及工作过程中完成的文档”。正巧的是，验收我们小组时，高层心情也不好，让我去打印一些资料，所以就悲剧了，验收我们小组时，我作为组长不在场，只有4个组员在会议室里被验收，又恰巧，我写的“工作完成情况，有变更的工作等等”并没有发给组员们知道，组员也不可能将这些将给中层们听；所以你们懂的，我们小组这次验收可能不过。。

      然后打印完资料，高层就把我带进会议室，此时会议室正好是后台组验收，大部分的leader都在后台组，一起把leader们批斗了一番，说版本流程不规范什么的了。

      不过确实，我们作为小组长确实没做到位，没有把每个版本需要做的工作计划好，没有把工作平均分配给每个组员，导致一些组员闲的没事做，一些组员忙的头破血流。

      会议过程中，觉得感触挺深的，如果有要汇报的事情，汇报给自己的上层了，如果有需要，是应该提醒上层让他去汇报给他的上层知道的，这样做其实是为了公司好，避免一些高层不必要的发火；每个星期还是需要抽空给组员做一个codeReview，在组内内部验收一下。

      高层在批斗结束后，就出去了，留着leader们风中凌乱。不过由于正在验收后台组的工作，我这个app组的也就出去了。

      没想到出去后，高层居然叫我去办公室喝茶。

      估计是想缓和情绪吧，高层随便跟我说了几句，之后告诉我作为leader应该要有威信。手底下几个人都管不好的话迟早会被下面的人取代。说了一会，稍微冷场了，我冒死问了一句“有时我觉得计划很难做，怎么样才能游刃有余，有充足的工作分配给组员呢？”。高层回答的话让我突然领悟“没有人知道未来会发生什么，你只能分析观察现在缺什么，你就做，3个月计划做不了？没问题，那做3周的计划。3周叶做不了？那3天的计划总能做吧？”

      3天的计划，确实只需要仔细思考一下，就可以得出来。由于每个版本的开发周期是3周，所以每次到写版本计划时总是写不完整，一定要版本开发开始了好几厅，才发现有什么工作是需要添加的。这个“3天计划”让我毛瑟顿开了。一次性计划不出3周，我就多计划7个3天的工作，由目前最缺的功能开始做计划，再分析距离产品1.0上线到底还缺少什么内容，这样一份版本计划应该就能做出来了呀！

      之后感谢了高层的教导，离开了办公室。

      三明治，其实意味的就是夹在中间的职位，要承受上面给予的委屈，也要承受下面给予的委屈，但都必须把每件事都认真解决了；能解决说明自己成长了；产品型公司就是疯狂加班和疯狂迭代，还有受到很多的委屈，但是最能锻炼人的也是产品型公司。不然市面上的三明治也不会有那么多种啦，糕点店里的三明治肯定比路边小卖部5毛钱的三明治好吃!!!