如何成就一只懒散的团队?

夜深人静了，回想之前经历的一些项目，感慨万千，有犯了低级错误的，有心情低落不堪的，有处于崩溃边缘的，也有咬牙坚持，把心拿出来燃烧的。资源也是各有特色，有不闻不问的，有心有余力不足的，还有说着明白，干着糊涂的。

后来干脆选择了放弃之前蛮不错的环境，就是为了去寻求更好的PM经验！说归说，其实有谁能不明白“家家有本难念的经”的道理呢？眼光放长远一些，还是选择讲究大规模开发的公司吧！那里有相对正规的软件开发，有正规的流程，有严格的制度。

很想总结一下如何成就一支有战斗力的团队的实战经验，总觉着好像是吃一张天大的饼，就算是很勉强的从中间咬开一口，又发现，周围又是无边无际的大饼等着你去咬。无奈只好换一个思路，从“如何成就一只懒散的团队”开始吧！！！

流水账开始：

1、指派一个朝令夕改、没有能力、没有眼光、没有责任心、没有领导力、没有控制力、没有操盘经验、小农意识浓厚的“包工头”式团队领导。

2、指派一个没有修养、自私自利不懂得照顾团队其他人情绪的成员。

3、当团队出现若干人游离于团队目标之外，出现消极工作，上网聊天，工作总结浮于表面的时候任其自由发展。

4、当然，在团队中，核心成员对团队的贡献是最大的，从贡献度上来说，其他的“铁打的营盘流水的兵”，就由着他们去了，第一，他们的工资不高，第二，涨工资不考虑他们就好了。

5、不需要有经验的领导，只需要一个能够承担领导责任的人，这个人可以是一个新手，可以是一个工作了十几年，但是只有两年工作经验的人。

6、不需要清晰的目标，工作了若干年，团队成员仍然不能够清晰的知道他们在做什么事情，甚至可笑的是，每个人都没办法清晰的说出来什么是企业文化？

7、计划？随便做做就好，不要把提交的计划当做一种承诺，就当作为一个随便写一下就好的草稿吧！分成四个阶段，现在还有八个月：需求分析、代码设计、代码编写、用户测试、上线！这样好了，两个月一个阶段，八个月后上线，简单修饰一下，提交给领导。

8、计划的执行？不许要太认真，只需要每天有事情可以做就好了。什么？今天该基线验收了？跟用户说一下，过几天吧！告诉用户领导，我们再需要十天就可以了。十天之后？那是十天之后的事情！

9、代码检查，随便翻翻就好，毕竟每个人都是花费了大量的心血写的，怎么忍心挑出他们的错误呢？退一步说了，如果仔细检查他们的代码，这不影响我下班么？

10、文档设计？在这个阶段完成了，或者这个项目验收之后再补吧！现在真的没有时间，也没有人愿意做这个事情，要不？拿别的项目的改一下？只要能够应付检查就可以了。不要跟我提文档的质量，别人的项目能够高到哪里去呢？

11、用户就是我们的测试人员，一定要充分利用用户资源，将错误信息完全展示在用户的面前，用户测试出来的，就是我们选择去改的，用户测试不出来的，那些根本就没有改动的必要。

12、鼓励团队中对技术孜孜以求的精英们，他们对产品的一切改进都是需要支持的，使用更好的技术，使用更好的设计方案，无休止的去做改动吧！

13、不需要理解业务，用户就是业务专家，用户提出的所有的要求，都是基于对我们生产出产品的不足，我们要答应他们所有的要求。

14、项目紧张，不需要申请更多的资源。在我们公司，所有的“资源都是紧张的”，我们只需要让现有的成员拼命的加班，拼命的修改，从而通过提高人天来缩短时间。

15、不需要对团队成员进行充足的培训，也不需要提高他们做事情的技巧，新员工直接拿来用就好了，也压根不用关心培训的效果。只要某件事情有负责人，这个事情就可以不用过多关注了。

作者 陈字文（热衷于PM\ORACLE\JAVA等，欢迎同行交流)EMAIL:[e-mail] QQ:409020100

16、我们要经常在团队中搞一些团队评价、给某些人升职、涨点薪水，让他们好好看看，只有好好干才能有出路！ 最好是隔两天就要做点小动作！

一口气写了这么多，未完待续...