为什么软件需求会频繁变动

软件需求已经成软件危机重要因素，在软件开发历史长河中，需求的带来变动，不稳定已经成了软件开发过程头号问题，由此所带来一系列软件开发方法论，更是百花齐放，比如敏捷开发、DDD领域驱动，无不是跟需求息息相关；在我看来软件需求变更范围更为宽泛，贯穿开发周期，直到后期维护，就是因为有需求存在，导致我们的开发规模越来越大，软件更难维护，如果只是一锤子买卖，就不会衍生出软件危机；所以有人问为啥我们的需求为啥如此频繁变更，特别是作为一名开发，我们经常跟产品较劲，说动不动就改需求，当我们追本溯源就发现，需求变更频繁变更的一大动机来源于市场业务，如果不存在市场动机，那么软件就无从谈起；

        从我们软件开发人员角度来说，需求变动来自外部和内部；

外部都是来自甲方，我们称为业务方，业务方的需求来自于市场、机构组织内部、政策法规；

     市场：主要来自于为了商机或者业务规模调整等，比如原来是线下转为线上，或者为了促销采取各种促销活动，比如秒杀，会员日、新注册用户福利等一系列活动，这时候我们的软件开发人员就叫苦不迭了，原来设计的用户账号模型被打破了，要支持第三方账号，微信,QQ,支付宝等社交账号接入，这时候用户体系得做一番调整，存在多个用户账号等；还有为了支持线上秒杀活动，需要特定分配库存，发放优惠券等动作；

  机构组织内部调整：随着公司规模日渐扩大，不断建立组织机构和部门，这时候涉及都角色和流程得调整，我们系统原有的流程和上下游系统得调整适应这种变化，比如说本来商品上架，由于机构变化，需要经过电商部、市场部的审核后才能上架产品，这时候已经不是由某个特殊角色管理员点一下按钮就可以发布上架；

   政策法规：一般来自于国家法律和相关规定；这类的变动是让程序猿最喊痛的需求，因为他来的急，而且不允许商量；还记得2020年武汉疫情时候，我有个朋友大年三十就在加班，因为他是民航机票系统的，，可是疫情来了完全打破这种现有规则，我们都知道机票是按照你退票不同时间来计算不同退票费，可是疫情一来，不同城市发生疫情，疫情时间不一样又按照出票时间去算，相当于加入城市、订票时间因素来计算你的退改费率，原来的规则被打破；

内部则来自信息失真，需求管理混乱

很多人都抱怨客户的需求不清晰，不配合，责任在于业务方，可是我觉得我们专业是软件开发，如果需求存在失真或者得到需求是残缺，只能说明我们需求做的不够好，没有方法引导业务方得到我们想要东西，我们变得如此被动只能客户把所有需求摆在我们面前，这是不可能的；我们打个比方，一个医务人员要把医学知识这么熟悉，至少在这个领域积累几个年头，我们不可能在调研中几天就能内化；而且在沟通中出现信息失真也是难免的，因为医务人员给我们描述业务时候，会有自己所处的前提和环境，这点我们容易忽略这些因素，忽略这种环境要素，会让我们建设系统时候少了基本要素；