传统的开发方式：
1,由于用户不知道自己想要什么，所以会与用户进行长久需求调研
2,开发人员需要彻底的了解‘需求’，事无巨细的写下所有的‘需求’细节
3,使用各种方式进行复杂的估算
4,基于以上产生了一个庞大的长期计划
但是需求有时是涌现的，所以以上是很痛苦的。
需求： 需求分为四种
1,知道的需求，开始就能确定的需求
2,可控的需求，指的是系统层次上的需求
3,尝试的需求，实际上这种是最多的
4,混乱的需求
敏捷开发方式：
一，迭代开发：
1,先跑通一个版本，可以抢占市场，得到资金支持，得到用户反馈
2,每个迭代，两个星期为宜，开发团队不被打扰
3,任务是一点一点加上去的，框架是一点一点的完善的
二，产品代办列表：
1,指的是为了达到某一个目的，索要完成的任务清单，通常指的是一个sprint之中
2,由产品负责人制定优先级
3,任何人都可以对列表进行贡献
4,高优先级的代办列表有着更多的细节
5,产品代办列表是有个‘三角形’，高优先级的用户在三角形顶部，底部代表模糊与不详细，需要拆分
三，用户使用故事
1,一个迭代之中包含多个用户故事，开发小组解决用户故事
2,用户故事指的是 who want what and why
3,用户故事需要开发团队评估优先级，工作量以及安排计划
4,用户故事使用好坏之分的，坏的用户故事是没有价值的
5,用户故事要大小合适，太大的用户故事，在安排计划，工作量都有着大的评估风险
四,角色
1,产品负责人，负责产品的盈利，建立产品代办列表，为开发团队澄清需求，花一半的时间在客户，销售与市场之上
2,敏捷经理，为角色移除障碍，告诉产品负责人最大化得到投资利润，尽量不要打扰开发团队
3,开发团队，负责产品的开发，包括测试团队与文档书写团队，整个团队为开发负责
