敏捷开发实施方案

Posted 天落恒星

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了敏捷开发实施方案相关的知识,希望对你有一定的参考价值。

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

 

敏捷开发实施流程

 

 

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

1、迭代计划

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

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

迭代计划会议内容:
1)澄清需求、对"完成标准"达成一致
2)工作量估计、根据团队能力确定本轮迭代将会内容
3)细化、分配迭代任务和初始工作计划

关键点:
1) 充分参与:Scrum Master(项目负责人)确保PO(产品负责人)和Team(开发人员及UI美术)充分参考讨论,达成理解一致
2) PO(产品负责人)承诺在短迭代周期不增加需求(2-4周)

2、每日晨会

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

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

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

3、看板

将项目状态(进度、质量等)可以通过看板实时展示,让团队所有成员直观地获取当前项目进展信息

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

4、迭代验收 (ShowCase)

如果开发完成,并向项目负责人、产品负责人 SHOW CASE以后,开发人员吧故事卡移植到等待测试

关键点:
1)展示真实的产品
2)收集反馈

5、迭代回顾会议

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

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

6、敏捷使用管理工具

看板管理工具

7、敏捷开发总结回顾

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

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

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

以上是关于敏捷开发实施方案的主要内容,如果未能解决你的问题,请参考以下文章

华泰证券:敏捷开发中数据快速恢复方案及实现

敏捷开发实施方案

如何多团队大规模实施敏捷开发

创业公司如何实施敏捷开发(转载)

敏捷开发

用敏捷开发避免技术债务