吃饭是先要做的。首先是保证沟通的气氛，然后最终还是要沟通才可以解决。

主要问题在于B对于项目管理认识不足。需要A对于B和C进行培训，如果B承担的工作略多些。C的工作量就会少些。从我个人的经验来看。核心开发人员其实并不需要很多，但是很关键。 但是其它的人员，比如象是A和C的工作量都是很大的。

B如果能够理解整个项目执行过程中的各个环节，各个角色的作用，并真正的担当好实现经验的角色。那么A和C的工作量才会真正的降低。

目前看来，主要是B的认识不足，造成A和C的工作量较大。同是团队配合也出现了问题。这在一个项目，特别是新手较多的项目中是很经常出现的。

A的事情一般来讲比较的杂，主要是需求，外部环境，进度，质量，资源调配等等。

C的职责除了文档整理工作外，应该还有一些文档的创造工作，甚至是售前售后的工作，因为的确C的工作量太大了。

作为A的上级，和A，B，C都应该沟通后才可以确定资源的分配。而不能简单的认为B比较的强，是个能干的牛人，就只听信B的一面之辞。  事实上，正是因为B对于全局的考虑缼欠，才导致了这次沟通的障碍。

当然如果A，B，C存在同级竞争关系。这样就好理解了。如果A的上级又没有给A足够的权限去做项目沟通的事情，同时公司缺少好的沟通协商机制。那么这个矛盾几乎是无法调解的。

最坏的结果是去掉B或者是去掉A。如果我是上级，我情愿去掉B也不会去掉A。不过大部分领导可能选择的是去掉A吧。

上级领导也可以采用压进度的办法去处理。

忽然发现了一个问题。这个项目组应该没有写工作日志的习惯。否则就不会这么不透明。

只是项目中都不了解各个岗位需要做什么工作。

A做为一个项目经理，他应该做的时候主动去配合每个项目团队中沟通，对上级领导有交代，对下级员工有说法。当然还有一个很重要的问题，就是和客户搞好关系。

B做为技术实现者，这类型的人在China是很多的。总是以为自己做的事情很多，对A的看法是：A做为项目经理，应该在各个方面都要比自己做的多。B是这次沟通的重要人物。

C做为文档整理者，他的工作很繁琐。但很关键。

对于这种情况，我在之前的公司见过。做为A的我，当时很傻的想法就是把B K掉，因为当时技术都不是成问题的。但是却没有这么做。现在想想是很正确的，像B这种人是比较直接的，说一就是一，很难对他的思想改变。现在我们不是要去改变B的思想，而是要让他更好的去了解每个岗位的职责。如果可以A可以让B和C一同来看着你做一天的工作，让大家都明白你每天都在做什么。这样一些误会会比较快的瓦解。

当出现误会时，要在第一时间来公布误会的出发点。像KFC出现的问题。他会把为什么出现等一系列影响他们发展的问题，全部给列举出来。这样就会解决问题。

有空叫上B和C一起去吃个饭，什么问题都解决了。