今天领导直接给开发沟通了个任务。

开发了解完了之后，告诉我，我说：这个功能原本就有的呀，何必要新增一个呢？

开发想了想说：是哦。

于是，又走进老板的办公室，过了一会，出来和我说：这个功能其实具体是这样子的……

这样说的话，那确实是不一样的效果。

于是开发就开始准备工作。

这一通流程下来，是不是挺费时费力？而且，今天会出现这种情况的原因除了沟通过程当中，传递的损耗，还暴露了开发对于系统内已存在重复功能的不熟悉。

总说扁平化管理，但是为什么还会出现这样的问题？

如果今天开发没有告诉我，按照自己的想法去做，那么就会出现：重复造轮子，并且没有实现领导需要的结果。

说起没有实现领导需要的结果，我又想起上周：领导先和开发说了相应的需求，结果他理解了，但是并没有完全理解，和我沟通了之后，我说：这不是有了的功能吗？

于是他就没有做这个功能。

这个过程是不是极其相似？

想到这里，我突然背后一凉。

这两次的事情，我们三个人，究竟在其中需要承担什么样的责任？

领导是否明确说出自己的需求？

这一点，我无法回答。因为我都是最末端接收到任务内容的人，所以不太清除上游信息的原文。我从开发处收到的信息，经过分析，得出的结论就是现有系统已经实现。

于是开发和我单方面达成共识：不做，维持现状。

这一点确实我没有善后好，我应该和开发说一下：确定需求是这个内容吗？是否需要和领导再次确认？这样上周的问题就不会出现。

开发是否完全理解领导的需求？

理解了但又没有完全理解，他接受领导的任务，没有做出分析。分析不仅需要考虑：这样做的目的是什么，方案是否合理？现有系统是否已有类似方案？

说实在的，作为互联网人，熟悉自己公司、自己项目组的产品，应该是一种默认的基本能力。就像是卖菜的说不出自己卖的菜的名字/价格，这不是玩呢么？

所以，上次我生气大家做出的东西漏洞百出，最气愤的点就是这个：不熟悉自己的产品。

上次领导让我针对出现的情况，出个方案，我就说到这一点。

现在看来，不仅仅是APP端的同事需要加强这一点，后台开发也需要加强业务能力。