对于程序猿来说，一个好团队和差团队的区别在哪里(团队氛围？TeamLeader?)

       有幸带过团队，也在几个团队中呆过。发现一个战斗力强大和一个工作能力低下的团队之间，差距是真的太大了。

       给人的感觉迥然不同。所谓‘近朱者赤近墨者黑’，也能在团队里给出很好的诠释。下面列举一些参照点，做下对比。

对我呆过的两个团队做个粗鄙的评价(价值观可能在不断变化中)

分类	团队A	团队B	个人感觉
业务	P2P行业	电商/流量类	好的团队应该不局限于业务类型， 而是对业务的理解/掌控的速度。
人数	45人左右 (H5,APP,Web,Java, Php,DBA,美工,测试, 运维等)	20人左右(JAVA,DBA, PHP,APP,H5等)	人数多致使团队大而全，解决问题 的能力更强，工作效率更高；人 数少致使团队精简干练，更专一的做 相关事宜。主要看团队间的配合默契， 才能立现高低。
时间	1-2年的成长、磨合期	1年左右的磨合期	团队内部成员的默契是需要培养的。 是否能够取长补短，相辅相成，带头 的很重要，然后才是成员的自我成长 意识、责任心等等的较量。
组长	85年生、男、保守型	87年，男，远见型	保守的领导，团队稳当；远见的领导， 团队上升。后者更能提升整个团队的 积极性以及方向正确性的把控。
背景	本科，小厂多年， 技术普通	硕士，大厂多年， 技术深厚强劲	大厂的环境与历练应该给与了很多的 见识以及小厂难以达到的应用高度。 小厂某些情况下确实捉襟见肘。
思维	偏局部，较少从整体出发 ，会具体安排某项任务， 但对大项目的把控 能力较弱	会统筹整个项目做计 划安排，对于单个任 务也能直击深处	带头人眼界的高低，决定了项目的质 量和进度。前者会让进度失控，整体 有快有慢；后者保证进度。眼界的高 度，这个是需要历练的，猜不着、说 不透。体验过才知道，所以后者更有 经验。
说话 逻辑	每以处罚力度开头	举例子，说问题 细致讨论	前者对团队成员的融入感较差；后 者团队氛围融洽(能解决问题)。
工作 内容	盯着每一个人开发，做 报告，不做具体开发	任务分发， 自己做些难度工作	前者由于思维方式的差距，导致效 果终归不好；后者整体划分比较好， 自己也能同步沉淀。
自身 魅力	无，根据上面要求做事 被其他部门死压	以事论事从用户出发 。不合理会据理力争	这个是决定成员对负责人的认同感 的重要一环。
团队 氛围	一般，有些事情相互推 诿，笼罩在一种怕担责的 气氛中	比较和谐，老大能力 排众议，给成员一种 可靠感	氛围的好坏，能直接影响团队的战 斗力。塑造的过程中带头人是 很重要的。
团队 效率	偏低下，因为怕担责， 能拖则拖，不是自己 的职责绝不过问，导 致配合没默契	中等，核心资源被控制 ，没-有效释放劳动力， 造成高手太高， 低手太低的情况	感觉合理的资源分配是个重要因素 。有人掌舵，有人干活，各司其职 ，目标一致，这样才能持久。 需要共同努力。抓大放小， 那么小的小块需要有人承担起来； 抓小放大，全局必须规划好。
团队 配合	推脱，即便几人做的不错 ，难以撼动整体	较为相互理解， 沟通成本高	错误的人放在了错误的位置上， 发挥不了作用，可能会有反作用。
团队 成长	成长性一般， 学习氛围差， 只是在打工	为了做事而做事， 在具体技术/能力 上会有一定的提升学习	良性的团队一定是在不断的成长、 学习的。战斗力越来越强。， 否则只会被淘汰，或者原地打转。
团队 流动	较大较快	正常	大家的目标、想法不一样，难以衡量。
团队 新人	重压、工作量大	散养	不论年限长短，应该有个较明确的 工作指引，且循序渐进的开展。 否则，要不不知道干嘛、要不压力过大
…	…	…	…

---

其他的想到了在更新，修整吧。

可能某些观点有些片面，当时所处的环境，个人环境|生活因素，或者外部(上层)压力等的多种条件也许会受影响，希望程序猿们有个好的leader。

一个好的团队，不仅仅是给公司带来了价值，更重要的是实现了每个成员的价值。个人与团队一同成长，才会留下更深的记忆。

团队的成员很重要，团队的领头人更重要。如果你是成员，请做好自己的本职工作，并合理的配合他人；如果你是老大，请合理的安排自己的资源，发挥他们的能量。给自己一个合适的定位，做好自己。