21天敏捷打卡-看板

看板在我们生活中随处可见,”课程表、餐厅的餐牌、加油站的今日油价等等“,其作用便于所有人了解点前的状态,例如通过课程表,可以让我们知道接下来课程的安排,做出有计划的复习、和课前准备。

在制造业中看板运用的价值更为突出,通过生产看板,可以及时了解到当前的生产状况、物料信息、品质信息,便于整个车间\小组都能理解当前的生产状态,并以一种自发的、有动力的相互协作的方式完成今日的目标。上图是一个我在开发中常用到的看板,通过”待处理、开发中、评审中、集成测试中等“几个状态,组员可以清晰的知道当前的工作进度,以便于随时协助其他同事的工作,毕竟,一个团队中,没有你我之分,要么一起完成任务,要么都没完成。至少的要求我的团队理念是这样。

看板分为几种:

  1. 任务看板;
  2. 特性看板;
  3. 停车场;
  4. 燃尽图;
  5. 燃起图;
  6. 表情日历;

1-5这里不提,”表情日历“讲两句,记得一次在青岛海尔实验室实施项目,发现厂区有一个心情看板,上面列出当前心情状态不佳员工信息。通过当前的看板,可以让管理人员、组员随时了解到同事的心理状况,也体现一种人文关怀。海尔的成功是必然的,基层员工的心理动态都时刻关注,避免因过载而失控;

从三个角度来组织看板:

  1. 时间:在任何项目中,项目的时间首先是第一关注点,敏捷也不例外。时间会被分解成若干”发布“,每个发布有被分解成若干”迭代“,每个迭代有分解成若干”工作日“,通常每次迭代1-2周,是最小的粒度;发布的时间1-6月以上不等,这是粗的粒度,整个团队的一个同步点。
  2. 任务:任务可以分成三种粒度,最高层”特性“,每个特性被分成若干”故事“,每个故事分成若干最低乘次的“任务”,例购买车票是一种特性,可以分解成购买头等座、二等座、硬座、无座这几种故事。购买头等座的故事可以拆分成若干的任务:秘书购买、APP购买、助理购买、车站购买、黄牛购买等最低层次的实现步骤;故事一个可以测试的片段,购买车票的故事特性,以成功购买到火车为测试标准。而任务是一个工作单元,通常以开发者或执行者的语言来描述。
  3. 团队:客户、研发人员、业务分析人员、用户、测试人员、利益相关者为了统一个目标而组件起来的团队。时间和任务信息通过共享的方式来达到完成项目的目标。

总结:无论精益制造、精益产品开发、敏捷开发,看板是一项重要的时间,和其他敏捷方法(之前讲的几种方法还记得吗?)相比,具有更强的可实施性,直观性,通过看板,团队当前的任务完成度、计划达成率、速率等信息会迫使团队组员不得不去关注,思考和找出瓶颈所在,通过结合其他方法来改进、提升当前团队的效率和品质,为产品的落地保驾护航!

原文地址:https://www.cnblogs.com/atun/p/12099588.html

时间: 2024-10-31 12:58:26

21天敏捷打卡-看板的相关文章

21天敏捷打卡--敏捷方法实现

常用的敏捷实践包含:精益.看板.Scrum.XP极限编程.水晶.DSDM动态系统开发.FDD功能驱动开发.AUP敏捷统一过程.OpenUP. <敏捷实践指南>将敏捷方法和看板方法是为精益方法的子集.因为他们都符合精益思想的具体实例,都反映了“关注价值”.“小批量”.“消除浪费”. 精益软件开发LSD TPS 面对场景 解说 原则 解说 过度 对员工和生产/研发过程施加不必要的额外压力 消除浪费 无法带来价值的事务就是浪费 违规 不切实际的需求导致过生产/研发程中的不均匀 尽快交付 短期迭代或小

21天敏捷打卡-用户故事地图

上图是基于敏捷故事的一个看板或者说敏捷流程中的一种,没有什么比亲身投入的效果更好.用户.组员需求方通过自身的投入.表达以便于让团队成员更加了解其想法和统一组员的想法.用户故事是一种思维,通即故事思维,运用故事的元素进行思考和设计,解决问题.达到某种效果.用户故事设计中核心是通过故事传递信息,引起共鸣,决绝问题. 讲故事不是一个简单工作,需要优秀的组织能力,清晰的表达方式,达到听众清晰明了我们想表达的.这里笔者建议,如果平时和人交流的时间太少,可以通过书写博客等方式,组织自己的中心思想,让听众知道

21天敏捷打卡-敏捷估计与规划

通过之前的章节,我们可以清楚的知道,估算交付时间.交付成本.可获得利润,对项目是否可以落地有重要的影响. 敏捷估算的基础: 为什么要估算:估算可以让团队了解项目规格计算ROI和IRR,形成可执行许可的基础,有了估算,市场也可以提前的为后期产品上市做准备: 谁执行估算?:产品负责人.敏捷教练: 会议什么时候进行?自然是越快越好,在整个项目进行之间,同样随着逐步完善更多的信息,估算也要持续进行.敏捷提倡:拥抱改变,那既然拥抱改变,估算也要做调整,该加人手就要加人手.不要一味指望加班来压缩成本,随着9

TFS 2015 敏捷开发实践 – 看板的使用

看板在现代应用开发过程中使用非常广泛,不管是使用传统的瀑布式开发还是敏捷开发,都可以使用看板管理.因为看板拥有简单的管理方法,直观的显示方式,所以很多软件开发团队选择使用看板进行软件开发管理.本文不在对看板管理理论进行过多的赘述了,只是在这里介绍一下如何使用TFS的看板功能.最新版本的TFS提供了功能强大的电子看板(最新发布的TFS 2015 Update 2.1中,也包含了对看板功能的提升),并且能对看板的显示进行大量定制,而且还加入了泳道的功能.开发团队可以根据自己的需求来定制属于自己团队的

精益看板管理和敏捷软件开发 (转)

最近看了InfoQ上关于精益看板在软件开发上的一些实践和应用的文章,敏捷软件开发借鉴了很多TPS精益生产的思想,虽然没有完全提到看板的概念,但是看板在敏捷软件开发实践中是很有必要进行的.具体InfoQ的一些文章请参考: 将看板应用于软件开发:从敏捷到精益http://www.infoq.com/cn/articles/hiranabe-lean-agile-kanban 用“看板图”实现敏捷项目的可视化http://www.infoq.com/cn/articles/agile-kanban-b

使用看板进行敏捷开发

敏捷开发工具"看板",该词汇来自于岛国,当我看到看板的英文时,我真的惊呆了,看板竟然就是 Kanban?! 我们可以结合 Scrum 与 Kanban,让项目管理更加有效,让资源分配更加合理,让绩效考核更加公平! 对于项目经理而言,最担心的就是项目进度不可控,不知道每位开发人员具体的工作进度,有了 Kanban 一切都是那么地清晰. 对于开发经理而言,最担心的就是资源分配不合理,忙的人忙死,闲的人闲死,有了 Kanban 一切都是那么地自然. 对于开发人员而言,最担心的就是绩效考核不公

用看板做敏捷开发

编者注:对于需要在不同地点.时间协同的团队,可以用电子看板,比如 Leangoo . 正文 今天想与大家分享一款敏捷开发工具“看板”,该词汇来自于岛国,当我看到看板的英文时,我真的惊呆了,看板竟然就是 Kanban?! 我们可以结合 Scrum 与 Kanban,让项目管理更加有效,让资源分配更加合理,让绩效考核更加公平! 对于项目经理而言,最担心的就是项目进度不可控,不知道每位开发人员具体的工作进度,有了 Kanban 一切都是那么地清晰. 对于开发经理而言,最担心的就是资源分配不合理,忙的人

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

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

使用leangoo实现多泳道任务看板

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