项目经理和团队成员的沟通套路

大侠是个脾气很好的人。但是她每次和项目团队开会的时候，总是一说就是一下午。有时候只是讨论一件很小的事情，也需要一下午的时间。

问大侠一下午都在说什么啊？大侠说就是跟开发人员说明白要做什么事情啊，可是不管怎么说都觉得他们没有听明白的样子。

又一次，大侠和开发人员讲需求，说着说着大侠就急了，于是就急红了脸，拍着桌子。一度让大家都陷入到尴尬的境地。

为什么会这样呢？

其实项目团队成员的沟通是有套路的，而不是一味的解释，不顾场合的发脾气。

那么有什么套路呢，大家可以继续往下看。

不要急着反馈他说的话，而是等他说完。

有时候他说“这个不好做。”

而你在这个时候就着急的 反馈说“为什么做不了？这么简单的功能！”

正确的做法是，沉默，然后看着他等他说完，因为他下一句90%的会说“如果非要做的话，也可以，就是时间上有点长。”

试想你很赞成一位同事的想法，你可能会说：“这个想法很好，但是你必须......”，本来说话字字千金、伶牙俐齿的你，这样一说，对他的认可就大打折扣了。

你完全可以说出一个比较具体的希望来表达你的赞赏和建议，比如说：“我觉得这个建议很好，而且，如果你再稍微改动一下的话，也许会更好......”

回忆一下，别人在让你帮忙的时候，说“请你帮忙......“的时候，你是不是很不好意思？还很卖力的帮忙呢？

项目团队成员也是这样，虽然你安排的工作都是他们本职工作，但是当你加上”请你“的时候，往往事情就变得很重要，并且他们觉得自己被尊重和重视了，那么工作的效率也会提高很多的，不信你可以试试的。

在和团队成员沟通的时候，需要明确确定，一旦没有确定的事情最好不要说，这样会影响他们的工作效率。

特别是需求内容。如果你在还没有确定的时候就给团队说了这个需求，那么之后就面临需求的变更。

当你在安排工作的时候，尤其是讲需求的时候。最好不要出现这样的情况，开发人员提出了的建议而你当场在思考，然后说一些否定自己的话。这样的你会很没有权威。最好的表现是，当他们提出建议的时候。你说“这些我都考虑过了，并且由于时间问题我打算把这些放到之后的开发计划中。”当然这也不是要你说瞎话，而是在和他们沟通之前要多方位的思考问题。

代入式沟通主要适用在，你在讲一个东西的时候团队人员听不懂，讲了好几遍还是云里雾里的，这个时候就需要代入式沟通了。

把他们带入到一个场景中，他们是故事的主角，这一步是什么下一步应该怎么做，这样就很快的清晰明白了。