理型的团队
柏拉图喜欢谈理型，到了今天我也跟随大师的脚步，虽然我不是什么项目经理，但以自己的角度思考下项目团队的理型。或者说心目中的理想团队是个什么样子。
以下的所说的团队皆是指理型的团队（理想团队）。
清晰的角色定位
清晰的角色定位或者说清晰的权责划分。项目进行中，有很多事儿，不只是编码，测试就完了，还应包括和客户的沟通，队员内部的沟通、协调，项目进度、质量的报告、监控和调整，项目的流程建立、执行和改进等等。 项目经理全部处理了？还是部分认为分配给队员？最好落实清楚。是非对错，谁没有做好没有做对，也才有据可查。
适合自己团队的流程
测试人员独自去沟通需求？编码时需要开发人员自测么？提交给测试人员的时候需要什么规则？报出来的BUG有怎样的一个处理过程？任务优先级以什么规则来划分？什么时候开会？什么时候回顾反思？
当有一些成熟且必要的团队流程，并且能这些个流程规则执行地很好时，团队的运作才是条理清楚可控的，可跟踪可计划的。
团队成员
专业的，职业的
团队里面的每个人都是能够接受不同的意见，能够正视出现问题，不能消极的处理协作，不能带有情绪化，觉得别人在挑刺儿。还要要求每个人都是积极地追求进步，个人理想的实现和整个项目整个团队的成功。
人员配置
应该配有一个技术很牛逼的人，能够帮助大家解决问题；还应有个需求方面很精通的，能够给大家提供业务咨询；还应有个和客户沟通能力很强的，方便处理很多问题。十个指头都不是一样齐，能无私地互相配合协作就行。
协作和及时反馈
虽然每个任务都有一个责任人，当任务出现问题的时候，任何成员都有义务和权力主动地提出看到的问题，不能等到责任人发现的来处理，不能等到问题严重了才反馈出来。问题都是帮助整个项目往成功的方向努力。
奖惩程度
大家都是人，难免会有起伏，有了失误，就应该惩罚；做得好的，就应该奖励。没有这个机制，很难保证大家都是齐心协力地在做好项目。包含错误，代价就是出现错误的机会越来越多，没有相应的奖励，凭什么要求做得好的人继续保持做得好。
合适的项目
项目不是垃圾的小项目，而是有一定技术难度挑战和新技术应用，并且已用流行成熟的技术的项目。进度压力不能太大，每天都让各位成员满负荷赶着进度，这种状态不是可持续的。如果每天都能留一定空余时间给成员学习提高用，还会事半功倍。
知识的传承和记录
能够把遇到的问题和新技术的实践，或者特殊的业务需求都记录下来作为团队的积累。这样不只方便新成员的融入并且老成员也可以方便的查阅。没有这些东西，整个项目以及整个团队的运作常常都会很困难。
合理办公室布置及周围的环境。让人感到舒服，有一定的个人空间，干净，工作时干扰很少，电脑的配置要跟得上主流配置。
良好的公司环境
公司能提供职业晋级的考核和培训，体贴员工的制度，不能有太多低效无效的会议，作风别太官僚太政治，不要有让人难以接受的企业文化。
