敏捷开发实施方案

今天把前段时间，给公司讲解敏捷开发流程的PPT文档发出来。因为近来比较喜欢用Markdown编写文档，发现博客园不支持Markdown编辑，有点失望。小小吐槽，O(∩_∩)O~

 

敏捷开发实施流程

 

• • • 敏捷开发实施流程
      • 一、迭代计划
      • 二、每日晨会
      • 三、看板
      • 四、迭代验收 (ShowCase)
      • 五、迭代回顾会议
      • 六、敏捷使用管理工具
      • 七、敏捷开发总结回顾
      • 八、瀑布模式与敏捷开发区别

 

敏捷开发的最大特色是：积极响应用户的需求，快速高质量的交付软件; 其核心是:以人为本,发挥人的主观能动性.

一、迭代计划

每轮迭代Sprint启动前，团队共同讨论本轮迭代详细开发计划的过程

输入：产品Backlog
输出：迭代Backlog

迭代计划会议内容：
1）澄清需求、对"完成标准"达成一致 2）工做量估计、根据团队能力肯定本轮迭代将会内容 3）细化、分配迭代任务和初始工做计划 关键点： 1) 充分参与：Scrum Master(项目负责人)确保PO（产品负责人）和Team（开发人员及UI美术）充分参考讨论，达成理解一致 2) PO（产品负责人）承诺在短迭代周期不增长需求（2-4周）

二、每日晨会

每日工做前，团队成员的例行沟通机制，由Scrum Master组织，Team成员全体站立参加

聚焦主题：
 1）我昨天为本项目作了什么 2）我计划今天为本项目作什么 3）我须要什么帮助以便更高效的工做 每日站立会议好处： 1）增长团队凝聚力，产生积极的工做氛围 2）及时暴露风险和问题 3）促进团队内成员的沟通和协调

关键要点：准时开始，高效会议，问题跟踪

三、看板

将项目状态（进度、质量等）能够经过看板实时展现，让团队全部成员直观地获取当前项目进展信息

关键点：
 1）物理实体：可视化必定要作到物理上的实体化，你们在公开场所 都容易看到 2）内容精简易懂：信息展现一目了然，切实对团队有帮助 3）实时刷新：延迟的信息拖延问题暴露，下降运做效率

四、迭代验收 (ShowCase)

若是开发完成，并向项目负责人、产品负责人 SHOW CASE之后，开发人员吧故事卡移植到等待测试

关键点：
1）展现真实的产品 2）收集反馈

五、迭代回顾会议

在每轮迭代结束后举行的会议，目的是分享好的经验和发现改进点，促进团队不断进步

关键点： 1）会议气氛：Team全员参加，头脑风暴发现问题，共同分析根因 2）关注重点：Team共同讨论优先级，将精力放在最须要的地方 3）会议结论要跟踪闭环：能够放入迭代迭代Backlog中

六、敏捷使用管理工具

看板管理工具

七、敏捷开发总结回顾

• 1.参与敏捷开发的项目人员尽量不被其余工做打扰。当项目中有一员频繁被调动处理项目以外事情，容易形成任务阻塞，会下降总体团队积极性。
• 2.项目人员，善于沟通，及时反馈，减小中间需求的增长。
• 3.要求技术人员水平较高，在快速版本迭代的同时，也要注重项目架构设计，应对后续需求变动。
• 4.产品负责人要及时对开发完成验收，确保开发完成任务符合版本需求目标。
• 5.项目开发人员要有主动积极性，对本身代码不断完善，及重构，避免重复开发，作到资源复用。

八、瀑布模式与敏捷开发区别

阶段	瀑布模式	敏捷开发
业务需求	强调需求文档	注重沟通交流
管理进度	管理文档（需求计划、进度表）	看板（任务开发状态是否顺利进展、<br/>有没有阻塞）
任务分配	开发人员被动安排	开发人员主动自我管理、责任心强
版本迭代	产品总体需求计划	小版本迭代
研发	开发人员安照需求文档要求开发<br/>较少沟通业务场景使用状况	开发人员站在用户需求角度对接需求
研发周期	版本周期较长	版本周期短(2-3周)