又是emo的一天,我这个产品经理当得丝毫没有尊严啊
在发生这种场景的时候你是怎么和开发团队进行协调的?
这种恐怖如斯的想法你是怎么进行处理的?
VUCA时代,变化是不可避免的。试图冻结需求的做法并不能真正地阻止需求变更的发生,大多数尝试冻结需求的活动最终都失败了,因为需求是无法在最初设计到100%,所以一定会在后面发生变更。
有人这时候会说:“大锤老师,你说的我都懂,但是一旦发生变更,会导致产品发布时机延迟 ,给开发团队带来巨大的压力,项目成本增加,我们只能避免啊!”
但是避免需求变更这种想法并不现实。当发现了需求本身的疏漏的时候,就需要弥补;当外界经营环境发生变化的时候就要作出应对。所以,避免需求变更只是一厢情愿的事情。
从变更的角度来看可以分为外部变化和内部变化:
1.外部变化
外部是指市场、业务及实施条件的变更;业务流程、工作流程的变更;角色及操作权限的变更等。对于外部变更应该采取拥抱变化的态度。
2.内部变化
(1)设计不当
由于业务需求分析理解不当,或思维能力局限导致的僵硬设计,导致需求无法持续兼容而导致的变更。此类变更可通过提高业务需求分析能力水平和系统化的分析工具得到改进。
(2)设计缺陷
由业务需求分析设计失误造成的逻辑缺陷,不应该叫需求变更,但对开发者来说,它也是一种变更。因此对于内部变更来说,应该采取尽量避免的方式处理。
1.在现有系统增加类似处理
例如:在请假系统中增加出差模块,变成OA系统。
2.改变已存在的处理
例如:对于请假的流程和规则条件的变化。
3.在现有系统上扩展新功能
例如:在请假系统中增加工资模块,变成人事系统。
4.大幅度调整整个系统
例如:请假系统变更工作流,支持越级审批。
1.响应需求变更
扩展新功能的时候不影响旧功能;修改旧功能的时候不影响其他模块。策略:抽象、分层、解耦。
2.预防需求变更
策略需求分析的时候尽量详细完整 - 五步法
3.预告需求变更
对于当时无法确定需求,需要时间才能确定的需求,提前预告给开发团队,让开发团队预留变更。
回复【电子书】领取需求分析实用技巧。数万名产品经理、BA汇聚地,深入需求分析与产品设计、产品运营,帮助你提升产品思维与洞察能力。原创知识体系:可视化需求分析。