确定需求的重要性

工作中经常会出现这样的情况：项目要开始了，公司各部门的人坐到一起讨论一些具体的需求，争论于是开始了，因为有一些边缘性的事务总是明确不起来，争夺也总没完没了，于是确定需求就花了1个月。

或是：由于项目较小时间紧，就简单问了下需求直接进入编程阶段，然而反馈的结果却是“这不是我要的东西”，又得从头再来，反而花费了更多的时间。

……

需求不确定将直接导致前期架构无法考虑全面，中期编码的不确定感，后期测试阶段的需求不断变更。最终的结果当然是大家都很累却都不满意这个项目，而且项目可能延期严重。

一些看似小case的未解决的冲突，到后来可能被无限放大，需求阶段的不明确，哪怕一个小小的问题，都会造成巨大的影响，在业务处理系统中尤其严重。所以需求阶段一定要明确各部门的职责，明确到每一荐数据的输入输出和处理，一旦这些东西全部确定了，项目离成功就很近了，在两个部门之间转移功能，如果是在项目后期，那将是一场灾难，有时候无法避免，但我们应该尽力，应该可以在需求阶段把能够讨论清楚的讨论清楚再说。