首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏知识碎片

    Kanban

    区别于传统的Waterfall瀑布式开发,Agile敏捷是理想型指标和原则,Scrum和Kanban是帮助团队坚持敏捷原则并完成工作的基本框架 Scrum Kanban 节奏 固定时间长度,例如两周

    90300发布于 2021-02-19
  • 来自专栏DevOps持续交付

    DevOps中的Kanban

    一、Kanban 的起源和概念 Kanban 最早起源于日本的制造业,用于控制生产过程中的材料流动和作业调度。在软件开发领域,Kanban 的概念逐渐得到了应用和推广。 Kanban 旨在实现可视化管理,通过明确工作流程的状态和限制工作队列的大小,帮助团队更好地平衡工作负载,提高工作效率和质量。 二、Kanban 的核心原则 1. 三、Kanban 在 DevOps 中的应用 在 DevOps 中,Kanban 提供了一种可量化的、可视化的方法来管理软件开发过程中的各个环节。 四、Kanban 的优点与局限 1. 优点:Kanban 的优点在于它能够明确工作流程、控制工作负载和提高工作效率。 此外,Kanban 还鼓励团队不断观察和分析工作流程,发现存在的问题和瓶颈,并进行持续改进。 2. 局限:然而,Kanban 也存在一些局限性和挑战。

    30410编辑于 2024-01-23
  • 来自专栏PM吃瓜(公众号)

    Jira software 使用系列 -Kanban

    2-2 kanban 面向以连续流程(而不是冲刺)监控工作,且专注于管理进行中工作的敏捷开发团队。(包括看板待办事项列表选项。) 仅针对 Scrum 和看板模板,系统还会提示您选择项目类型。

    1.7K10编辑于 2023-03-02
  • 来自专栏见睿思齐

    可视化管理的kanban插件 | Obsidian实践

    kanban插件 在Obsidian中,可以通过kanban插件实现看板管理。 kanban插件属于第三方插件,如果你是一个Obsidian的新手用户,初次使用Obsidian,可能需要花时间研究一下安装插件的方法:如何安装Obsidian插件 | Obsidian实践 kanban 方法1:1)选择【打开命令面板】选项;2)输入【kanban】关键字,搜索相关命令;3)选择【kanban:创建新看板】; 方法2:在任意目录上,点击鼠标右键,从快捷菜单中选择【新面板】选项。 kanban模板 对于典型场景的常用看板,可以设置为模板反复使用,无需重复创建和设置看板。 所以在Obsidian中,【kanban】可以转化为【列表项】显示。 【kanban】的优点是:显示更具可视化;操作更友好;操作逻辑更符合一般直觉;但缺点是:鼠标操作一通点点点,低效繁琐。

    2.6K10编辑于 2024-03-04
  • 来自专栏敏捷管理

    【Kevin聊敏捷】看板Kanban-概述

    敏捷和看板Kanban都脱胎于精益Lean。 看板Kanban应用于敏捷项目管理,是让团队成员能够随时随地查看工作的状态。所以看板Kanban也成了敏捷开发团队一个非常重要的功能。 Toyota-Kanban-uncropped.jpg 二、敏捷管理引入看板Kanban 2006年前后,David J. Anderson认为看板Kanban方法可以应用于敏捷管理领域,帮助企业提高敏捷性,于是他写了经典作品《Kanban》,这本书目前也是评价最高的敏捷看板经典数据,大家可以在“亚马逊”购买。 看板Kanban也逐渐成为了PMI最新版的《敏捷实践指南》的一类。 敏捷看板.png 近几年,看板Kanban敏捷管理领域广泛使用,已经成为了仅次于scrum的方法,在敏捷工具中更是稳居第一。

    1.5K00发布于 2020-11-28
  • 来自专栏睿哥杂货铺

    The Road To Leader:基于看板(Kanban)的管理实践

    本文主要包括以下内容: 核心理论:流动性、可视化 实践方法:看板设计模式、可视化技巧、平衡群体智慧和个体差异 一、Kanban看板核心理论 1、起源 Kanban(看板)是一种生产管理系统,起源于1940 [Kanban_Toyota.gif] 2、BASIC of Kanban:流动性 Cycle Time = Work in Progress / Throughput Kanan看板系统的基础理论是利特尔法则 — 李兴双 中国工商银行软件开发中心 Kanban看板可视化的一些技巧: Kanban看板墙需放置于工作区醒目位置 不同事件类别使用不同颜色,紧急事件(URGENT)使用醒目颜色(红色) 故事卡片常规要素 在Kanban看板实践中,我目前的判断是不建议套用倾向量化方案的“高级”看板。 当你的组织还远远没有达到精益生产、杜绝延期的境界之前,将敏捷的Kanban看板应用急用进入量化范畴,是不明智的。 [Kanban_Pattern_YR_201707.png]

    1.5K90发布于 2018-01-13
  • 来自专栏UniPro

    UniPro-Kanban 上线:让研发管理更“透明”

    UniPro-Kanban上线: 强调“透明”基于低代码技术搭建的UniPro-Kanban,从整体配置到具体项目任务状态,各环节和流程的设计更加灵活、可视化,任何团队每日站会都可使用UniPro-Kanban UniPro-Kanban支持基于任务类型等各种需求维度划分泳道,方便研发经理、项目经理等直观了解任务状态和从属关系,帮助团队成员更高效地查阅迭代进展、更快速地核查流程合理性。让项目更透明。 UniPro-Kanban致力于打磨方便易用的产品特质,通过极简风的产品理念,为开发者简化协作流程,只需进入UniPro-Kanban页面,即可实时展示当前迭代的开发进度,帮助客户快速完成子任务拆分与工作指派 除此之外,UniPro-Kanban也有更多功能:· 贴合国内用户管理习惯,在父子工作项的设计中,子工作项能被随时展开和折叠,方便对父工作项一目了然。

    47350编辑于 2022-06-08
  • 来自专栏敏捷管理

    【Kevin聊敏捷】看板Kanban的5个核心实践

    今天将讲解看板Kanban的5个核心实践,这是非常重要的一节,我尽量做到通俗易懂 一、5个核心实践的概要 Kanban从脱胎自丰田公司的工程管理方法以来,在不同领域都有发展出具有领域特色的实现形式。 (Kanban有4大核心实践和5大核心实践两种不同说法,这里我们采用了5大核心实践说法) 这5个核心实践正如图示所述,越是靠近圆心的实践,影响越深,越积极。 A007.jpeg 二、Scrum和看板Kanban的区别 大家可能发现,在Scrum里面也有看板,很多人就理所当然的认为scrum的看板就是我们这几家课所的敏捷的看板Kanban。 类别 Scrum Kanban 节奏 固定的sprint周期(例如:两周) 持续的 交付 在每个sprint结束的时候输出可工作软件 随时交付或者由团队成员决定什么时候交付 角色 产品负责人(Product

    1.4K00发布于 2020-12-05
  • 来自专栏见睿思齐

    kanban插件实现4D工作法 | Obsidian实践

    解决这个问题的方法可以有很多种,4D工作法只是其中的一种,并且我们可以通过Obsidian的kanban插件来实现它。 大家好,我是睿齐,正在努力成长为一个知识管理实践教练。 今天我们就来聊聊,如何使用Obsidian的kanban插件,实践4D工作法,管理日常事务,收获从容不迫且充实的人生。 Prompt:从容不迫且充实的人生,插画。 关于4D工作法的详细介绍,可以参考阅读《只管去做》第5章第1节:忙完工作再去实现年度计划就没戏了 那么,如何用Obsidian的kanban插件来实现?其实非常简单且直觉。 kanban插件的基本使用就不介绍了,有需要的朋友可以戳:可视化管理的kanban插件 | Obsidian实践 我个人的实践是这样的: 创建一个kanban,包括3个列,分别是【立即去做】【计划去做

    1.1K10编辑于 2024-03-13
  • 来自专栏DevOps时代的专栏

    中国台湾资深老专家:Scrum 和 Kanban 你选对了吗?

    Kanban 是教我们如何自我检讨,可以迅速消除浪费,而得到好的效能。 如果你是开发团队,当然是先从Kanban 开始。 如果你是运维团队,当然是先从Kanban 开始。 如果你是测试团队,当然是先从Kanban 开始。 看的见以后才可以减少猜测的比例。 至于Scrum 与 Kanban Method 之间,则都是通往敏捷开发的路径。 先学会Kanban Method 再跨足 Scrum 的人呢? 则可以看到敏捷开发在处理复杂问题上的具体方法,真正懂得去追求效能之外的正确性与方向。 先学 Scrum还是 Kanban?

    1.8K00发布于 2017-07-12
  • 来自专栏敏捷管理

    【Kevin聊敏捷】看板Kanban的8目标和3原则

    敏捷中的看板Kanban有自己的目标和原则,下面将和大家好好分享下。 一、看板的8目标 1.1 优化当前的流程 不管是什么样的流程,都值得不断地去优化。针对不同的项目,不通的阶段,都可以做调整。 A001.jpg 1.2 交付高价值 看板Kanban和敏捷一样,都是要交付高价值的产品,所有的一切都是围绕这一点进行的。在看板Kanban的甬道中应该优先排高优先级的需求/任务。 这就是透明化的表现,当然现在越来越多的项目管理软件都有看板Kanban的功能,这就更加优化的透明化,你甚至可以在地铁上,公交车上,随时随时查看你项目的看板Kanban A05.jpeg 1.8 设计一个高成熟度组织的流程 所以不管是敏捷,还是看板Kanban都需要我们花心思去设计一个成熟度高的流程,这样才能事半功倍。 A06.jpeg 二、看板Kanban的3项原则 从你知道的开始 尊重所有 拥抱变换 ---- maclane.png 28.【Kevin聊敏捷】看板Kanban-概述 27.

    96400发布于 2020-12-05
  • 牛,AI 写代码进入“编排时代”:Vibe Kanban 让多个 Agent 并行干活~~~

    VibeKanban的思路很直接:把AIcodingagent当“同事”,用一个Kanban看板来分配任务、并行跑多个agent、可视化review改动,再把结果合回主分支。 终端运行:npxvibe-kanban它会绑定一个随机空闲端口、在终端打印地址并自动打开浏览器。 想固定端口(方便做“桌面应用”或书签):PORT=8080npxvibe-kanban可选:装VSCode扩展,在扩展市场/IDE里搜这个ID:@id:bloop.vibe-kanban。 项目地址https://github.com/BloopAI/vibe-kanban版本B:60–90秒口播脚本(偏短视频/播客)你用ClaudeCode/Codex写代码的时候,有没有这种感觉:开一个任务就要盯着终端刷日志 上手很简单:Node18+,终端跑npxvibe-kanban,想固定端口就PORT=8080npxvibe-kanban

    83610编辑于 2026-01-14
  • 来自专栏DevOps实践之路

    相较于Scrum, 我更推崇精益Kanban,帮助团队建立价值交付流,识别瓶颈问题

    当实现Agile和Devops方法时,Kanban和Scrum提供了管理这些复杂工作的不同的实践。 简单来说,Kanban和Scrum是进行敏捷开发或项目管理工作的两个不同的策略或者方法论。 如果你是「运维团队」,当然是先从Kanban 开始。 「先导入 Scrum还是 Kanban? 总结 Kanban主要用来可视化你的工作,限制在制品,使其最大效率的流动。Kanban团队聚焦在减少花在项目(或者用户故事)上的从开始到结束的时间。 敏捷中的持续改进思想在Scrum和Kanban都有所体现,而且是很核心的一个内容;精益中的拉动式生产在Scrum和Kanban中也都分别覆盖,Kanban方法体现的更加直接,下游直接拉动上游的工作任务。

    97720编辑于 2023-08-29
  • 来自专栏授客的专栏

    odoo 开发入门教程系列-QWeb简史

    看板视图的定义与列表视图和表单视图的定义相似,只是它们的根元素是kanban。 看板视图最简单的形式如下: <kanban> <templates> <t t-name="<em>kanban</em>-box"> <div class="oe_<em>kanban</em>_global_click 看板视图必须至少定义一个根模板<em>kanban</em>-box,每个记录将呈现一次。 <t t-name="kanban-box">:<t>是QWeb指令的占位符元素。 在本例中,它用于将模板的name设置为kanban-box

    :oe_kanban_global_click让
    可点击,以打开记录 <kanban> <field name="state"/> <templates> <t t-name="<em>kanban</em>-box"> <div class

    3.2K21编辑于 2023-04-28
  • 来自专栏DevOps时代的专栏

    DevOps 的发展简史

    1960 - Kanban(工业制造) Kanban 源于丰田生产模式,Kanban 一词来源于日文。随后,在2006年,软件行业中也出现了 Kanban 的概念。 用过一张对比图来看一下 TPS 中的 Kanban 与软件行业中的看板。 由上图可见,软件行业中使用的 Kanban(比如 Trello,Jira)这些应用,其实都是来源于 TPS。 当然,工具是一方面,怎么去运用 Kanban 是另一个话题了,只有在工具和运用配合得当的时候,才可以发挥作用,不然 Kanban 就只会变成一个摆设。 2006 - Kanban(软件行业) 在 2006年,软件行业也开始大规模应用 Kanban 模式,也出现了相应的 SaaS 服务。 国内现在也已经普及了 Kanban 模式的使用,不过,大多数情况,并没有应用的得心应手。Kanban 的存在很多时候,都是在应付每周一次的例会。

    1.2K30发布于 2021-11-10
  • 来自专栏开源 & 技术分享

    DevOps 历史

    1960 - Kanban(工业制造) Kanban 源于丰田生产模式,Kanban 一词来源于日文。随后,在2006年,软件行业中也出现了 Kanban 的概念。 [kanban.png] 由上图可见,软件行业中使用的 Kanban(比如 Trello,Jira)这些应用,其实都是来源于 TPS。 当然,工具是一方面,怎么去运用 Kanban 是另一个话题了,只有在工具和运用配合得当的时候,才可以发挥作用,不然 Kanban 就只会变成一个摆设。 2006 - Kanban(软件行业) 在 2006年,软件行业也开始大规模应用 Kanban 模式,也出现了相应的 SaaS 服务。 国内现在也已经普及了 Kanban 模式的使用,不过,大多数情况,并没有应用的得心应手。Kanban 的存在很多时候,都是在应付每周一次的例会。

    97290发布于 2021-09-28
  • 来自专栏全栈程序员必看

    外行假装内行,我也来谈谈SAP BAPI和BADI

    : (看板) BAPI_KANBAN_CHANGE 更改kanban数据 BAPI_KANBAN_CHANGESTATUS 更改kanban状态 BAPI_KANBAN_CHANGESTATUS1 更改kanban状态1 BAPI_KANBAN_GETLIST 匹配选择标准KANBAN的测定BAPI_KANBAN_GETLIST_ALL 匹配选择标准KANBAN的测定 BAPI_KANBAN_GETLISTFORSUPPLIE1 匹配选择标准KANBAN的测定 BAPI_KANBAN_GETLISTFORSUPPLIER 为供应商提供kanban数据 BAPI_KANBAN_SETINPROCESS 为供应商提供kanban数据 KANBAN

    2K30编辑于 2022-09-15
  • 来自专栏翩翩白衣少年

    AI编程Agent的“赛博包工头”来了,Vibe Kanban让效率再翻 10 倍!

    直到我在 GitHub 上刷到了这个神级工具 — Vibe Kanban,它不是另一个 AI 编程工具,它是 AI 编程工具的“包工头”系统。 Vibe Kanban 是什么? Vibe Kanban 的 slogan 说得很直白:"让你从Claude Code、Codex等AI编程工具中获得10倍效率提升"。 支持的 AI Coding Agent 工具有: 核心功能解析 Vibe Kanban 之所以能解决“并行开发”的难题,靠的是几个非常硬核的技术设计。 Vibe Kanban 就是为这个转型量身定做的工具。 如果你还在用传统的“一个窗口一个 AI”的方式写代码,那 Vibe Kanban 真的很有用。

    29210编辑于 2026-03-16
  • 来自专栏云原生生态圈

    DevOps 的发展史

    1960 - Kanban(工业制造) Kanban 源于丰田生产模式,Kanban 一词来源于日文。随后,在2006年,软件行业中也出现了 Kanban 的概念。 用过一张对比图来看一下 TPS 中的 Kanban 与软件行业中的看板。 由上图可见,软件行业中使用的 Kanban(比如 Trello,Jira)这些应用,其实都是来源于 TPS。 当然,工具是一方面,怎么去运用 Kanban 是另一个话题了,只有在工具和运用配合得当的时候,才可以发挥作用,不然 Kanban 就只会变成一个摆设。 2006 - Kanban(软件行业) 在 2006年,软件行业也开始大规模应用 Kanban 模式,也出现了相应的 SaaS 服务。 国内现在也已经普及了 Kanban 模式的使用,不过,大多数情况,并没有应用的得心应手。Kanban 的存在很多时候,都是在应付每周一次的例会。

    40920编辑于 2022-04-08
  • 来自专栏Cloud Native - 产品级敏捷

    你必需要知道的关键思路; 关于 DevOps、精益、 敏捷开发

    不论团队是要导入 DevOps 、Scrum、SAFe、LeSS、Kanban, 都应该要从 “团队的现况” 与 “开发人员的行为数据” 开始。 所以,身为 DevOps, SAFe, Scrum, LeSS, Kanban 的教练、顾问, 都不应该背离了 “编程”,更不该对 “人类的行为模式” 是茫然无知的。 我并不是说 DevOps, SAFe, Scrum, Kanban⋯是没有用的。 我只是想建议,我们应该要 “颠倒” 下我们理解的思路;不要急着将在 DevOps, SAFe, Scrum, Kanban 中所学到的 “答案”,就直接的套在我们日常的软件开发当中。 相反的,应该是从我们日常的软件开发当中,去引导、去设计出我们所真正需要的 DevOps, SAFe, Scrum, Kanban

    1.1K70发布于 2018-05-27
领券