在反思失败的项目时，大部分责任在于软件项目经理、团队成员和利益相关者之间的沟通不力。项目经理知道如何弥合项目成员之间的沟通鸿沟，并提供持续有效的沟通。对这一责任的重视程度有时会导致项目经理反应过度。他们无法分辨哪些沟通是重要和具体的，哪些似乎是实质性的，但对项目弊大于利。
为了解决这个问题，许多软件开发人员正在尝试采用更灵活和敏捷的方法。敏捷方法的关键是及时的沟通循环，使敏捷团队能够有效地响应不可预见的变化，并快速重新评估项目功能并确定其优先级。
敏捷项目经理如何保持沟通简明扼要？他们提倡每天的“15分钟站立”会议。这种类型的会议要求开发人员谈论他们自上次会议以来所取得的成就，他们计划在“今天”完成什么，以及他们预见到实现目标的任何障碍。“站立会议”是有风险的，因为它们完全依赖于每个开发人员自我评估的准确性。若要使站立会议更有效软件项目管理与敏捷方法，请使用显示测试结果的任务管理工具。该工具不会对项目代码库的状态撒谎，测试结果是开发人员自我评估的宝贵补充。为已通过一系列测试的要素提交报告数据，还可以更准确地描述该要素的状态。
例如，使用持续集成工具来描绘过程的客观图景。这允许“站立式”通信仅包含必要的组件：障碍报告（希望这已经被任务管理工具捕获）和由于边缘情况、集成困难和错误（缺陷）而导致的不可预见的发展。通过在全球共享访问工具的帮助下反映这些“新发现”，开发人员可以获得更精确的反馈。通常，功能和任务之间一些看不见的联系可以在早期看到。
一个典型的误解是，同步通信总是比异步通信更有效。添加开发工具和短的异步通信循环可以成为面对面通信的有效辅助手段。
wiki 系统基于更广泛的反馈，因此很容易了解项目开发过程的现实情况。这样的系统还为所有利益相关者提供了及时的信息和更高层次的沟通渠道，这些利益相关者可能对阻碍功能开发的底层技术细节不感兴趣。相比之下，软件开发人员对整个项目的看法可能会被日常技术工作的细节所掩盖。维基系统允许所有参与者保持明确的共识。通过保持沟通简明扼要软件项目管理与敏捷方法，软件项目经理可以帮助避免沟通失败，而沟通失败通常是导致项目失败的原因。项目经理的责任和挑战是简化每个项目级别的反馈循环并使其更有效率。
