坑一：为了发版本而发版本。

大概是4月份的时候，团队补充了三个个前端。其中的CC给我留下很深的印象，我觉得他是一个特别适合创业团队的员工。他勤奋好学，生活单调，对工作极其投入。4月份的版本因为新成员的加入，迭代的内容相比以前历次版本扩容了很多。可以说是对原有产品的一次全身手术。但，术前准备很仓促，有些模块的设计稿本身就没有经过仔细推敲，也没经过团队评审，在没有达成共识的前提下直接进入了开发。作为新成员，CC分到最困的一项任务：辅导模块。此模块原本逻辑混乱，在开发计划公布之前，我对此模块的重新设计一直是停留在继承原来的逻辑和自己的新逻辑的混战中。作为设计的我其实也是被困在乱麻里。当时的情景是4个前端各自负责一个模块，而设计只有一个。为了及时发版本，我勉强赶出了设计方案。虽然当时内心忐忑不安，但却选择了自己说服自己是磨合队伍，就这么不知不觉的一步一步的主动跌到坑里了。

在视觉走查阶段，我发现问题远比我想象的严重。一，因为略过了设计稿评审阶段，开发对设计稿的理解不够，再加上新加入成员对环境的陌生，部分功能实现的结果跟设计稿的差距很大。二、我赶出来的设计稿本身也有一些问题。尤其是辅导功能，CC在做的时候跟我交流过几次，让我模糊意识到有些老逻辑的问题把我引向了一个错误的方向。他启发了我。我们都为此发现感到有点开心，但却没有看到更深的一层，我们都在做错误的事情。辅导功能被实现出来，从我自身而言，我的设计是不成熟的，因为我的设计带来了开发的浪费。尤其是当我得知CC因此没有通过试用期考核时，我的内心是无比郁闷的。

我有很多理由推卸自己的责任。我作为一名设计，上游有领导，下环节有开发。但是，我还是为此感到深深的内疚。

昨天面试新工作时，面试官问发版本的节奏时，说一个月发一个版本的节奏太慢。（后来了解到他们只做安卓平台）我却没顺着他的话说，由衷的感慨不能为了发版本而发版本。如果版本做出来，大家自己都不满意，完全可以不用对外发布。用户也没有要求你要一个月发一次版本啊。他很诧异的问题我：那不发版本，怎么让老板知道我们在做事呢？

这个新问题真的是问倒我了。

---

出问题第一时间应向你老大求助。
流程是怎样应该严格执行，倘若质量不达标的就必须要修改，而且进度表不能变，时间不够应自己加班。
做到以上还有问题，该延期延期，一定要做复盘。

答案来自前【美团PM】Ling