由一个项目需求引发的思考

昨天项目一个需求提测了，应该说是之前的一个需求了，一直也没上线，因为最近公司组织架构变化有点大，导致需求对接人也换了，之前的需求就需要重新评估是否上线。昨天确定下周一上线，昨天就提交测试了。

事情是这样的：需求就是一个私人定制标识显示的问题。测试过程中测试提了一个问题，就是在已下单列表里没有标识出来这个是私人定制的，找到我，我的反应当然也是那就改呗，然后就是和后台的一番讨论怎么改，他后台改还是我前台改？(哎，也不知道大家最近都是咋了，工作上的事都不太积极的样子)最后我就改了一版，但是测试又发现我这边的没问题，但是从手机端的过来还是有问题，然后那我没办法，这个要么手机端改，要么后台统一改了。可能涉及到打印，翻译之类的问题，后台就说的各种不能实现呀，麻烦呀，不容易改之类的。。。。。。反正我就觉得后台拼接个字符串啥的就行。反正最后没办法就找我们领导了，领导的回答比较那啥，需求方没提出来这个需求就不动，人家提了再改。可能也是因为听到说不好改之类的，时间也不太够的问题吧。后面就是领导和测试的一番讨论。。。。。。

测试就觉得从他的角度，发现问题就要解决问题，他是从系统更完善，更好的角度出发考虑，他觉得没有标识全面所以需要优化改动。

领导可能就是考虑改动大小的问题和上线时间的问题考虑就觉得需求方没提到的地方那就不改，有问题下一个版本优化，迭代的意思。不能一个需求给人家改到位的那种感觉。

害，怎么说呢，我是感觉都有理吧。

测试的角度看就是当然是怎么完美怎么来呗，有问题的那就解决呗，争取更好嘛，测试可能把这个系统当做一个产品在做了吧。实话说，真没错，没毛病。

领导的角度可能就是一开始因为时间问题，改动范围问题，再加上需求方也没提到这个，能不改那就不改嘛，不可能说一个需求给人家做到位嘛，我们这个系统不也是一个版本一个版本的迭代才出来这么完善嘛，最后就是反问测试：这个系统第一版上线的时候你怎么不怎么要改动这个地方的需求呢？

害，反正都有理吧。

反正我的意见就是这个改动不大，可以改，可能领导当时被我们一个后台同事带偏了，哈哈。但是不改也行，因为都给人家改了，哪来我们的价值呢，有问题再提再改嘛，没需求我们怎么活，哈哈。

最后轮到产品和需求方确认，最后还是改了。测试也已经完成，下周一上线。

写这么一篇文章是为啥呢，就是感慨一下产品，开发，测试这个“三角关系”呀，真的是以前没感觉，反正在我现在的公司体现的淋漓尽致呀。

​

一个产品，一个需求，怎么实现，怎么实现更好，大到这个项目是做小程序还是APP好，小到一个按钮的显示隐藏，都有道理，那就看最后的辩论吧~~~

就酱，大家周末愉快。

image