第五章 团队和流程
软件团队模式
爵士乐模式（Jazz Band）
从外行看热闹的角度看，和交响乐团相比，这种模式有以下特点。
不靠谱。他们演奏时都没有谱子。
没有现场指挥，平时有编曲起到协调和指导作用
也有模式，迈尔斯（姑且称之为架构师）先吹出主题，然后他走到一旁抽烟去了，其余人员根据这个主题各自即兴发挥；最后迈尔斯加入，回应主题，像是对曲子的总结。
人数较少。强调个性化的表达，强有力的互动，对变化的内容有创意的回应。
瀑布模型
P3o0尽管狭隘定义的瀑布模型有这样那样的问题，可它还是一个反映人类解决问题思路的常用模型。它在软件工程中的局限性在于：
各步骤之间是分离的，但是软件生产过程中的各个步骤不能这样严格分离出来
回溯修改很困难甚至不可能，但是软件生产的过程需要时时回溯
最终产品直到最后才出现，但是软件的客户，甚至软件工程师本人都需要尽早知道产品的原型并试用
开发的流程
渐进式交付的流程
MVP
Minimal Viable Product，最小可行产品，又称为Minimal Feature Set，最小功能集。
具体的做法是：把产品最核心的功能用最小的成本实现出来（或者描绘出来），然后快速征求用户意见。MBP
MVP也有它的适用范围，和它相对应的，是Maximal Beautiful Product（最强最美产品，MBP）的思路，如果对用户的需求了然于心，或者产品团队比用户更了解用户的需求，为何不把产品最全、最美的形态展现出来，一举征服用户？大家可以回顾第一版的iPhone（2007年）和 iPad（2010），它们是MVP么？显然不是。如何能做到MBP？这对产品团队有更高的要求。
