软件开发模型

Product Owner

系统测试与验证

Kanban模型2004年

Scrum开发1995年

迭代增强模型（增量模型）1975年

DevOps模型2013年

系统开发

任务计划Planning

运行与维护

优点： 引入风险管理，减少系统发生各类风险的概率（适合比较大的项目管理），在每轮迭代的时候就需要识别潜在的风险并提出相应的解决和缓解措施。步骤：1.  明确本阶段的迭代目标，以及实施方案和限制条件2. 对备选方案进行风险评估，明确如何解决存在的风险，3. 评估可选项，创建原型3. 应用开发和测试4. 下一阶段进行计划和部署

优点： 流程清晰，严格规范流程执行顺序和每个阶段的产出内容。缺点： 不够灵活，各个阶段依赖性太强，不适合需求变更较多的系统。串行设计流程可导致较多的资源无法充分利用起来。

产品功能列表Product Backlog

今日计划完成任务

开发团队

6人左右团队规模不宜过多

系统设计

组织每日例会，确定项目当前进展和遇到的问题，协调各任务进度

瀑布模型1970年

Review

单次迭代：Sprint通常30天左右

昨日任务完成情况

角色

螺旋模型1986年

系统设计和开发人员

10-15分钟左右

需求收集

每日例会

单次迭代完成的功能Sprint Backlog

Lean模型2003年

遇到的问题

迭代回顾会议：评审完成后，组织总结此次Sprint的问题和改进1-3小时

 将产品需求进行切分，划分为多个子系统设计迭代处理，每个迭代实现一部分功能，但是包含整个的开发流程，最终组合成完整系统。要求更高的软件设计和集成能力。

技术专家，项目开发负责人

ScrumMaster