1.团队模式和团队的开发模式有什么关系？
答：
首先，我来说我所理解的两个名词的意思：
团队模式，我认为团队模式多人在进行长期合作后而形成的某一种的工作的方式
团队的开发模式，我认为团队的开发模式重点在于后者“开发模式”，一个团队选择的某种开发的模式
我认为他们之间的关系是：团队模式注重点在于团队而团队开发模式呢，注重点在于后者开发模式上，但是无论是团队模式还是团队的开发模式都离不开一个核心的词，那就是“团队”
2.如果你领头开展一个全新的项目，你要怎么选择“合适”的团队模式？
答：
如果我是领头人、项目经理的话，首先我会找一些人组成一个团队，里面的小组成员可以不是最优秀的，但是每个人都应当有各自擅长的方面，然后花几天得时间去深入的理解我团队的成员们，理解他们的性格、他们的优点缺点，当然这个团队最重要的是大家相处起来要舒服，多进行一些拓展活动让大家迅速的熟悉起来，然后根据大家的特点去挑选适合我们这个项目组的团队模式。
3.不同的团队模式如何影响团队绩效的评估？
不同的团队模式，在团队绩效评估时肯定是不同的，一个认真严谨平时的气氛有些紧张的团队跟一个平时十分活泼的团队，两者的绩效评估肯定是不一样的，前者可以在用户满意度以及用户体验上多添加一些评估项，而后者多在工作的严谨认真以及效率上添加一些评估项。
4.团队精神和集体主义的区别？
大家回想在小学和中学的学习过程，大家在一个班集体，有多少工作是以“团队”（Teamwork）的形式来完成的，有多少工作是以“工作组”（Workgroup)形式完成的？或许大部分工作都是以“非团队”的形式完成的。“团队精神”和平常讲的“集体主义”有什么区别？
在班级之中有很多的事情是以工作组的形式完成的，比如值日小组，因为一个人能做到的事情真的是太少了。
我个人认为两者的区别主要在于认知层面
团队精神是大家都去努力工作，有许多时候做了一些自己并不用做的一些工作，而这些工作是为了团队更好的发展，把团队当做自己的“家”为之奋斗努力
集体主义则是大家完成了集体所分配的工作，不去拉集体的后腿，但也不多做，也就是把集体当做自己的工作
5.阅读 《梦断代码》 (Dreaming in Code) 这本书，分析Chandler 团队的形式和流程，它们各有什么优缺点?
答：
首先，梦断代码》这本书我并没有读完，所以我在网上查了一下这本书以下是《梦断代码》的简介：本书写的是作者罗森伯格对OSAF主持的Chandler项目进行田野调查，跟踪经 年，试图借由Chandler的开发过程揭示软件开发中的一些根本性大问题。本书是讲一事，也是讲百千事;是写一软件，也是写百千软件;是写一群人，也是 写百千万人。任何一个在软件领域稍有经验的技术人员看完本书，必掩卷长叹:做软件难。软件乃是人类自以为最有把握，实则最难掌控的技术。所以我并不能深刻的了解到Chandler 团队的形式和流程，以及它的优缺点
6.有人说 - 现代软件工程分为四个阶段：和PM 吵 和设计吵 和测试吵 和用户吵； 你觉得应该如何避免吵架?
答：
“吵”是一种不和谐的体现，吵是因意见不合，如果要避免吵架，说句废话但是我认为也是最有效的解决方式就是沟通，如果我们沟通到位，能够充分的理解对方就不会发生这些问题了。
7.软件开发有流程，硬件开发和生产当然也有，请看硬件生产的流程（此流程不包括硬件设计）：http://dwz.cn/1W1qbn
这样的“生产”流程和软件“生产”的流程有什么区别呢？
打开网址说的是富士康生产手机流程。
硬件的生产过程与软件的生产过程区别：一个不需要沟通不需要考虑到“人”的因素一个则需要考虑，软件的生产流程更看重的是与人的沟通是满足用户需求，在这之中充满了变数，可能是用户出现了不满意的问题，也有可能是团队出现的问题。
8.很多流程的目的是帮助大家减少风险，确保质量，但是流程未必全都是正面作用。请看下面的故事：
走六天流程改一行代码：htttp://blog.jobbole.com/19772/
这种情况需要改进么，如何改进？
超链接里面提到的故事：6天时间只修改了一行代码，这个故事说了一个问题：那就是在过程上很多的时间，但是走这个流程我认为在一定程度上是有必要的，但这个案例也是很极端的，因为花费的时间实在是太长了，效率十分低下可以有点没必要。
这种情况是需要改进的，
在项目的进行过程中我认为最大的不确定因素就是“人”，这个“人”可能是用户也可能是团队成员也可能是领导，只有将人的问题解决了才可能形成一个高效率的体系。在流程规范等方面要提前做好工作，要做好规定，想提前好解决方案，也要有紧急预案这样才能够高效的进行工作。
