产品日思v60.需求变更应该怎么提?

作者: s2dongman申悦 | 来源:发表于2017-11-27 09:55 被阅读101次

    近期经常遇到一些紧急需求,如一些突发新闻,要修改产品功能模块并立即上线,这时就要考验产品经理的临场处理能力了,今天就来聊聊我是怎么做的~

    首先,遇到这样的紧急需求,切忌跟着一块“急”,再紧急的事儿,都要冷静思考,仔细沟通。具体可以从以下几个角度进行确认:

    要变更的是什么需求?

    为什么要变更?

    现在的产品是如何处理这个需求的?

    希望变更成什么样子?

    确认以上事宜后,再权衡一下当前开发、设计、测试资源的占用情况,当前项目的执行情况,以及变更需求的紧急程度、开发成本。如果紧急度、重要度高,且当前开发节奏不太紧,不影响当前项目进度的话,在各领导方确认后,可以进行变更,那就要由产品经理通知所有变更执行方——开发、设计、测试,确认变更方案,以及变更完成时间。如下图所示:

    以上就是我们在需求变更时的处理流程,当然这是简单版本,复杂的大需求就要评估当前项目的延期情况了,到时候再具体问题具体分析。

    你的项目会经常变更需求么?期待你的回复~

    相关文章

      网友评论

        本文标题:产品日思v60.需求变更应该怎么提?

        本文链接:https://www.haomeiwen.com/subject/kgsrbxtx.html