1.团队模式与团队开发模式有什么关系
软件团队的模式包括以下几种：
（1）主治医师模式：一人为主，其他人为此人服务。
（2）明星模式：主治医师模式到达极致，一人的光芒掩盖所有人。
（3）社区模式：每个人参与自己感兴趣的项目，贡献力量，大部分人不拿报酬。
（4）业余剧团模式：在不同项目中每个人扮演着不同的角色，可能随着项目的改变，自己的角色也会发生变化。
（5）秘密团队模式：一些软件项目在秘密状态下进行，别人不知道他们具体在做什么。
（6）特工团队模式：有一些有特殊技能的专业人士组成的团队。
（7）交响乐团模式：人员工具齐全，准备充足的团队。
（8）爵士乐模式：相对自由，有风险，人少且不靠谱。
（9）功能团队模式：具备不同能力的同事们平等协作，共同完成一个功能。
（10）官僚模式：层层领导的团队模式。
团队的开发模式包括以下几种：
（1）写了再改模式：和一窝蜂团队模式比较像。
（2）瀑布模型及其各种变形。
（3）RUP统一流程。
（4）老板驱动的流程。
（5）渐进交付的流程。
（6）TSP的原则。
至于团队模式和团队的开发模式的关系，我个人的理解是一群人在一起做软件开发，总是要一些方式方法。而这里团队模式就是这一群人的定性，团队的开发模式则是这群人使用的方法的定性。
2.如果你领头开展一个全新的项目，你要怎么选择“合适‘的团队模式？
作为一名team leader在选择“合适”的团队模式方面，首先要着眼于我将要组建的团队需要那些角色的人，比如PO等等；其次，再根据这些不同的角色选取与其对应的性格和能力的人，来担当此角色。在此，我把角色放在了能力的前面，因为，我始终相信一点，“性格决定一切，细节决定成败”，一个人的性格决定着他的三观，更觉定着他的职业道德，这对于软件从业人员来说至关重要。
最后，我想说，作为一名team leader，组建团队，需要的是营造良好的企业文化，强大的软实力。这样的团队能时刻拧成一股绳，一起拼搏。进而，才是着眼于技术等实际的方面，不然，很容易造成，有技术的人，心里骂着leader ，又对同事不满，最终就是团队的break up into pieces。
3.不同的团队模式如何影响团队绩效的评估？
不同的团队模式，在团队绩效评估时，会考虑很多不同的因素。比如，一个很严谨，从上到下都是一板一眼的团队，在对于其绩效的评估时候，就会更加按照公司给的要求和客户的反应等等来进行评估，而对于更加“人性化”的团队来说，在做评估时，可能更多的会考虑人的因素，比如，当评估结果不理想时，可能出来在按照公司要求和客户反应来反思的同时，还会可能想到“也许是大家最近太累了，或是负责那一不理想的模块的人最近家里有些事情等等”。
4.团队精神和集体主义的区别？
在我看来，团队精神更强调的是一骨子气势，一种软实力。有的时候不同的团队，有着不同的团队 精神，比如有的团队是效率型的，那他们的团队精神强调高效，按时完成工作，这样的团队有的时候略显呆板，缺乏活气；而有的团队是合作型的，那他们的团队精神强调把大家的心气聚到一起，有事大家一起上，像个大家庭一样，人性化的程度很高。
而集体主义，有的时候更强调一致性，只要这个集体完成某些工作就行，忽略了个人的作用，着眼于大体，往往把一个集体看成了一个人，把对一个人的要求，放大到对每个人的要求，难免有的时候有些“一刀切”的感觉。
5.阅读 《梦断代码》 (Dreaming in Code) 这本书，分析Chandler 团队的形式和流程，它们各有什么优缺点?
6.有人说 - 现代软件工程分为四个阶段：和PM 吵 和设计吵 和测试吵 和用户吵； 你觉得应该如何避免吵架?
吵架就是因为有误会，而“百分之99的误会都是源于沟通不畅”，所以，要想做到不吵，首先要合懂行的人进行沟通和交流，“晓之以情，动之以理”，让双方都明白彼此的难处，其次，要做到在软件开发的每一阶段
开始前，就合对方敲定，方案和彼此的满意程度，统一口径后再接着着手干，要让更多的时间用在项目上而不是争执上。
7.这样的”生产“流程和软件”生产“的流程有什么区别呢？
8.很多流程的目的是帮助大家减少风险，确保质量，但是流程未必全都是正面作用。“这种情况需要改进么,如何改进？