项目管理中时间、成本、质量、人力、风险、采购等很大一部分是与人的沟通、于人的管理，如何组建一个成功的项目团队、如何在项目中发挥团队的所有潜力、如何做好人的管理、如何做到让客户满意、如何与客户的关系日趋完善，这些都是在“沟通”管理中项目经理 所必须及掌握的要素。要做好各要素沟通，要实现于人的管理，就应站在这些“项目干系人”的角度上，从他们的需要及利益出发，最大限度的通过项目实现他们的价值，如果脱离这些，那么项目是很难获得成功的，举一个在项目管理中实际遇上的案例：
年前，我们接到一个有关商务管理系统开发的项目，当时用户提供的需求只是七、八页的几张纸，反馈说已经是最清楚最详细的需求，并且包括了需要的几张报表，接到该单后，我们开始最初的需求调研，由于与我们沟通的客户工作人员一直未能提供其它相关资料，于是，我们按其提供的需求分析其业务流程，将业务流程转化为系统模型，并一环一环地与客户进行确认，在进行了一个多星期的细化调研及分析后，我们整理出六七十页的需求，当要与客户进行确认时，客户的部门经理一句话否定了我们的所有工作：“这不是我们要的啊，虽然我们现在是按这个流程，但要上系统，我们的流程也要变，基本上不是按这个方式进行的啊!”
这是项目经理在一开始，在与客户沟通前所忽略的问题，需求调研就是要与客户就其所需要的功能、流程、操作等需要为基础，而且需求决策者必须是项目经理或部门负责人，所以项目经理如果在与客户进行需求调研及交流前，在充分考虑项目的需求性及可行性后，列一个需求管理(包括详细的沟通计划及要求沟通)计划，考虑需求沟通中所需的人员、资源、时间的要求，才可以保证需求调研的准确性，虽然有些因素是客户方照成的，但我们应该站在其角度上，为其考虑一些存在的客观及主观因素，这就是在沟通前没有充分考虑一些假设或约束的因素，沟通要求并没有充分明确列举。在具体活动中可参考下图“项目管理—沟通管理的活动要求”
同样也是该项目，由于项目经理并未把一些过程的实际及交流情况及时反映给部门经理，虽然有些责任并不是我们应该承担的，但因受到客户的投诉，部门经理自然就将所有的责任归究于项目经理了。在调整了活动方式及沟通方式后，我们又花了二个多星期进行需求的再次调研及分析，最终分析出的需求文档已经和原来的完全不同，页数也上升到200多页，客户的满意度自然达到100%.而先前所花费的二个星期时间就等于无用功，该项目的成本也比预先估计的要翻了好几翻(因为实际调研出的需求功能比原先估计得要多出许多)。
软件开发中需求管理的沟通方式影响到需求基线的准确性，同样在项目的开发、设计过程中，项目经理与项目成员之间的沟通方式及项目经理对团队的建设技巧也是直接影响到项目成败的关键。项目过程中沟通的目的是为了“保持项目进展、识别潜在问题、征求建议以改进项目绩效”，如果在项目的开发、设计过程中未把好沟通这道关，也有会产生意料之外的项目失败，曾经听过同行的这样一个例子，某公司在开发一套考核绩效管理软件，项目需求做得非常的完善，系统分析地也十分明确、清晰，但在开发阶段，项目经理发现系统分析其中一个中间层的函数出错，因为该功能模块由他一个人负责开发，当时他直接就对其参数进行了修改，也并未及时和其它编程人员进行沟通说明，过后也就忘了这件事，但当项目接近尾声时，系统突然出现一个大的bug，影响到整个系统的运行，最后在花了大量的人力、精力进行查询后，才发现就是这名项目经理更改的参数出了错企业项目管理中的沟通和成本企业项目管理中的沟通和成本。如果当初名这项目经理