乙方给甲方做需求,甲方可以提很多定制化的需求,但是乙方常常会由于自身原因,一次性并不能把所有需求都能考虑到位。作为乙方项目经理,遇到甲方变动需求已经是家常便饭。
项目经理太难了......
难是难,但是我们必须得解决问题,既让我们的成本降低,也需要让客户同意,最终完成交付,那么怎么做到这样的两全其美呢?
准备工作做好,才能轻松应对。我们需要统计客户每次变更需求的原因有哪些,并给原因分类,分析,拿出解决方案。
以下通过IT项目举例进行分析
背景:一个从0到1的项目接近尾声,再有两周就需要交付了,该项目为满足客户公司提升员工工作效率,时间紧、任务重,必须要在已定时间按时交付,不能按时交付将扣违约金xxx元。
项目两周就要交付了,但是在这个紧要关头,客户开始有了频繁的需求变更要求,原因各式各样,但是交付时间不能晚。
变更原因及需求:客户领导想要aa功能,觉得这个功能必须得有。
接下来分析:
1. 评估是否是刚需:首先获取aa功能需求,内容进行评估此需求是否如客户领导说的那样,这个功能必须有,没有这个功能项目就不行上线
a. 不是刚需:跟客户讲清楚,需求之前已经确定好,同时交付时间已经确定,其次目前提出的功能需求不是本次项目的核心需求