第四章首先提到的是代码规范，上课的时候老师也提到了并且强调代码的规范对于阅读代码的人或者是编写代码的人来说都是很重要的。代码风格原则即简明、易读且无二义性。其中缩进（4个空格）、行宽（可限定为100字符）、括号、断行与空白的{}行、分行、命名（匈牙利命名法或其他）、下划线、大小写和注释等。代码复审也是极其重要的部分，包括自我复审、同伴复审和团队复审。而最基本的是同伴复审。开发中的复审主要包括：设计复审、代码复审、测试计划复审和文档复审。而编程也可以是结对编程，均为两人合作的形式。好处在于，提供更好的设计质量和代码质量、带来更高的满足感和更有效的交流。两人合作也需要技巧。而交流也起到了一定的作用。
第五章介绍了很多团队模式和流程，团队模式大多对应相应的开发流程，优秀的团队模式更能很好的掌握好的开发流程。优秀的团队模式和流程有许多相似之处，这些相似之处被人总结为TSP原则。TSP第二条是“团队的各个成员对团队的目标，角色，产品都有统一的理解。”团队成员必须得有统一的理解，团队成员之间相互依赖，相互协作，每个成员所做的模块几乎都对其他成员有影响。
敏捷流程是软件开发流程的一种，敏捷流程开发很好的遏制了团队拖延工期的现象。每日立会会强迫每个人向同伴报告进度，迫使大家把问题摆在明面上。同时团队要启动每日构建，让大家每天都能看到一个逐渐完善的版本。每个流程必然会有问题，每日立会制度如果大家都泛泛而谈，对开发进度并没有帮助，这就要求我们在向同伴报告自己的进步要做到具体。
微软公司推荐的软件开发方法——微软解决方案框架（MSF）。MSF准则的第一个准则，就是推动信息共享与沟通。所有信息都保留并公开，讨论要包括所有涉及的角色，决定要公开并告知所有人。在MSF团队模型中，任何技术项目都必须达到特定的关键质量目标，才能够被认为是最成功的项目。任何一个角色无法实现其目标，都将危及整个项目。因此，每个角色都被认为是同等重要的，重要的决定都要共同做出。
责任具体到人，每个人都是要负责任的，很好的调动了主观能动性。