让我们来谈谈需求。
我们都知道，需求方和实现方永远是对立矛盾的。
需求方因为各种各样的有的没的目的，想提出各种各样的需求、功能方便他们使用，从而让他们更受益。
而实现方则一般不是站在这样的角度。实现方的角度一般都是考虑整个系统，方方面面的细节功能。实现方的考虑会基于已经实现的功能，后来提出的需求是不是很坑，之前的系统会不会有压力，压力怎么样。
需求方提出的很多需求是不会考虑实现方的现状的，实际上他们并不需要考虑实现方的现状，并且他们往往也不知道实现方的现状是什么。一旦需求方提出了容易压死骆驼的稻草，实现方就会反抗，实现方会发现需求方很老年痴呆，他们什么都不懂，后来的需求不能再这么提了。再搞就又崩盘了。
但我觉得实现方的思考是有问题的。实现方一定要尽可能的满足需求，很多后来的需求实现起来比较坑是因为要基于已经构建的系统去做，但是已经构建的系统如果不坑，完全能吃下后来的需求，那还有问题么？没有。如果这么倾向于需求方有问题，那我更倾向于相信：构建的系统不够强壮，考虑的不充分，修改起来不够简单，成本不够低，最开始的设计不够好。（当然也不排除一些真真正正的老年痴呆需求）
需求方代表着方向，不能因为迈向方向的路上，粮草供应不足就不前进，解决这个问题的办法是提供充足的粮草才对。
而实现方则是更关注细节，是要提供充足粮草的，他们确实相比需求方更清楚后备力量的现状，后备力量不足，就要通过各种方法去改善，比如28定律，比如总和考虑成本和时间。
充足的经验往往能解决很多问题。
但充足的经验可遇而不可得。更多的时候，我认为要进行双方的交流博弈，需求方让步的是成本和时间，什么时候可以获得结果，最终的质量怎么样，能否接受step by step。实现方则是要尽可能的实现需求，改造，完善，思考未来更多。
需求方就是业务、产品。实现方就是我的战友。
以上。