临时需求的特点，及两种临时需求的处理方式

正文

请到「今天看啥」查看全文

我就尝试下不做、不加、不改对产品目标or相关商业目标是否有影响？如果影响到了整个公司的商业计划或者是产品的大目标，那么毫无疑问，优先级高高的。本版确实要加要改，研发兄弟们的一个月麻辣小龙虾我包了！

NO.2 对原始核心需求的影响：

我是不是只有不加这个临时的需求，才能确保我原有功能的完整上线、才能保证原有进度的正常或者提前完成。如果这个需求对我的原有功能影响太大，让我不能愉快的刷夜上线了。果断拒绝，下一版再见。

NO.3 对情感与后续影响的把握：

我不加这个临时需求是不会影响到我之后的工作安排与后续的需求实现，在完全的摸透需求方的需求后，是不是存在必须先有一再有二才能有三的关系链，因为自己挖的坑迟早自己是要跳的。。。以及市场运营等等的各位大大会不会对我有偏见，出去聚餐不带上我，导致不能好好工作了等等。

NO.X BOSS或者总监点名

该需求需要在本版或者什么版上线之类的，这部分的优先级请大家自行把握。站的角度不一样，思考的维度与层次不一，但是这部分我每次都是在据理力争后才被迫接受的，嗯。。。

需求实现难度

研发弟兄们对需求的态度不一， 但是把握好以下几点还是可以在这个过程中找到平衡点的：

讲道理：

在思考优先级的时候因为都是从否定的角度上去考虑，我们实际上已经考虑了大部分研发兄弟们的疑惑。这个功能临时加了有用吗？不做不可以吗？万一让XX功能受到影响怎么办？这时候只需要开会的时候和他们一一解答下自己对该需求的认识与思路即可。

带节奏：

请到「今天看啥」查看全文