在第五章中我们了解了团队的特点、软件团队的模式和软件开发流程。
书中提到的9种团队都有其特色和优劣势,而我理想中的团队模式接近于功能团队模式,由几个擅长同一领域的成员构成小组,再由擅长不同领域的小组共同完成一个项目的开发。而项目期间小组中需要一个组长负责管理组内的进度情况并与其它小组商议,产生分歧时及时调解。组员能够有相对自由的发挥空间而且不用因为与其它小组进行协商而耗费太大精力,不过这种模式需要组长对自己的组员有充分理解,知道自己组员的需求,否则很大程度上会限制组员的自由。
而软件开发流程就如同课本中所说的,是将与开发、运营、维护软件相关的技术和过程统一到一个体系中。软件开发流程的出现正是为了提高软件开发、运营和维护的效率,以及提升用户满意度、软件的可靠性和可维护性。最初提到的“写了再改模式”明显难以维护和修复,不过当程序是“一次性”程序时就可以节省许多准备步骤,不用考虑程序的后续开发。而在瀑布模型出现之后,各种模型都拥有了一个共同点:重计划,重事先设计,重文档表达。而这保证了产品能满足用户需求,也为产品质量、后续开发和维护做到了很好的保障。