1、面向业务不稳定的甲方,需求变更频繁该怎么破?
场景一:甲方业务不稳定,导致他不知道自己要什么,变更需求频繁。
解决:1)把总经理拉到统一战线。 2)请求专家支持 3)开风暴会议,把项目存在的风险节点找出,然后找出解决方案。
4)等范围确认好了之后才具体签署敝口的合同规定(签署敝口合作框架协议)
5)想办法把范围定义清楚(把项目范围定义清楚)
6)根据项目的特征裁剪指定项目管理的框架。(敏捷开发模式)
总结:1)提前去识别项目需求的变更的特征
2)制定相对应的策略,重视需求变更的流程和规范的建立。保证过程的流畅性。
2、需求出大偏差的甲方,需求变更该怎么破?
场景二:甲方需求出现很大的偏差,导致项目实施过程中多处需要调整,出现需求偏差?
解决:1)得到项目偏差后,立即组织项目组成员去基于原有的项目基准以及当前的调研结果,做了项目细致的整理。
2)整理一份详细的文档,向领导汇报以下情况:Ⅰ:项目目标完成情况 。Ⅱ:预算的消耗情况。
Ⅲ:项目目标偏差的风险。 Ⅳ:战略目标偏差风险
3)提供解决方案:追加的成本和产品出的评估。
4)设置项目的缓存空间(Buffer)。
总结:如何解决这类需求变更?
Ⅰ:发现项目目标出现偏差,及时调整项目基准,重新设定项目目标。
Ⅱ:针对后期需要运营的产品型项目,尽早设置项目缓存空间,合理地使用和管理缓存空间,以便容纳项目后期阶段出现的风险。
项目偏差大导致需求变更??
答:第一,我们紧跟项目的战略目标,及时地去调整项目的基准,通过调整基准来重新映射我们的需求范围;
第二,针对产品型的项目,因为涉及到运营阶段的反馈,会影响到产品的建设,所以我们需要在项目的综合规划阶段,去考虑设置充分的缓冲空间,并且,我们要及时地去跟缓冲的流失情况,对缓冲进行及时有效的管理。
3、面向认知市场不全面的甲方,需求变更该怎么破??
场景三:甲方对是市场认知不全面,导致需求模糊,范围过大,需求变更非常频繁。、
挑战1:市场定位不明确 解决:调整需求范围,聚焦自己的核心优势。
挑战2:需求信息来源繁杂 解决:培训涵盖需求的变更流程,运营的上升机制。
挑战3:产品需求要做出差异化调整 解决:通过采样分析,通过业务经理等引领客户用其它办法解决痛点;
调整优先级的策略
总结 :挑战1:客户群体不够聚焦 解决:要能舍得,也要敢说不;
挑战2:过量需求干扰研发效率 解决:统一约束需求的渠道输入,管控需求变更;
挑战3:针对特殊化需求是否分出精力应对 解决:识别能否通过非技术手段解决需求变更
通过四个层面解决对市场认知不全面??
1)考虑零成本的非技术手段
2)聚焦用户群体
3)统一信息渠道
4)指定需求变更机制
4、牢记五策略,需求变更不害怕。
1、制定符合项目特征的变更管控的流程和规范,及时去调整项目的基准;
2、灵活去应对需求的变更。将获取变更的范围作为一个独立子项目,灵活进行处理;
3、学会对项目的范围进行取舍;
4、针对后期存在运营阶段的项目的时候或者整个项目都处于不明朗的情况下,需要在项目的启动和设计阶段,设置一个合理的缓存空间,然后及时对缓存空间进行关联;
5、不一定要投入预算去解决该变更,可以通过非技术手段去处理该变更;