一个好的团队一定是分工明确的团队。

　　很多IT管理软件项目，要么是一堆人泡现场，要么是孤胆英雄。

　　因为遇到事情的时候用户的感觉是没有人真的去负责，这就说明在项目中没有真正的项目经理，

　　这就是在一个团队中没有明确谁对项目负责，如何负责，技术问题谁负责，商务问题谁负责，管理问题谁负责，到了真有事情，每个环节都忙，但响应和处理效率并不高。

　　实际上用户愿意选择能够解决问题的人，而且愿意解决问题的人合作。但这个人往往是项目经理，因为项目经理一般实战经验丰富，技能不错，而且对项目最终负责，压力最大，结果项目经理就成为这样的人。但项目经理一般要负责多个项目，每个用户都喜欢他，他很快就在多个项目中变成每个用户都不喜欢的人，这就象一个人的情人不能太多，太多也难应付。

　　所以合理分工的原则是帮助项目经理充分发挥自己价值，让团队成员能力能充分体现。一般项目经理应该强在对企业业务把握能力，能快速发现项目的价值点，进而通过良好的沟通技巧在团队内和用户处就项目目标达成一致，并形成可执行的后续计划。

　　这也就是所谓计划，组织，控制三步曲。

　　项目经理不应该让用户认为是一个技术很强的人，当然项目经理技术可以很强，否则用户会不认可实施人员的能力，反过来要求项目经理到位，而团队成员技术能力也会因为没有足够实践机会而成长缓慢。

　　不能成功让用户接受自己团队成员能力的项目经理，注定是疲累不堪和失败的项目经理。

　　此外项目经理技术性比较强，而且在管理软件实施过程中要带一些顾问的性质，这样的角色最好不要和回款直接挂钩，可以出面提醒用户按期支付款项，但不应该直接去要钱，这些工作应该通过商务经理完成。一个人上来谈目标，下来谈收钱，会给用户一种不真实的感觉，是否你为了回款而设置比较低的目标？

　　所以一般在一个团队中应该有项目经理，实施经理，客户经理三种角色。

　　项目经理，项目经理最大的作用是控制项目边界，代表项目组和用户就项目目标达成一致，然后组织资源保障项目得以实现。项目经理要保证为了达到预定时间内的目标，可以配置资源和时间去完成这件事情，而不是到处救火，亲自去解决问题。

　　实施经理主要是从技术上保障项目顺利运行的配置实现，并保证让用户可以独立应用并推广软件，在积累一定经验后可以独立完成解决方案编写和产品完整演示。

　　客户经理是当项目达到合同约定条件时，负责催款和回款相关的商务工作。

　　个人认为实施经理和项目经理最大区别不就在于一个同时只能搞定一两个项目，项目经理可以同时搞定5~6个项目。

项目中三种角色缺一不可，每个角色在自己能力范围内发挥作用，互相协调配合一致非常重要。而且项目经理要让用户清晰知道遇到何种问题可以如何和我们项目组联系，我们会如何解决，大概需要多长的时间。

　　这样的团队最大的问题是是否遵守同样的行动规则，也可以理解为对外是否具有一致性。这也是一个好团队的特征。

　　有的项目商务经理为了便于回款或者签单，容易过度承诺，给后期实施制造极大障碍，有的实施人员在现场发现一些新的问题，容易犯个人英雄主义，自己去承诺解决，但并不先和项目经理沟通，有的实施人员如果不是特别安排，基本上不会去主动和用户交流，有的实施人员几乎每天都和用户电话联系，有的项目经理经常和用户联系，实施人员反而不去联系，这些都是行动规则不一致的表现。

　　在一个团队是否遵守同样的行动规则，首先是价值观一致。

　　例如我们是否都认为如果用户现场出现各种问题，我们应该先全力促进解决问题，再来谈问题的责任，而不是一开始就说这不是我的错，这个不归我管？

　　我们是否认为为了让用户满意我们必须随时准备牺牲自己的时间和精力？

　　这些都是很重要的问题。

　　第二是养成事先沟通的习惯。不要自己去决定所有的事情，也许你的决定没有错，比别人去做也会效果更好，但是在没有得到明确授权范围内的事情，一定要先在内部达成一致后行动，否则容易出现做了别人也不领情的情况。

　　很多事情也很难一开始就形成规范或者文件指导，但只要我们清楚这些事情应该先内部达成一致，总是有办法，对于一些规律性的东西就慢慢形成惯例，可以减少沟通的成本，这也就是所谓团队默契的形成。

　　第三是每个人的沟通频率在一个项目中各个阶段保持一致，关键沟通信息应互相清楚，不同角色沟通频率节奏要合理搭配。

　　第四是对项目边界和不同角色责任承诺对用户说法要一致，这个是通过内部沟通达成一致后要和用户明确的。