做IT的人都懂得的一个软件开发流程：需求-设计-开发-测试-交付。放到自然界中变成公用的做事流程：做什么-怎样做-做-检验做的对错-做完了去做另外一件事。但是做什么还不是最重要的，做什么的范围才是最最重要的。
由于引入一个新的码头，客户数据库中会生成针对新码头的数据，所以我们要分析是否新码头会对系统代码有影响。为了确保系统可以正常运行，我们用了一些临时的视图view，代替了表table，将新生成的码头数据先转成老数据，然后等系统都改成可以处理新码头的业务时，再改回原来的表。
这样上周五分析一天哪些SQL中用到了这些表要改成视图，因为闷头做，没有考虑这件事的需求范围是什么，也就是哪些SQL及时用了这些表，但不用考虑要做任何改动。到了晚上客户和我说了一下，我才反应过来。导致周末又来加班，把不用改动的SQL从总结好的SQL中排除掉了。
所以需求范围也就是做什么的范围才是我们要开始写代码和做某件事之前，最要考虑清楚的，要不肯定会浪费自己的时间，效率又谈何说起呢。
