我认为的理想团队：
1，团队核心成员（如项目经理）具备良好的人格魅力，善于引导团队，视团队如兄弟。
2，团队所有成员团结一致，有张有弛，保持充沛体力和对工作的兴趣，互相之间多帮忙、多指正。有能者不装B，初学者求进步。
3，团队成员中需要有不同个性的正常人。
4，团队定期组织小活动，让上班变得更有趣味，从团队其他成员身上吸取养分，互相增进了解。
5，工作要有意义
团队核心成员（如项目经理）具备良好的人格魅力，善于引导团队，视团队如兄弟
团队核心成员除了技术过硬、善于交流外，需要有好的人格魅力，这样才能把团队成员集合在一起，像名将白起、乐毅、廉颇等，靠个人魅力使手下大将拜服。反观六国联军第一次攻秦，主将无能，多有不服的将领......(最近在看小说《大秦帝国》)。没有个人魅力，说话没人听，或者口服心不服。
团队核心成员要善于引导团队，项目经理要做好以下工作：
1，时刻掌握项目进度，定期开会，掌握已完成工作，分配未完成工作（如果项目管理的好，团队成员应该自己知道自己下一步做什么），开会控制在10几分钟之内，十几号人一顿说，一说一个钟头，太无趣。建议开会的时候 站着开，可以减少开会时间。
2，领导团队做好日常事务，如代码版本管理、Bug管理、知识库管理、编码规范、代码审查等。代码审查很重要，不必一定项目经理审查，可以团队成员之间互相审查。审查的目的不在于检查工作量，不在于发现问题，在于让成员自觉注意自己的代码，知道有其他人可能看自己的代码，就会写的好一些。另外，看比人的代码也是个互相借鉴的过程。
3，领导团队有效的工作，不能老返工，这样大家就没积极性了，可以尝试流行的敏捷开发步奏，抛弃瀑布模型。敏捷开发要得到客户的支持，对于行动僵化的国企客户来说，不好实现，可以找个折中的软件工程方法。目前很多项目采取瀑布模型，弊端太大，先写需求，在搞设计，最后实现，实现的过程中需求有变，估计没人会去修改最初的需求文档和设计文档的，到了最后，文档非但不能起到辅助开发的作用，还能迷惑团队新成员，写了不如不写。
4，在掌握进度的前提下，尽量少加班，只有在急迫需要加班，且加班能够带来可预料的结果时再加。始终保持项目的匀速前进。项目还没到后期，就开始加班，美名其曰：先紧后松。。。。。少加班关键在于掌握进度，要想掌握进度，一需要项目经理的经验判断，二需要使用科学的软件工程方法，瀑布模型方法必然加班。
项目核心成员视团队如兄弟，大团队管理靠制度，小团队管理靠人情。
团队所有成员团结一致，有张有弛，保持充沛体力和对工作的兴趣，互相之间多帮忙、多指正。有能者不装B，初学者求进步
团队成员应如同兄弟，至少如同同学，不让和团队格格不入的人加入（目前我就是格格不入的人，吃饭单吃，没签到的地方，发票自己交）。加班有度，保持精力。唯有亲如兄弟，才能见别人有错即指正，别人指正自己不生气反而高兴。能力强的人不傲慢，傲慢非体现于话语上，而是体现于语气上，语气装B，影响心情。初学者求进步，正常人只要努力学习就可以胜任工作，莫要背后议论有人不行。
团队成员中需要有不同个性的正常人
团队中要有埋头苦干的人，也要有风趣幽默的人，否则一整天干活不说笑太压抑。还有就是团队成员人品要好，行为得当（正常人），比如最好不抖腿，尽量不在室内放屁，坚决不在室内吐痰。虽然很久没听到室内吐痰的声音了，但是回想起来就不爽。建议公司强制规定不在室内吸烟、吐痰等。
团队定期组织小活动，让上班变得更有趣味，从团队其他成员身上吸取养分，互相增进了解
比如可以搞个每周15分钟演讲，还能锻炼大家的表达能力，互相学习。很有意思的，每周耽误15分钟换来团队凝聚力的买卖不赔。
工作要有意义
无意义的工作（做造粪软件就是无意义）干起来没动力。有悖于习主席的敦敦教诲