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

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

　　流水账开始：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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