 |
1
kop1989 Jul 22, 2021
很有可能是需求压根就不清楚。
或者是经理也没有好的设计思路。 亦或者是经历不愿为设计担责。 确实非常差劲。但反正压力在他那里，让上级搞清楚状况就 ok 。 文档里标注好改动历史和具体责任人。 |
 |
2
maichael Jul 22, 2021
概要设计评审本身就是评审开发对需求理解的一次 Review，推到开发之后再来评意义就不大了，该浪费的时间都已经浪费了。
|
 |
3
Smash Jul 22, 2021
需求澄清会上的问题,如果他决定不了,那我 RD 是不会接这个需求的,除非 PM 发邮件抄送相关责任人,然后老板邮件回复拍板.
口头上的东西 RD 一概都不能认,不然后面 RD 背锅? |
 |
4
xuanbg Jul 22, 2021
凡是缺少的，一定要及时补，凡是不确定的，一定要及时确定下来。否则项目必然失败
|
 |
5
passerbytiny Jul 23, 2021 via Android
“项目只有一星期开发时间”
“项目只有一星期开发时间” “项目只有一星期开发时间” 回答问题前要先看全，非个人开发的东西让一周完成，有这大雷在，还分析个狗屁其他的小坑。 |
 |
10
omysho Jul 23, 2021 via Android  1
我之前也遇到过这种情况，出现这个问题的原因，其实和研发经理没关系，万恶之源是老板。
大家都是打工的，你觉得他想这么笼统的过需求评审吗，出现问题他也想当场决策，是个人都知道这么做这个项目不可能好，但是为什么他还是这么做了呢？ 关键问题就在于，他其实只是老板的监工，是老板意志的传达人而已，对一个工具人发脾气是没有用的，他其实也憋着一肚子火。 所以真正定不下来需求的是老板，因为只有老板的需求是可以无视周期，没有责任的无限制修改的。 良禽择木而栖，目前前正值秋招，楼主可以快点准备找下家了，不然以后会越来越变本加厉，我之前工作时间长达 18 小时一天，最后还没发年终奖，真可谓是血汗工厂。 我相信平时一定是 996，你要以跳出火坑的信念和觉悟支撑自己，一有空就刷题看面经，坚持一个月左右就能胜利。 |
Select Language