软件项目研发中的常见沟通问题及敏捷开发的解决方案

在项目研发时，经常会发生以下沟通不充分导致的问题：

1）产品经理没有给出需求文档，口头和开发交代了一下需求，开发人员在代码编写时没有理解产品经理的真正意图，按照自己的思路去实现，产品做出来后发现存在较大误差。

敏捷开发要求产品要给出product backlog，同时在迭代开始讲解和澄清，开发在理解需求后评估工作时间，这样能帮助双方对需求达成一致；在迭代期间，每日站会也为双方提供了例行沟通渠道，通过多次的全方位沟通，需求得到细化和实现。

2）需求发生变化时，没有通知所有相关人员，例如仅通知了前端开发人员，没有通知后端开发和测试等，出现大家理解不一致的情况。

首先敏捷开发要求迭代期间锁定需求，但可以在下个迭代重新梳理需求。

假如迭代期间必须要改，则可以在站会时周知所有相关人员并整体做出调整。

3）迭代进行期间遇到比较难以解决的困难，没有及时求助而任由任务出现delay。

敏捷开发要求站会时每个成员向团队讲述昨天做了什么+有没有遇到什么问题+今天计划做什么，这个时候能帮助你的人会出手相助，有时一会话会惊醒梦中人，效果非常好。

4）团队长时间不沟通，有问题憋在心里，对其他人有意见有时会突然爆发冲突。

敏捷开发在迭代回顾会议中，会让大家反思自己和团队的不足，鼓励每个人都畅所欲言，这样每个人都能说出自己的担忧，大家会提出解决方案和改进措施。对其他团队成员有意见也可以开诚布公的说出来，这样不致于矛盾长期积累下去而核弹爆发（有点类似于核电站的缓慢释放），对于维持团队的民主和谐是很有帮助的。