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