探讨对理想团队模式构建的设想以及对软件流程的理解

  理想的团队应该拥有一致的目标，团队内各个成员都拥有一致的目标，共同协力完成这个目标。理想团队内的各个成员都应该有明确的分工，互相合作，协力完成。团队内的成员都应该对需要完成的项目抱有一定的热情，绝对不能‘’一个大佬拖着几个拖油瓶‘’在奔跑。对于我们学生时期理想的团队模式不应该是主治医生，社区，一窝蜂，爵士乐等模式，主治医生模式应该是建立在各个职能都是有相当经验和能力的人这个条件之上，有首席程序员作为核心运作，其他成员协力。我们普通大学生基本都是入门菜鸟，到头来，会演变成一个编程突出一点的同学敲代码，其他人负责围观。社区模式下各个成员都处于平级，无人带领，每个人都是重在参与的心态去完成任务，不说完成完成质量，连能不能完成都是个问题。爵士乐模式同样建立在各个成员都是对自己只能相当熟悉的情况下才能进行自由发挥，不适合我们大学生。我们的理想团队模式应该是功能团队模式，每个步骤都有两到三人参与互相协助，完成之后再投入到其他步骤中，小组间的交流频繁，促进项目的进展。每个组员不应该以自己打的代码多来衡量自己的工作质量，应该更注重质量和程序的稳定性，当然这是在规定任务完成时间之前，如果无法在规定时间完成，无论是学业还是工作上的，都会付出相当大的代价。团队协作中，组员意见的碰撞肯定成为必然会发生的情况，不应当采取头脑风暴那种只提出不否定的讨论模式，需要由领导者整合意见选取出最完善的解决办法，整个团队跟着领导者走，什么时候干什么，不该干什么都应该明确。出现问题时，各个成员都抱有积极的态度去面对，互相信任共同面对，个人也能独立放手去工作

  我对软件的开发流程的理解建立在对瀑布模型的理解上，利用瀑布模型来开发一个软件，需要走两遍整个瀑布模型。每进行一步都需要对上一步进行回溯。瀑布模型每一步步骤都是分离的，但软件生产中却不能完美分割开，有可能一开始设计的东西最后偏离了用户和设计师的预想。系统需求--软件需求--分析--程序设计--编码--测试--运行，在每一步都需要成员进行沟通，尽早作出原型并试用，根据需求进行修改。

 ps：我不是特别明白瀑布模型下的生成的软件为什么最后的产品会和软件工程师预想的不一样，明明是根据步骤一步步来的，不应该偏离需求和分析？希望老师能够讲解一下，谢谢。