关于需求变更的二三事

参加过很多项目，也遇到过许多需求变更。
记得n多年前系统半夜发布，结果发布当晚，那次release的一个功能紧急变更，是一个弯了十几个弯的逻辑，所以当时写的时候就很麻烦，leader说立刻改，于是吭哧吭哧开始改，改完发布，等着客户确认，结果没等来确认，等来了一次又一次的变更，很不爽，心里暗暗鄙视客户，继续吭哧吭哧改，就这样那天晚上客户逻辑能改了七八次，最后两次都是某个小部分改，改到最后一次已经是早上10点多了，我已经不知道最后的整体逻辑是什么了，脑子里一片浆糊，然后客户终于通过了。打车回家休息，路上觉得自己好想躺下就不起来了，支撑着回去后，打算蒙头睡觉。但是却被一起租房的室友吵得睡不着，之后有很长一段时间，脑子里就像有浆糊一样，写着代码都能突然忘记自己写什么了，直到后来下班就去锻炼，半个多月后，才缓过来。
后来，我也逐渐开始带团队，开始与客户谈需求，谈需求变更。
记得有一个项目，因为是package的项目，客户对钱非常计较，需求变更付费，非常非常的难，所以一开始我们做需求时，所有的流程设计、接口、高清图等，我都追着让客户签字确认，他们开始口头确认，没签，我就给订了个最终签字日期，告诉客户必须在那之前签好字，最后客户终于签字了。但是即使文档上签字了，也是挡不住客户的需求变更的，由于合同是做pc端，不包含手机端，还特意确认过与不做自适应，其实用我们的平台做自适应也很麻烦，除非手机和pc数据一摸一样，但是不可能呀。实施过程中客户提出一些变更，我们记录，讨论，最后确定了其中几个可以做，其他对项目影响比较大，没同意。当一切看起来比较顺利，我们就要上线时，客户突然又来了一个重磅炸弹，要我们必须给他们实现手机端，还不愿意另外付费，因为我们的预算根本不可能支撑这个变更，所以经过多次协商未果后，他们给我老大打了电话，老大说，客户言明：“不给实施手机端，他们最终的确认就不会给”，事情陷入胶着，后来老大想了个折中的办法，和客户签了个小合同，在那个合同里，我们把他们的手机端实现了。
当时觉得这个客户有时也满难缠的，然而之后发现，这世上只有更难缠的，没有最难缠的，这个客户很多地方其实都让我们认为是个比较讲理的客户。
还有个项目，我是架构师，和我们的业务人员对接，不对接客户业务人员，开始我列出了项目的backlog，客户负责人、我和团队的人一起确定了backlog，等我们开发完成后，客户领导已经换人，业务负责人说范围不止这些，最后谈不拢，做的东西客户也不付费，公司和他们打官司去了。
还有一次，我是PM，但是到后来只是挂名，由另一个PM带队，项目要上线时，PM打电话说 原本客户订好了上线时间，都准备好了，他们又不肯上线了，因为有几个变更他没同意，和客户吵了一架，PM大致说了一下，变更确实需要花多些时间，然后客户打电话来抱怨，说我们的人不同意，还和他们吵架，而且是他们认为很简单而且合理的变更，我向他们表达了对他们的理解，也表示了我们的困难，然后详细问了一下具体他们为何要那么改，结果客户只是觉得那个逻辑他们最开始订的太麻烦，客户使用不方便，所以想去掉麻烦的部分，因为客户不懂技术，他们给的变更方案实现起来很麻烦，但是实际上要实现那个目的可以很简单，于是我重新给了客户技术方案的建议，并且告诉他，这样既能实现他们的目的，我们也能很简单迅速的完成，客户很痛快的同意了，其实他们只关心你能不能实现他们的目标，至于方法，大家都是很容易商量的，最后项目正常上线。
很晚了，今天就写到这里了