敏捷开发任务看板_看板方法的进化论:从丰田精益方法到敏捷研发
20世纪60年代,丰田发明了更为有效的生产管理系统。这种管理方式后来逐渐演变成对价值流的控制方法——精益。在这过程中,丰田发明了一个工具,这个工具就是「看板」。
在看板方法在制造业发展的几十年,与现在的信息化管理系统相结合,帮助现在的产品线进行管理控制,看板方法成为精益理念的重用工具。
看板与敏捷研发
流水线上建立看板的目的是持续改善,减少浪费和积压,这与敏捷开发的透明化和持续改进的理念相符合,看板方法因此成为一种敏捷方法,在敏捷研发中也处于重要的地位。
在敏捷研发领域,看板方法是一种用于安排工作的非迭代方法。它并不使用固定时长的迭代和计划会议的工作方式,而是完成先前的工作后才从 Backlog 中取得新的故事来做的工作方式,通过高细粒度的任务流程拆分,进行高效的敏捷研发实践。
看板方法在研发中的作用
由于启动快、成本低的优势,很多使用敏捷研发的团队都选择使用看板作为信息展示的工具,用来和团队成员同步任务进度信息。
看板在整个敏捷管理的过程中主要有4个作用:
- 生产以及运送工作指令。没有看板的时候,都是管理者下达指令,但是敏捷强调自适应组织。所以,通过看板可以实现自己识别工作任务。
- 防止过量生产和过量运送。精益思想下,过量就是浪费。所以,会有在制品(Work-In-Progress,WIP)的限制。
- 进行可视化管理。越透明的工具越有帮助。一般传统数字化工具的团队之间的交互会比较差,大家不知道也不关心别人做什么。这些传统的数字化工具反而限制了人与人的沟通。对于敏捷项目来说透明性和及时性非常重要,所以看板比较符合敏捷的要求。
- 改善研发流程。传统项目中为了实现项目的可视化管理,需要通过纸面化的文档记录项目各个阶段的状态,来实现流程的可视化和可跟踪性。通过看板可以减少这些不必要的工作,同时可以让项目团队内部自发实现过程改进。敏捷中的改进都是自我发起的,通过定期回顾,对于不好点进行总结后,将改进点进行优先排序。
看板方法可视化的优势对团队研发效率来说无疑是巨大的提升,相对于传统的研发方法的确更加「敏捷」。但随着时代的发展和技术的进步,和研发团队对效率的追求日益增加,看板方法也显露出了些许的不足:
- 没有历史数据的沉淀,缺乏整体性:看板协助团队实施当前迭代,但是对于之前迭代的相关信息没有有效利用,使敏捷相关信息失去规模性、整体性。另一方面,质量管理人员可能因为缺少历史数据,而逐步失去客观质量分析评价。
- 管理层不易看到、看懂:特别是有地理区域限制的管理层,他们看不到团队的计划和进度,即使走到看板前,也仅仅是看到当前迭代的信息,没有了解到相关管理信息,如:趋势、风险等等。
如何将看板方法进一步拓展
由于上面那些不足的存在,很多企业和团队会使用更现代化的项目管理工具来协助,这些项目管理工具将看板方法移植到了屏幕中,让看板上的任务管理更加数字化,并将看板本身的可视化优势进一步拓展,操作也更加便捷:
- 解决远距离协作的问题,打破空间限制。很多企业内部确实存在一个团队分处多地的情况,要解决跨地域的工作协同,数字化看板会成为一个得力助手,打破这种空间上的限制。如果是跨国跨时区的团队,甚至可以突破时间上的制约。
- 留档容易,保存方便,不会轻易丢失数据。看板已经将数据电子化,在后期的统计,使用方面比较方便快捷,尤其是那种规模比较大,时间比较久的项目,在最终复盘时可以精准完整的调用这些数据。
- 电子看板同时可展示的数据更多样。在使用数字化看板时,可以通过切换图表来显示不同维度的数据,而且它能够自动产生一些统计类的数据,以便随时抓取应用。
在 Gitee 企业版中,就为用户提供了完善的项目可视化管理的功能。
看板模式中,不论企业成员在什么位置,都可以轻松访问云端的项目管理平台查看。企业成员可以清晰地看到当前项目中所有的任务和对应的任务状态,直接在看板上拖拽即可设置任务状态。
数字化看板在看板方法的基础上进一步进化,在查看时可以对任务的内容进行便捷的修改,以及父任务、子任务的设置。相关人员可以在相关问题下进行聚焦讨论,在数字化的基础上保持人员之间的沟通效率。
而在项目视图中,也为企业提供了更为直观的燃尽图,对于管理层来说,可以更快捷的了解任务完成情况,也对项目整体趋势等信息有更清晰的认识。
当然,除了「看板」以外,甘特图与上文提到的燃尽图也是项目管理可视化中的重要组成部分,将他们结合起来使用后会极大地帮助团队提高项目管理效率,将在后续的系列文章中向大家逐一介绍。
敏捷开发任务看板_看板方法的进化论:从丰田精益方法到敏捷研发相关推荐
- 敏捷开发 如何设计好看板?:敏捷看板成功实施的关键?如何通过看板实现项目可视化?
敏捷开发的看板不仅仅只是看板?在敏捷开发中为什么要采用看板?如何设计好的看板?任务条是改进的关键? 在我的理解中,敏捷开发中最先需要实施的三项重要工作需求用户故事化,沟通站会制以及进度看板化,这三个如 ...
- 敏捷开发中如何使用看板方法创造价值
看板方法起源于丰田精益,最核心的理念就是减少浪费.而精益生产分析技能在敏捷中的体现,就是"价值流程图"工具,可以帮助我们识别 7 大浪费,减少浪费就是在增加价值.7 大浪费如下,可 ...
- 敏捷开发人员结构_开发人员可以在敏捷外观方面发表意见的4种方法
敏捷开发人员结构 敏捷已成为开发软件的默认方法. 有时,似乎每个组织都在做(或想做)敏捷. 但是,许多公司没有尝试改变其文化以使其变得敏捷,而是试图将诸如scrum的框架强加给开发人员,寻找提高生产率 ...
- 快速交付 敏捷开发的特点_什么是敏捷开发?它有什么特点
原标题:什么是敏捷开发?它有什么特点 随着软件开发技术的不断发展,现在出现了很多种不同的开发模式,其实敏捷开发已经成为现在很多企业开发应用程序都想要选择的开发方案.那么什么是敏捷开发呢?下面一起来了解 ...
- java敏捷开发的优缺点_你如何理解敏捷开发?
当你以300km/小时的速度飞奔的时候,敏捷就显得至关重要,因为这是你闪避前方障碍物唯一的保障. 敏捷不只是快,更是规避风险.敏捷开发也是如此.敏捷,拼音是mǐn jié,意思指反应(多指动作或言行) ...
- 敏捷开发教学视频_敏捷的英语教学。 它是什么?
敏捷开发教学视频 Modern-day 现代 敏捷英语教学 (agile English teaching) has come to take the place of rigid, cut-and- ...
- 快速交付 敏捷开发的特点_敏捷开发的那些事
"敏捷"这个词近几年非常火,经常会有人问:"我们应该怎样开始做敏捷?"或者:"能不能来帮我们推一下敏捷?敏捷有很多实践,管理的.工程的都有,但敏捷绝非 ...
- 敏捷开发“松结对编程”实践之二:计划与设计篇(大型研发团队,学习型团队,139团队,师徒制度,设计评审,预想陈述,共同估算,扑克牌估算)...
本文是"松结对编程"系列的第二篇.(之一,之二,之三,之四,之五,之六,之七,之八) 新人其实很少偷懒,因为一方面正处于入门学习的高峰期,另一方面工作时间不长需要得到企业和团队的认 ...
- scrum敏捷开发实践—leangoo任务看板
任务板展现了我们在Sprint过程中所有要完成的任务.在Sprint过程中我们要不断的更新它.–如果某个开发人员想到了一个任务他就可以把这个任务写下来放在任务墙上. 无论每日站会过程中或者之后,如果估 ...
最新文章
- 点在多边形内的判断(射线法)
- WRF用户手册翻译:Chapter 5: WRF Model
- MapReduce其他功能
- LeetCode--single-number复杂度
- Java枚举类型 enum
- 简析三星新专利,语音识别技术的新方法
- 汽车理论课后习题matlab程序,汽车理论课后题matlab程序
- Centos 6版本Device eth0 does not seem to be present,delaying initialization.故障处理
- 二手书电商闲鱼、转转们的花样淘金和眼前僵局
- java中宏定义,宏定义的使用
- 关于iOS推送中点击通知的几点备忘
- 微信发照片怎么在服务器上删除,我们发现微信发送原图,确实会暴露位置信息!但你可以这么解决...
- Flask学习笔记(一)
- SecureRandom的江湖偏方与真实效果
- 一个北漂女程序员的心中梦想
- 高德地图Amap2.0注销清除不掉内存的解决方法
- 却话文心一言(Chatgpt们),存算一体真能突破AI算力“存储墙”|“能耗墙”|“编译墙”?
- 详解淘宝直播背后的技术
- Mopria为Windows 10更新提供IPP打印解决方案
- violates Content Security Policy报错1