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

[AlanDSF]

emm，第一次和该同事（研发经理）合作，需求评审会上说的笼统的不行，说是项目只有一星期开发时间让我们先开发。
遇到不确定的了问他的时候，他犹犹豫豫不给决策，最后口头决断了后按他的说的开发了，概要设计评审会也是后面补开得，会上又改动了数据库表，导致开发了一半了又要重新修改，口头决断的文档上也没有体现出来。结果测试一测提了各种 bug 。。。
效率巨低下-_-||

[kop1989]

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

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

[maichael]

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

[Smash]

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

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

[xuanbg]

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

[passerbytiny]

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

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

[AlanDSF]

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

[AlanDSF]

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

[AlanDSF]

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

[AlanDSF]

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

[omysho]

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

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

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

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

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

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