敏捷开发实施方案

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

敏捷开发实施流程

      • 敏捷开发实施流程

        • 1、迭代计划
        • 2、每日晨会
        • 3、看板
        • 4、迭代验收 (ShowCase)
        • 5、迭代回顾会议
        • 6、敏捷使用管理工具
        • 7、敏捷开发总结回顾
        • 8、瀑布模式与敏捷开发区别

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

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周)
时间: 08-03

敏捷开发实施方案的相关文章

敏捷开发实施流程

迭代周期: 2 ~ 3周 一.需求过程(1 - 2天) 与产品经理,产品使用人员沟通产品功能与新需求 程序经理完成需求整理与确认 程序经理.开发经理.测试经理完成需求沟通 要求: 控制需求范围,必须确保需求可提交 严格控制工期,无特殊原因,延期不得超过2天:特殊原因根据影响评估延期时间 需求确认需经过:"讲解 – 复述 – 确认"过程,规避需求理解偏差 以原始需求列表为准,不做详细需求列表 通过白板确认需求范围,并确定开发范围 二.开发过程(3 – 5天) 开发经理确定开发任务点,并分

互联网公司的“敏捷开发”流程是怎么样的,每个职位的角色和分工是什么?

作者:暗灭 第一   为什么需要敏捷开发. 在几万年以前,软件项目的开发都是以年来计算的,这代表什么意思呢 ?需求设计了半年多,方案设计做了半年多,开发了三年多,测试了半年多,修改Bug用了半年多.总计花了很长很长的时间,然后上线后发现有很多需求已经不存在了,同时又出现了很多新的需求. 怎么办?继续改.这一改又是半年多的时间过去了.马丹用户的需求还再改,怎么办? 这是困扰软件开发项目的最大的问题,越大的项目,参与的人越多,风险越大.文档越规范,维护起来的难度就越高,导致项目中遇到的问题越来越多.

敏捷开发如何在创业公司实施

敏捷协作工具:Leangoo拥有看板式的协作方式,简洁直观,能够轻松拖拽任务卡和任务列表,并在团队成员间实时同步看板变化.同时它简洁实用的功能使它比其他软件更轻量,能让团队在5分钟内协作起来,无需耗费大量的学习和使用成本.它的免费.无成员和项目数量的限制更让广大团队协作没有了后顾之忧.所以,作为一款资深敏捷团队精心打造的团队协作工具,leangoo一经上线就吸引了众多用户的支持和好评.官网:leangoo.com 说起敏捷开发,并不是因为敏捷而敏捷.这几年的敏捷开发已经被很多敏捷咨询服务商神话了

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

转载自LANCEYAN.COM 说起敏捷开发,并不是因为敏捷而敏捷.这几年的敏捷开发已经被很多敏捷咨询服务商神话了,这个东西并不是神器,实施了就可以解决所有软件公司的问题,而是要结合自己公司的特点和问题摸索出适合自己的一套模式. 大家都知道,创业公司刚开始需要研发出一款产品并且能够使公司赚钱的产品,不过大部分创业公司没有那么容易一下就能做出来,很多公司还没有成功的产品资金链就断掉了,公司也死掉了.我们公司是这样一个状况,有一条产品线可以维持公司开支并仅仅刚够盈余,要扩大高速发展还不够,一直维持就

用leangoo看板工具实施多团队大规模敏捷开发

概述 本场景描述的是针对多个Scrum团队/敏捷团队,开发同一款大型产品,或者大型项目的敏捷应用场景.Leangoo多团队大规模敏捷开发模板是基于大规模敏捷模型定义的,可以适配基于Scrum of Scrums, [email protected],LeSS和SAFe等模型.Leangoo多团队大规模敏捷开发模板,在团队级使用的是标准的Scrum模型. Scrum是用于开发和维护复杂产品的一个框架.上世纪90年代,Scrum在全球已得到广泛应用,Scrum最初用于产品研发,目前已广泛用于软硬件开

敏捷开发实战(三)--每日晨会,是否只是摆设?

经过上面总结的两篇博文敏捷开发实践(一)–谈谈我对敏捷开发的理解和敏捷开发实战(二)–你真的了解Scrum吗?,我们已经对Scrum进行了整体的认识和学习,这篇博文我们一起讨论和学习,我在实施敏捷的过程发现的一个问题. 问题描述 相信实施过敏捷开发的博友,每天会在同样的时间和同样的地点召开会议,此会议在Scrum五大活动中被称为每日Scrum会议. 有这样的一种现象,团队中的新成员刚开始接触Scrum时,积极性会特别高,在会议中会比较积极的发言,但是对于大部分经过长时间开发的老成员来说,经常会在

柯南君 教你看敏捷开发のScrum是如何工作的?

现在敏捷开发是越来越火,人人都在谈敏捷,人人都在学习Scrum和XP,柯南君的朋友"远哥"是一位项目leader,柯南君与远哥促膝长谈,远哥也毫不避讳,知无不言言无不尽,把自己对Scrum的理解和自己工作中的经验积累与柯南君分享,在这里柯南君代替远哥与大家分享一些经验. 一. 什么是敏捷开发? 敏捷开发(Agile Development)是一种以人为核心.迭代.循序渐进的开发方法. 怎么理解呢?首先,我们要理解它不是一门技术,它是一种开发方法,也就是一种软件开发的流程,它会指导我们用

敏捷开发的原则

1. 快速迭代 相对那种半年一次的大版本发布来说,小版本的需求.开发和测试更加简单快速.一些公司,一年仅发布仅2~3个版本,发布流程缓慢,它们仍采用瀑布开发模式,更严重的是对敏捷开发模式存在误解. 2. 让测试人员和开发者参与需求讨论 需求讨论以研讨组的形式展开最有效率.研讨组,需要包括测试人员和开发者,这样可以更加轻松定义可测试的需求,将需求分组并确定优先级. 同时,该种方式也可以充分利用团队成员间的互补特性.如此确定的需求往往比开需求讨论大会的形式效率更高,大家更活跃,参与感更强. 3. 编

柯南君: 教你看敏捷开发のScrum是怎样工作的?

柯南君 教你看敏捷开发のScrum是怎样工作的? 如今敏捷开发是越来越火,人人都在谈敏捷.人人都在学习Scrum和XP,柯南君的朋友"远哥"是一位项目leader.柯南君与远哥促膝长谈.远哥也毫不避讳.知无不言言无不尽.把自己对Scrum的理解和自己工作中的经验积累与柯南君分享,在这里柯南君取代远哥与大家分享一些经验. 一. 什么是敏捷开发? 敏捷开发(Agile Development)是一种以人为核心.迭代.循序渐进的开发方法. 怎么理解呢?首先.我们要理解它不是一门技术,它是一种