敏捷实践/迭代管理-SprintBacklog-任务看板-燃尽图

在敏捷开发的实践当中,通过可视化的任务看板来实现团队协同和透明化管理是必不可少的一个实践。通过可视化的任务看板我们可以达到如下几个目的:

  1. 可视化管理团队的目标;
  2. 明确目标的优先级;
  3. 明确目标分解后的任务项;
  4. 可视化管理任务的进展状况。

敏捷的任务看板通常每个迭代一个,看板的结构通常包括如下几个列:

  • Story — 这一列代表的是用户故事,用户故事是敏捷开发中的需求表达方式,每个用户故事代表了从产品的用户视角表达的一条用户需求。用户故事这一列放的是这个迭代需要完成的所有用户故事,这些故事加在一起就是这个迭代的目标。这些故事通常按照优先级从上到下排列。
  • Todo — 这一列代表的是待办任务项,用户故事会被分解为对应的技术任务,这些待办的技术任务放到 Todo 列。
  • Doing — 进行中的任务,放正在进行的任务。
  • Done — 完成的任务,放已经完成的任务和用户故事。

在任务看板上除了有4个列之外,我们还要为每个用户故事建立一个泳道,通过泳道来管理故事和任务的对应关系。

一个标准的任务看板看起来如下图所示:

除了物理看板,我们也还可以可以利用电子看板来实现,这样数据也得以保存。

国内对敏捷支持最好的电子看板就是Leangoo  那我们来看一下怎么用leangoo管理敏捷迭代任务以及任务协作

下图是使用 Leangoo 实现带泳道的敏捷开发迭代看板示例:

横向为泳道,体现用户故事和任务卡片的对应

添加成员一起协作!

Leangoo官网:www.leangoo.com

原文地址:https://www.cnblogs.com/yangyang1/p/9604503.html

时间: 2024-10-10 01:39:11

敏捷实践/迭代管理-SprintBacklog-任务看板-燃尽图的相关文章

怎么用leangoo做迭代管理(Sprint Backlog、任务看板、燃尽图)?

在敏捷开发的实践当中,通过可视化的任务看板来实现团队协同和透明化管理是必不可少的一个实践.通过可视化的任务看板我们可以达到如下几个目的: 1. 可视化管理团队的目标;2. 明确目标的优先级;3. 明确目标分解后的任务项;4. 可视化管理任务的进展状况. 敏捷的任务看板通常每个迭代一个,看板的结构通常包括如下几个列: Story — 这一列代表的是用户故事,用户故事是敏捷开发中的需求表达方式,每个用户故事代表了从产品的用户视角表达的一条用户需求.用户故事这一列放的是这个迭代需要完成的所有用户故事,

敏捷迭代:Sprint燃尽图的7个图形特征及说明的问题

本文写于很多年前(2006),并在很多地方被引用.而现在,笔者对于Sprint燃尽图的理解有了戏剧性的变化--在看到很多团队滥用它之后.笔者不再建议团队做Sprint燃尽图,因为它们不仅不会增加多少有用的信息,而且还会导致很多坏的行为.笔者差点想删了它,然而觉得更新一下会对大家更有帮助. 笔者观察了很多团队,并注意到了这些团队的Sprint燃尽图可以按图形的特征分成几大类,本文用来讨论几类燃尽图,以及其成因.燃尽图通常被敏捷团队用于让团队成员直观了解到剩余工作量.通常如下: 在下面,会展示7种典

移动团队交叉双迭代的敏捷实践

再快点!再多干点! 在这个移动互联网的时代,作为移动开发团队,对"快"这个字看得尤其重要.不仅仅是移动开发团队,其实每个开发团队都在注重团队效率,具体而言,就是关心开发效率和产出.管理者经常会发出这样的提问:还能更快的上线吗?还能增加每个迭代的产出吗? 影响团队效率的因素很多,且往往是综合作用的结果,仅针对更快速的产品上线和增加每个迭代的产出这两个问题,我们尝试对团队正在执行的敏捷迭代过程进行改进,即使用交叉的双迭代模型进行软件开发. 环环相扣的链条 先简述一下我们在传统迭代上的基本情

敏捷开发进度管理之燃尽图

很多时候,我们感觉什么都没干一天就过去了,但对领导者来说,事情最好已经提前做完了,而且是越快越好.聪明的管理者知道,“时间”是需要花大功夫去把控的限制因素,只有掌握了更多关于时间和工作的数据,我们才能更好地执行计划,在预算范围内按时完成项目. 燃尽图就是用来反映此类项目数据的工具,常用于敏捷软件开发中,如Scrum.它可以呈现剩余工作量和可用剩余时间,并通过可视化的图示表述繁复文字无法表述的意思. 一.燃尽图是什么? 燃尽图可以呈现团队处理用户故事进度,是一种对工作完成情况可视化展示的工具,燃尽

敏捷实践简单分享补充

一.体现产品价值—项目立项会项目立项的价值和意义,不用说应该大家都能理解,对于研发是成本部门,我们希望把更多的资源和资金投入到有价值的事情上,带来更大的回报.作为公司会衡量诸多项目中,进行项目集管理和项目组合管理,合理的调配资源和资金.项目立项评审,让大家想清楚项目开展的要做的事项,对项目价值有更清晰的认识.1.产品必要性及依据;(1).产品的市场分析.竞品分析.市场潜力.前景和收益:2.产品目标和研发内容;(1).产品的定位.价值.技术储备.产品功能结构脑图:3.产品主要交付路线图;(1).产

[转]敏捷开发需求管理(产品backlog)

传统的瀑布工作模式使用详细的需求说明书来表达需求,需求人员负责做需求调研,根据调研情况编制详细的需求说明书,进行需求评审,评审之后签字确认交给研发团队设计开发.在这样的环境下,需求文档是信息传递的主体,也是一份契约. 然而详细的需求说明书有以下5大弊端: 单向的信息传递,容易出现理解偏差. 文档很正式,我们会误以为它一定是对的,不去质疑它,让我们停止作出判断. 有了详细的文档,我们不会反复讨论它,相互确认. 书面文档不利于团队共享责任,它扮演了证据的角色.Scrum强调团队共享责任,不论是需求人

大众评审 | 最佳敏捷实践奖

为表彰携程敏捷团队取得的突出成绩,鼓励其不断追求技术卓越,为公司创造更大的价值,特设置最佳敏捷实践奖. 评奖面向携程技术全员,每次评选出1位最有价值PO:1位最有价值ScrumMaster:3支最优秀Scrum团队. 本奖项自2015H2起已经进行了8次评选,本次是第9次评选.截至上期,共计评选出21个优秀团队,16项优秀个人奖项:覆盖了机.酒.度.平台.网站运营.火车票.金融等十数个BU/SBU.评选活动包含自由申报.大众评审.现场答辩等环节,进行综合计分排名,由技术委员会确认并在年会上进行颁

《大产品,小团队——携程敏捷技术与管理转型实战》读后感

作为曾经携程的一员,看到一起奋斗过的小伙伴们宣传此书立刻就买了,非常开心拿到了作者团队的亲笔签名版.读完颇为感慨与惭愧,有种虽然身在此山中,竟不识庐山真面目的感受.当时身处携程俩大核心业务之一,却只知一味地吐槽糟糕的流程和无止尽的加班,即没有推动改进的勇气与执行力,也不知背地里整个公司为优化流程,提倡创新所作出的努力,以及已经取得的成果. 诚如书名<大产品,小团队——携程敏捷技术与管理转型实战>,此书着重于在敏捷开发与管理转型期碰到的问题与解决方案,所以建议小伙伴们在学过了ACP,或者敏捷项目

敏捷开发之燃尽图

燃尽图是在项目完成之前,对需要完成的工作的一种可视化表示.燃尽图有一个Y轴(工作)和X轴(时间).理想情况下,该图表是一个向下的曲线,随着剩余工作的完成,“烧尽”至零.燃尽图向项目组成员和企业主提供工作进展的一个公共视图.这个词常常用于敏捷开发(敏捷开发是指以用户的需求进化为核心,采用迭代.循序渐进的方法进行软件开发.在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视.可集成和可运行使用的特征). 功能:描述随着时间的推移而剩余的工作数量,可用于表示开发速度