被先开发后概要设计评审给坑到原地爆炸

很有可能是需求压根就不清楚。
或者是经理也没有好的设计思路。
亦或者是经历不愿为设计担责。

确实非常差劲。但反正压力在他那里，让上级搞清楚状况就 ok 。
文档里标注好改动历史和具体责任人。

概要设计评审本身就是评审开发对需求理解的一次 Review，推到开发之后再来评意义就不大了，该浪费的时间都已经浪费了。

需求澄清会上的问题,如果他决定不了,那我 RD 是不会接这个需求的,除非 PM 发邮件抄送相关责任人,然后老板邮件回复拍板.

口头上的东西 RD 一概都不能认,不然后面 RD 背锅?

凡是缺少的，一定要及时补，凡是不确定的，一定要及时确定下来。否则项目必然失败

“项目只有一星期开发时间”
“项目只有一星期开发时间”
“项目只有一星期开发时间”

回答问题前要先看全，非个人开发的东西让一周完成，有这大雷在，还分析个狗屁其他的小坑。

@kop1989 唉，但 bug 还是要我改的，改的时候一看 bug 基本都是因为他口头决断导致的，就很气。我们公司有 bug 数量的考核的

@maichael 是啊，后面补开的时候，会议结束后我就直接怼了-_-||组长和稀泥收尾-_-||

@xuanbg 他这种口头确定后，又没有更新到文档上，导致测试那边根本就不知道。他挖坑我们加班填 emmmm

@Smash 唉，我们这边都是研发经理直接决定，他就一句麻烦你改一下吧，你就得改，时间也紧。唉，和稀泥就过去了，研发狗来填坑-_-||

我之前也遇到过这种情况，出现这个问题的原因，其实和研发经理没关系，万恶之源是老板。

大家都是打工的，你觉得他想这么笼统的过需求评审吗，出现问题他也想当场决策，是个人都知道这么做这个项目不可能好，但是为什么他还是这么做了呢？

关键问题就在于，他其实只是老板的监工，是老板意志的传达人而已，对一个工具人发脾气是没有用的，他其实也憋着一肚子火。

所以真正定不下来需求的是老板，因为只有老板的需求是可以无视周期，没有责任的无限制修改的。

良禽择木而栖，目前前正值秋招，楼主可以快点准备找下家了，不然以后会越来越变本加厉，我之前工作时间长达 18 小时一天，最后还没发年终奖，真可谓是血汗工厂。

我相信平时一定是 996，你要以跳出火坑的信念和觉悟支撑自己，一有空就刷题看面经，坚持一个月左右就能胜利。