为什么会出现需求变更?
需求变更的原因有很多:
在需求分析、设计、评审阶段,对场景和解决方案的考虑不全面,对政策、市场调研不准确。
功能缺失、或者业务逻辑不闭环;
细节问题没有提前想到,导致在后期落地的时候发现了。
有关联方需要配合改造的内容没有调研清楚,后期发现对方无法配合推进;
系统内的关联功能改造范围评估不准确,后期发现这种方案会伤筋动骨,在落地过程中开发团队发现实现难度过大,周期或成本不可控等。
还有一些其他原因,比如领导或者客户的想法变化,
面对这些变化应该如何应对应有的态度:
如果变更的原因是自己的问题,那勇于承认、积极应对,切勿推卸责任
如果变更是因为外部无法拒绝的原因,就要从情绪上尽快接纳、尽快设计新的解决方案。因为对于一些无法拒绝的变更,负面情绪不仅无效,反而更容易让事态发展走向不可控。
应对方法:
1、掌握结构化思维能力
在方案产出阶段,要先想,先想好,想全面之后,和关键人员碰撞之后,再落笔写文档。
一定要先做设计、评审通过之后再开始,因为我们在写文档的过程中,容易陷入具体的功能逻辑里,而缺少了宏观的整体性考量,非常容易让产出物不严谨。
2、和相关方充分沟通
遇到问题一定要追问,自己协调不了的一定要上报。多确认一个问题,能给后面整体过程节省很多时间和成本。
和开发人员尤其是项目经理、技术经理之类的关键角色充分沟通。沟通方案的可行性,沟通方案落地难度,同时考量他们提出的修改意见。
3、保持与客户的及时互动
了解客户的需求,并向客户整体介绍清楚我们方案的思路,最终评判此思路是否能得到客户的认可。这个过程中也会涉及到如何进行需求洞察、如何进行方案讲解等问题。
在向客户、项目组内讲解、探讨设计方案时,界面类的功能尽量用原型图、UI图等直观的表达模式,让大家更有概念;后台类的功能尽量用流程图、时序图、数据流图之类的表现形式进行讨论,从而保证大家理解达成一致。