软件研发那些事儿——做需求约定的事情

6月底，正是华北平原郁郁葱葱一片茂盛的时候，高树低草笼罩在氤氲之中。

我带着团队在用户现场奋战了几天，然后就留下两个技术和两个测继续在现场提供服务，其余人在周六就一起撤离了。

周一来到公司，打开微博后，映入眼帘的是这样一行字：下半年的第一天开始了。时间过得真快，不由得感慨。

接下来的几天，陆续接到测试人员打过来的电话，多是反馈软件中一些不太确定的问题，我耐着性子一一作答。后来感觉不对，为什么反馈来的大多是完善性的问题？测试的根据又是什么？应该是需求，如果脱离开需求测试，即使测出太多的问题，对于项目的质量保证和进度推动也没有太大意义。

这是很多软件公司普遍存在的问题，测试人员以测出问题的多少表现自己的工作成果，开发人员以完成功能的多少来表现自己的能力。而实际工作中，无论测试还是开发应该以满足需求的程度来衡量工作的质量。

绝大多数的技术人员对自己的作品有着很高的认同感和欣赏欲，就像对待自己的孩子一样，一旦全身心的投入到研发工作时，就会尽情的发挥自身的能力和特质，不断的完善自己的作品，直到满意，这时候，项目的需求已经失去了目标的作用。于是我们看到很多人在加班，但进度还是慢了，公司的成本投入还是超支了。原因之一，可能就是我们脱离了用户需求去做一些事情。

从事软件研发多年，一个很深的感触是，很难做出自己满意的东西，因为我们总是在有限的资金成本、人力成本和时间成本下做事情，这些因素制约了技术人员的发挥，这一点必须要承认。当然，大多数的技术人员能力也是有限的，高投入也未必有高回报，因为能力就是如此。所以还不如功利一点，设定一些需求目标，约定一些规范，让技术人员在要求范围内发挥，既能保证质量，又能保证公司收益。这样说虽然功利了点，但对大多数的软件项目还是管用的，提升研发的管理水平也许能在完美和收益之间达到较好的平衡。