前几天参加了另外一个项目的一次项目会议，从会议的开头到结束都充满了需求和开发人员强烈
的思想碰撞。
冲撞的核心不外乎以下几点：
1.需求文档中的需求点描述不清楚。
2.每次需求变更后没有能够有效的通知开发人员，注意不是没有通知是没有有效的通知。
收集需求的同事每次都将变更的需求进行了文档化，并更新到了服务器上，还发送了
邮件进行了通知。
3.开发人员对应文档中的抽象描述很不满意，很多细节问题都需要再确认，而且需求变
更频繁。但是工期却没有能够成比例的顺延。
4.每次会议都没有整理会议记录并在会议后发出会议记录。
5.对于需求的来源和要实现该需求的目标没有能够清晰完整的体现在文档或者沟通中。
归纳这几点发现其实都属于我们的沟通问题，其实无外乎以下几点：
1.信息描述的不够清晰。
2.沟通的效果不佳，沟通的双方在很多问题上没有能够及时有效反馈。
3.沟通还是需要技巧的，需要根据实际情况而论。
首先就以上3点说下我的看法：
1.信息描述不清楚，这个问题应该好解决，需求文档描述最忌模棱两可的情况，这会让
开发人员很不爽，觉得你说了等于没有说。还有对于需求的来源或者目的做一个清晰
的描述可能让开发人员更准备的把握需求，做到事半工倍的效果。
2.针对需求的变更虽然进行了通知，但是效果很不佳，因为虽然用邮件进行了通知，但
是邮件作为一种信息的推送方式，实时效果并不好，因为很多时候相关人员并不会及时
的查看邮件，最好还是在发送邮件的同时再加上口头通知或者通过即时通讯工具再次提醒。
3.人都是有感情，有情绪的，相互沟通的时候也需要相互之间将心比心。
4.对于沟通和讨论的结果，最后都能留下记录，好记性毕竟不如烂笔头。