• 保留了一些核心思想,去掉了小日本的广告.1 任务板任务是分解到手头的实际的工作把要做的任务,正在做的任务和已经完成的任务,用简单的贴士贴在白板上.不同的颜色表示不同的重要程度.可以画一些横的泳道来表明任务应该...

    原文地址:http://www.infoq.com/articles/agile-kanban-boards

    我把原文去粗取精了一下,保留了一些核心思想,去掉了小日本的广告.

    1 任务板

    任务是分解到手头的实际的工作

    把要做的任务,正在做的任务和已经完成的任务,用简单的贴士贴在白板上.不同的颜色表示不同的重要程度.

    可以画一些横的泳道来表明任务应该是谁来完成.

     

    2 需求特性板

    需求特性是软件大的功能需求,通常按照月份来进行归类.

    3 敏捷开发需要把软件设计分成三个部分: 特性->用例->任务

    特性: 对最终用户有意义的一个功能
    用例:由特性分解而来的一个可以用来做功能测试的小情节
    任务:用例分解而来,有开发人员需要完成的一个最小的工作单元

    4 敏捷过程中,时间分为: 发布->迭代->每日

    发布:通常一到六个月
    迭代:通常一到四周
    每天:

    5 我们把工作和时间对应起来,就是这样

    在每一个发布过程中,我们完成需求.
    在每一个迭代周期中,我们实现案例
    每一天,我们都要完成多个任务

    6 更形象一点,我们把他们都结合起来:

    你要准备三块黑板:

    需求特性黑板:每一列标识一个发布需要完成的特性
    案例黑板:每一列标识每一个迭代周期需要完成测试的案例
    任务黑板:每一天要做的任务

     
    展开全文
  • 落地敏捷典型问题:固定的白板,失败的起点 在Scrum的模式中,白板被用来发现风险、团队协作、透明化等,确实是一种简单实用的手段,很多团队在使用白板后获得了直接的效果。但是,白板的使用过程中经常会出现...

    落地敏捷典型问题:固定的白板,失败的起点

    在Scrum的模式中,白板被用来发现风险、团队协作、透明化等,确实是一种简单实用的手段,很多团队在使用白板后获得了直接的效果。但是,白板的使用过程中经常会出现以下问题,例如:

     

    1)      一种固定模式的白板,对应一种固定模式的协作方式,但是在不同的实际场景中行不通

    2)      白板上的关键信息不做持续记录和更新,失去存在的意义

    3)      白板只是被研发团队的成员在使用

    4)      没有分析流程中的瓶颈、浪费、问题,无助于改进的白板作用就褪色很多

     

     

    这里重点想讨论和分享我们如何解决第一种问题。解决方案就是不同的场景,用不用的协作方式,对应的白板也会随之不同。我们实际工作中有很多场景,举例如下:

    #1:固定迭代周期交付,迭代周期内需求无变化

    #2:固定迭代周期交付,迭代周期内有一些新增变化

    #3:固定迭代周期交付,迭代周期内有很多新增变化,或者团队内部是强分工

    #4:无固定迭代周期交付,即按需交付,可能是有固定周期(例如一周一次),也可能没有固定周期

    #5:固定迭代周期交付,同时迭代周期内需要临时按需交付

    #6:资源紧张,每个人同时负责多个任务,不清晰的协作导致无法快速交付重要的功能,混乱无序

    #7:多团队协作,但团队之间或者和第三方的依赖非常强

     

     

    这里重点介绍#1、#2、#4场景的具体白板。

     

     

    对于#1的场景,我们用的是Scrum标准白板,加入了我们的具体实践,白板如下:

     

     

     

     

     

    对 于#2的场景,我们用的是ScrumBan类型的白板,即借鉴了Scrum的要素,并结合Kanban的要素。由于只是一些新增变化,所以在迭代开始时还 是会进行迭代计划会议。#2的白板如下。但是对于#3,在迭代开始时没有统一的计划会议,对于要进行的需求进行即时计划。

     

     

     

     

    对于#4,我们用的是比较标准的Kanban,加入了我们的具体实践,白板如下:

    我们用过两类Kanban,一种类似这样的:

     

     

     

     

    另一种把需要协作的点都放在了白板上,并增加了适当的细节,以便于更快更准确的发现风险,消除瓶颈和障碍,类似如下的样子:

     

     

    需要说明的是,如果团队较为成熟,磨合时间长,效率高,第一种Kanban为推荐,甚至可以更为简单;如果团队磨合时间短,交付出现的问题较多,第二种Kanban为推荐,即展示更多的细节。

     

     

    展开全文
  • 我把原文去粗取精了一下,保留了一些核心...把要做的任务,正在做的任务和已经完成的任务,用简单的贴士贴在白板上.不同的颜色表示不同的重要程度. 可以画一些横的泳道来表明任务应该是谁来完成. 2 需求特性板 需...

    原文地址:http://www.infoq.com/articles/agile-kanban-boards

    我把原文去粗取精了一下,保留了一些核心思想,去掉了小日本的广告.

    1 任务板

    任务是分解到手头的实际的工作

    把要做的任务,正在做的任务和已经完成的任务,用简单的贴士贴在白板上.不同的颜色表示不同的重要程度.

    可以画一些横的泳道来表明任务应该是谁来完成.

    2 需求特性板

    需求特性是软件大的功能需求,通常按照月份来进行归类.

    3 敏捷开发需要把软件设计分成三个部分: 特性->用例->任务

    特性: 对最终用户有意义的一个功能
    用例:由特性分解而来的一个可以用来做功能测试的小情节
    任务:用例分解而来,有开发人员需要完成的一个最小的工作单元

    4 敏捷过程中,时间分为: 发布->迭代->每日

    发布:通常一到六个月
    迭代:通常一到四周
    每天:

    5 我们把工作和时间对应起来,就是这样

    在每一个发布过程中,我们完成需求.
    在每一个迭代周期中,我们实现案例
    每一天,我们都要完成多个任务

    6 更形象一点,我们把他们都结合起来:

    你要准备三块黑板:

    需求特性黑板:每一列标识一个发布需要完成的特性
    案例黑板:每一列标识每一个迭代周期需要完成测试的案例
    任务黑板:每一天要做的任务

    展开全文
  • 因为我们的工作中有各种事物要处理,我们需要这样的敏捷开发工具来帮助我们解决问题并清晰的展开工作。Leangoo可以帮助我们管理事务,需求管理,迭代管理,缺陷管理,测试管理,排列优先级等,随时随地可以了解到...

    为什么选择 Leangoo

    很简单,因为它够简洁,够轻量,上手够快!

    因为我们的工作中有各种事物要处理,我们需要这样的敏捷开发工具来帮助我们解决问题并清晰的展开工作。Leangoo可以帮助我们管理事务,需求管理,迭代管理,缺陷管理,测试管理,排列优先级等,随时随地可以了解到团队以及项目的进展情况。

    可以在Leangoo中,定制你和团队的工作流,任务分配,实时同步,每个成员都可以最快速度了解到被分配的任务,与团队更好的协作。

    所有的项目进度,需求趋势,缺陷趋势都可以一目了然。

    也可以利用Leangoo的思维导图,可以把卡片通过树形结构组织起来,用来管理创意,知识,需求,测试案例等等。

     

    亮点:

    1. 轻量,操作简单,上手超级快。

    简单不意味着要以牺牲功能作为代价。Leangoo的核心是看板,整个页面设计很友好,可以直观的对任务一目了然。它配置性强,可灵活自定义,大量的操作都以拖拽的形式进行,并支持大量的快捷键!

       2.完美支持Scrum敏捷开发和看板方法

    Leangoo的设计融入了先进的敏捷管理思想,由多位业界知名敏捷管理顾问提供支持,并由专业的敏捷开发团队精心研发,完美支持Scrum敏捷开发和看板方法(如:燃尽图,工作量估算,看板周期等),并且可以轻松对接主流Devops平台,是敏捷研发团队首选的项目管理和协作工具。

       3.管理任何事务

    Leangoo可以管理任务事务,比如:

                 1).管理产品/项目规划和敏捷需求,协作进行需求。

                 2).管理敏捷迭代任务,进行任务协作

                 3).管理缺陷,进行缺陷处理的协作

                 4).管理测试场景和测试案例,进行测试协作

                 5).可视化跟踪项目和迭代的进展

     

       4.思维导图

    一个共享的思维导图,可以把卡片通过树形结构组织起来,用来管理创意,知识,需求,测试案例等等。

    可以多人协作,多人在线编辑,实时同步!

    看板统计:

    Leangoo的每一个看板都设计了看板统计功能,比如:

    1. 燃尽图——项目完成之前,对需要完成的工作的一种可视化表示。
    2. 任务周期——可查看每个任务所花费的时间
    3. 任务分布——可查看每个成员的任务分布情况

    项目跟踪:

    在项目管理的角度,Leangoo也提供了一些统计,比如:

    1. 项目进度 —— 项目进度是根据项目里面所有的需求看板进行统计的,进度值 = 已完成的工作量 / 总的工作量
    2. 团队速度——一个迭代中实际完成的工作量(单位通常是故事点数)
    3. 缺陷分布——展示项目中缺陷的分布情况,(下图所示)

    项目占比的设定以及每个成员参与的项目数量等

     

     

    企业管理:

    在企业管理的角度,Leangoo也提供了一些统计:

           企业仪表盘——整个企业仪表盘上展示了项目状态,需求趋势,缺陷趋势,吞吐量。

    • 项目状态

    项目状态饼图使用了红黄绿三种颜色来代表项目的健康状态。
    绿色表示项目的进度正常,红色表示项目进度有延迟,黄色则是指项目在红绿之间的临界状态。
    通过该饼图能对企业中所有项目的健康状态有大致的了解。
    其中:项目的健康状态是根据项目的需求看板的实际剩余量与燃尽图参考线的偏差进行判定的

    • 需求趋势——需求趋势统计的是每个月需求的变化趋势。
    • 缺陷趋势——缺陷趋势统计的是每个月缺陷的变化趋势。
    • 吞吐量——吞吐量统计的是每个月所有项目完成的需求总和、缺陷总和。

    项目列表:

    项目列表统计的是企业内所有的项目,统计项目进度、需求数量和缺陷数量,资源总数等

    集成

    Jenkins

    API接口

     


     

     

    展开全文
  • 现在许多开发团队在学习敏捷开发,根据调查,2018年有80%以上的开发团队表示他们使用了敏捷方式,敏捷项目与传统项目相比,至少可以提升30%以上的成功率。 笔者查看了3年以来使用人数较多的项目管理工具,从中挑选...

    现在许多开发团队在学习敏捷开发,根据调查,2018年有80%以上的开发团队表示他们使用了敏捷方式,敏捷项目与传统项目相比,至少可以提升30%以上的成功率。

    笔者查看了3年以来使用人数较多的项目管理工具,从中挑选了支持敏捷的工具。如果你的团队已经在使用敏捷开发,或者在 2019 年计划采用敏捷方法,以下几个免费项目管理工具中,也许会有至少一款正是你所要找寻的。

    1、MyCollab

    MyCollab是一套针对中小型企业的三个协作模块套件:项目管理、客户关系管理(CRM)和文档创建和编辑软件。有两个许可证选项:一个商业的“终极”版本,它更快,可以在内部或云中运行;另一个开源的“社区版本”,这个正是我们感兴趣的版本。

    由于没有使用查询缓存,社区版本没有云方式,并且速度较慢,但是提供了基本的项目管理特性,包括任务、问题管理、活动流、路线图视图和敏捷团队看板。虽然它没有单独的移动应用程序,但它也适用于移动设备,包括Windows、Mac OS、Linux 和 UNIX 计算机。

    MyCollab 的最新版本是 5.4.10,源代码可在GitHub上下载。它是在 AGPLv3 下进行授权的,需要 Java 运行时环境和 MySQL 支持。它可运行于 Windows、Linux、UNIX 和 MacOS。下载地址

    2.DevCloud

    DevCloud(华为软件开发云)是集华为研发实践、前沿研发理念、先进研发工具为一体的研发云平台,面向开发者提供端到端的研发工具服务。项目管理是DevCloud服务之一,致力于为敏捷开发团队提供简单高效的开发协作服务。

    DevCloud的整体功能很强大。

    它的项目管理提供丰富的统计服务,包括迭代管理图、燃尽图、工作项完成情况统计图、统计表、项目成员统计管理等。还提供文档管理与百科功能,便于团队成员间协作共享。而Leangoo的快照分享功能可以通过二维码快速的讲看板内容分享给相关人员,更是一个亮点。

    DevCloud项目管理是基于项目的管理, 提供精简流程和scrum流程两种管理服务,其中Scrum流程是为敏捷开发量身定制的,包括项目规划、敏捷迭代、需求管理、缺陷跟踪、文档管理、看板、报表统计分析等功能。项目规划功能可以用思维导图形式的可视化界面对项目进行Epic/Feature/User Story多级拆分。规划出来的User Story以看板的形式显示在项目的Backlog里,

    目前DevCloud支持5人以下团队免费使用,感兴趣的可以去试用一下。官网地址

    3、Odoo

    Odoo不仅仅是项目管理软件;它是一个完整的集成商业应用套件,包括会计、人力资源、网站和电子商务、库存、制造、销售管理(CRM)和其它工具。

    与付费企业套件相比,免费的开源社区版具有有限的特性。它的项目管理应用程序包括敏捷团队的看板式任务跟踪视图,在最新版本 Odoo 11.0 中更新了该视图,以包括用于跟踪项目状态的进度条和动画。项目管理工具还包括甘特图、任务、问题、图表等等。Odoo 有一个繁荣的社区,并提供用户指南及其他培训资源。

    它是在 GPLv3 下授权的,需要 Python 和 PostgreSQL 支持。作为Docker镜像 可以运行在 Windows、Linux 和 Red Hat 包管理器中,下载地址download,源代码GitHub

    4、OrangeScrum

    正如从其名称中猜到的,OrangeScrum支持敏捷方法,特别是使用 Scrum 任务板和看板式工作流视图。它面向较小的组织自由职业者、中介机构和中小型企业。

    开源版本提供了 OrangeScrum 付费版本中的许多特性,包括移动应用程序、资源利用率和进度跟踪。其他特性,包括甘特图、时间日志、发票和客户端管理,可以作为付费附加组件提供,付费版本包括云选项,而社区版本不提供。

    OrangeScrum 是基于 GPLv3 授权的,是基于 CakePHP 框架开发。它需要 Apache、PHP 5.3 或更高版本和 MySQL 4.1 或更高版本支持,并可以在 Windows、Linux 和 Mac OS 上运行。其最新版本 1.1.1在此下载,其源码在GitHub

    展开全文
  • scrum最传统,也是最直观的管理工具就是白板和即时贴。一个团队通过一个白板和即时贴来完成对scrum中story和task的跟踪管理。见下图: 图一:任务看板: 分为三列,todo表示为开始,doing为正在进行中,done...
  • 敏捷开发流程总结

    2015-12-14 16:36:10
    Agile——敏捷开发,作为CMM神话崩溃后被引入的一套新的软件开发模式,这几年来被广泛引起关注,并被寄予厚望。敏捷开发在其他业界的应用是否理想不得而知,但以下总结了我所在公司的敏捷开发试验,希望可以达到...
  • hursing所在的公司推行敏捷开发有两年多了,其中最让人直接感受到的就是scrum晨会。从生搬硬套到过程创新,令大家由抵触变成积极响应,这个过程真的很花费心思。 09年12月,hursing开始在自己的团队推行晨会。当时...
  • 敏捷开发,贵在敏捷,如何敏捷?我们需要一系列成熟的工具去帮助我们敏捷。 这篇文档不写技术,就是纯粹地说工具,介绍我们实施scrum过程中,起到关键作用的工具。 1、Jira或物理看板 Jira配合JIRA Agile...
  • 实施敏捷不需要一定或者建议使用工具。理想的情况是,看着索引卡上的需求,通过命令行就可以完成开发。但是,最近几年出现了多种工具,它们对... 很多公司现在依然使用传统的项目管理工具来进行敏捷开发,比如MS Pro
  • 敏捷开发文章读后感

    2019-08-01 11:14:17
    那时我还从来没有接触过敏捷开发方面的知识,只是看到公司中每天的站立会议,看他们对着一面贴满五颜六色便利贴的白板进行讨论,感觉十分新奇。这几天浏览了Martin Fowler——敏捷开发的创始人之一所写的详细的敏捷...
  • SCRUM敏捷开发教程

    2019-07-05 16:56:38
    大家好,我是煎饼哥,本期向大家介绍一个关于敏捷开发的方法,叫做scrum,相信资深的产品经理都接触过类似的项目管理方法。  scrum敏捷开发,是一个美国统计学教授记录了多年工作经验,总结出来的一套简单易懂的...
1 2 3 4 5 ... 20
收藏数 2,556
精华内容 1,022