关于团队管理的胡言乱语

我们项目不算复杂，一个项目经理，一个美工，两个页面，一个应用程序，这些都工作在.net平台，然后在加上一个linux平台的小组长，四个linux平台的开发，一名专职测试。十个人的班子就这样搭建起来了。

 

项目经理做页面出生，对业务很了解，直接对接客户和公司的市场人员，手下的两个页面人员也是他一手带起来的，所以用的得心应收。但linux平台的小组就和他离的比较远了，主要做底层开发，于是半个月过后沟通产生了严重的问题，导致双方抵触。

 

看来似乎需要一个既懂业务又懂技术的人员来做协调？或者给项目经理在linux平台小组树立足够的权威？

 

于是只有分别谈话，深入分析问题，最后定为了问题的实质，linux平台小组需要知道明确的做什么，并给出了选项。但项目经理只是翻译了客户的业务逻辑，让linux平台小组成员满足就可以了，结果导致了他们很多返工。 实质是”项目架构“的责任的问题，项目经理没有承担架构的责任，linux平台小组长也不能承担程序的架构。整个小组成员中没人来承担架构的设计失误导致的反工。

 

最后做出了折中的解决办法，要求项目经理必须承担“项目架构”的责任，要认真听取linux小组意见，然后选着合适的实现方式，如果决策失误，由项目经理承担主要的责任。

 

其实是缺少了架构师，但我们又有多少有经验的架构师呢？既有业务经验又有技术能力...很多时候其实不是缺这个人，是缺这个职责的认定，只有认定了职责，人就自然有了。

 

我们需要的团队管理就是把团队每个人的优势形成合力的。