相关章节：第十六章 筹备夏季运动会
经常会遇到这种情况：项目要开始了，公司各部门的人坐到一起开始讨论一些具体的需求，一场旷日持久的争论于是开始了，最终的结果却是：“先大概这样吧，技术人员先这样做着，细节的东西到进修再说”。因为有一些边缘性的事务总是明确不起来，两个部门可能会对一件麻烦的事踢皮球，也可能对一件权力或利益相关的事争夺，皮球总没办法踢完，争夺战也总没完没了，于是讨论陷入了僵局，只好先这样。
做为最终决策者，果断结束这场争论，把问题往后推，是不少人的做法，而且看起来也是相当有效的做法，然后对于开发组的人来说，这却是极麻烦的一件事，这将直接导致前期架构无法考虑全面，中期编码的不确定感，后期测试阶段的需求不断变更。最终的结果当然是大家都很累却都不满意这个项目，而且项目可能延期严重。
“规格文档中的含糊标志着不同的系统参与者这间存在着未解决的冲突”，一些看似小case的未解决的冲突，到后来可能被无限放大，需求阶段的不明确，哪怕一个小小的问题，都会造成巨大的影响，在业务处理系统中尤其严重。所以需求阶段一定要明确各部门的职责，明确到每一荐数据的输入输出和处理，一旦这些东西全部确定了，项目离成功就很近了，在两个部门之间转移功能，如果是在项目后期，那将是一场灾难，有时候无法避免，但我们应该尽力，应该可以在需求阶段把能够讨论清楚的讨论清楚再说。
解决冲突的关键：
- “冲突应当引起重视。冲突并不是缺乏职业道德的行为。”
- “谈判困难，调解容易。”
- “记住：我们都站在同一边；跟我们对立的，是我们要解决的问题。”