构建之法阅读笔记05--团队和流程
团队和流程
这一章主要讲述团队的软件团队模式和开发流程。还有他们的优缺点。
一．团队模式。
文章中介绍的团队模式有很多种，这里只选取其中的几种来描述。
1.一窝蜂模式
最混乱的一种模式，存活时间不会很长。
2.主治医师模式
就跟在手术台一样，有一个主刀医师，其他人为主刀医师服务。退化后会成为“一人干活，其余人跟着打酱油”。
3.明星模式
主治医师模式运用到极致后是明星模式，明星模式的光芒盖过了其他人的总和。这个往往会忽略团队的作用。
4社区模式
是有很多志愿者参与，每个人参与自己感兴趣的项目，贡献力大，大部分人不拿报酬，但是有可能会使项目的质量不高。
5特工团队
需要软件团队解决一些非常棘手而且紧迫的问题。
6功能团队模式
很多软件公司的团队最后都演变成功能团队，就是具备不同能力的同事们平等协作，共同完成一个功能。
总结1：
我在以前还没有接触到过折磨多的团队模式，我所能想到的就是主治医师模式，由一个有经验的人带领整个团队，这样可以有计划的完成一项工程，一人干活，其他人打酱油，这也是可以理解的，因为其他人有可能并不了解整个工程，所以很容易自甘堕落，只有干活的人自己知道需要做什么，这样对于整个团队的进步和成长是相当不利的。
我感觉这公司中的功能团队是比较普遍的，这符合人尽其能的准则，每个员工都有自己擅长的地方，可以稳定的交付自己所负责的工程，这样的团队比较靠谱。
二．开发流程
1.写了再改模式
看起来和一蜂窝模式有点像，这个不需要大家准备或者相关知识，在有些情况下是适用的。
2.瀑布模式
这个模式是单向和不可逆的。
流程：分析-》设计-》实现（制造）-》销售-》维护。
改进后：系统需求《=》软件需求《=》分析《=》程序设计《=》编码《=》测试《=》运行。
3.Rational Unified Process统一流程（RUP）
RUP把软件开发的各个阶段整合在一个统一的框架内，要完成一个复杂的软件项目，团队的各种成员要在不同阶段做不同的事情，这些不同类型的工作在RUP中叫做规程或者工作流。
流程：业务建模，需求，分析和设计，实现，测试，部署配置和变更管理，项目管理，环境。
四个阶段：初始阶段（分析软件系统大概的构成），细化阶段（分析问题领域，建立健全的体系结构基础），构造阶段（在这一阶段，团队开发出所有的功能集，并把功能集成为经过验证过的产品），交付阶段（团队的重点是确保软件能满足最终用户的实际需求）。
总结：正规的流程应该是第三种这样的模式，我们以前的水平其实就是写了再改的模式，想到那就写到哪，感觉着离题了在进行修改，这属于没有计划的完成，对整个工程和项目没有一个明确的把握和认识，这种模式对于我们的编程和以后得架构设计都是相当不利的。正确的方式应该是rup模式，在进行编程之前，要在头脑中有一个印象，能把当时的用户场景模拟出来，然后针对各个功能进行完整和系统的设计，这样的模式才是最好的。
建议：在老师规定任务以后，多花一些时间去想一想完整的过程，将思路理清，在纸上写写画画，先想清楚在写的效果绝对要比没有头绪想起神魔写神魔效果要好得多。