团队模式的选择
软件团队模式有：主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐模式、爵士乐模式、
功能团队模式、官僚模式；
我个人比较倾向于功能团队模式和社区模式；
功能团队模式：简单而言就是具备不同能力的同学平等协作，共同完成一个功能。在这个功能完成之后，人们又重新组织，和别的角色去一起完成下一个任务。人们之间不存在管理与被管理的关系。
社区模式：每个人参与自己感兴趣的项目，贡献力量。
两者的共同点都在于所有人都可以投身参与到项目的开发中来，不存在资源浪费的问题；
两者的不同点是功能团队模式的工作模式是几人一起协作，完成后拆散再组织。而社区模式的工作模式则是人们选择自己感兴趣的工作去完成，这样一来如果同一个任务同时几个人都对其感兴趣，就会出现争端。
我选择这两个团队模式的主要原因在于这两者的共同点—所有人都参与其中，在已选择的这两个模式中，我又更倾向于功能团队模式。功能团队模式中组合—完成—再组合，我觉得这样很棒，有利于团队成员对彼此的熟悉度，也可以让某方面好的同学带着这方面不足的同学，这样还可以提高团队整体能力；
开发流程的选择
开发流程的模式有：写了再改模式、瀑布模式、瀑布模式的各种变形、统一流程、老板驱动的流程、渐进交付的流程、TSP的原则；
渐进交付的流程是我比较倾向的一个开发模式（开发—发布—听取反馈—根据反馈做改进）。在我们发布一款软件之前，哪怕已经做了很充分的市场调研和软件需求分析，也没有人感打包票说我们这款软件一定能火。那这时应该怎么办？放弃项目？自己不甘心，这时我们就可以先完成软件的第一版，把主要功能加以实现，快速的投入到市场中。失败了，损失的也只是个没有过多投入精力的软件。成功了，我们则可以根据用户的需求去完善软件。