一、常见的项目开发模式：敏捷迭代、瀑布模式
1、敏捷迭代
Sprint特点：产品和团队成员PK故事、故事由团队成员拆分成任务、自我承诺、定期增量持续交付商业价值、早交付、频交付、一种典型的迭代方式
2、瀑布模式
瀑布模式特点：线性（人和开发是非线性的）、不拥抱变化（有先后顺序）、计划和执行
原创博客地址：http://blog.csdn.net/paulery2012/article/details/40581043（转载请注明）
二、关于Scrum
1、三大会议：Sprint规划会议（2-4hour）、Scrum日会（5-10mins）、Sprint评审会议（1-2hour）
2、角色：
一个典型的Scrum团队成员人数在5-9人，角色分别为：产品负责人、Master、团队成员
产品负责人：写故事和接受测试，按照业务价值划定故事优先级
Master：一个不断变幻的角色，非层级性的。开始的时候充当教练的角色组织团队，进而充当回音板，最后推动团队进行自我决策。主要关注流程和进度，是Scrum的推土机（障碍清除机）。（教练－》回音板－》推送自我管理）
团队成员：自组织的完成任务估算，计量单位可以是时间也可以是任务点。需要交付用户故事，完成的是一份工作而不是个人工作。
3、周期
Sprint规划会议：选择交付物（用户故事）、将故事拆分成任务（超过半天的就要拆分）
Scrum日会：大家分享上次日会前我做了什么，然后到下次日会前我要做什么，最后说一下开发障碍。（Todo、Doing、Done）
故事时间：Sprint列表修整时间（根据可视化工具以及日会检验调整进度直到Sprint结束时能顺利交付的故事）
Sprint评审：超高的透明度，也就是说即使未完成也要展示成果
回顾：讨论心得并下个周期进行改善（可以借助的可视化工具：故事卡片、燃尽图等等）、感谢团队其他成员对自己的帮助、持续的检验和适应
4、工具
Sprint列表：细分的条目
任务板：工作量（不断调整，To Do、Doing、Done）
燃图：剩余工作随时间不断变化的轨迹（可用于观察和检验团队成员是否能够按时交付故事）
5、异常
共识：管理层和团队之间有基本的协议就是在Sprint期间不更改
如果因为外来因素必须要更改，产品经理可以申请异常终结。召开评审、总结会议进行检验和适
应，继而开始下一个周期的Sprint。
三、总结
关于迭代开发的几个关键词：自我管理、自我承诺和增量式开发、燃尽图和任务版把控交付风险、
迭代周期内保持需求不变、评审和回顾不断的检验和适应
原文地址：http://blog.csdn.net/paulery2012/article/details/40581043
