✏️
kingkong
  • Introduction
  • Go
    • 入门
    • 并发
    • 避坑
    • 测试
    • GC
    • 性能剖析PProf
    • 第三方库
    • 学习资料
    • 编写可维护Go语言代码建议
    • SOLID Go Design
    • 数组与切片
    • Go Mudules
    • mac 系统go升级 1.12到1.14
  • Kubernetes
    • 安装
    • 本质
    • 常用命令
    • 架构
    • 配置文件
    • Pod
    • Kubectl
    • 学习资料
  • Mac
    • Mac
    • Alfred4
    • 开机启动项管理
    • 升级macOS Big Sur11.1后蓝牙不能用
    • macOs磁盘清理之Homebrew数据清理
  • Docker
    • 常用命令
    • Dockerfile
    • Compose
    • Registry
    • Limit
    • Network
    • Volume
    • 特殊的进程
    • Namespace-Process
    • Namespace-Mount
    • Namespace-UTS
    • Namespace-IPC
    • Namespace-Network
    • Namespace-User
    • 踩坑
  • DevOps
    • ChatOps
    • GitOps
    • SecOps
    • VictorOps
  • Algorithm
    • raft
  • 中间件
    • etcd
    • Nacos集群部署
    • zookeeper
  • 分布式
    • CAP理论
    • BASE理论
    • Gossip协议
  • 网络
    • IP地址编址方式
    • C10k
    • NIO-BIO-AIO
    • Http
  • Linux
    • 常用命令
    • 常用命令1
    • 常用网络命令
    • 进程管理
    • 守护进程
    • Systemd
    • Unix哲学
    • 端口
    • 网络
    • CentOS目录结构
    • IT
    • 文件系统
    • 开源协定
    • 基础知识
    • bash
    • shell
    • vim
    • lvm2
    • btrfs文件系统
    • raid
    • 任务计划及周期性任务执行
    • find
    • 程序包的安装卸载
    • yum
    • sed
    • 用户、组和权限
  • 数据库
    • Redis
    • MySQL
  • 消息队列
    • kafka
  • 语言之道
  • 程序设计原则
  • LoadBalancer
    • LVS
    • HAProxy
  • 敏捷
    • 影响地图
    • 卡诺模型
    • 精益画布
    • 电梯演讲
    • INVEST原则
    • 复杂系统
    • AARRR模型
    • 用户故事
    • 看板
    • Scrum
  • MicroService
    • 分布式链接追踪系统
    • ServiceMesh
    • 如何设计微服务
    • 领域驱动设计
  • 项目实战
    • 多通道告警服务
    • IAM
  • 管理
    • 沟通
    • 演讲
    • 面试官
  • Authorization
    • JWT
  • Spring
    • IoC
    • SpringFramework
    • Spring核心编程思想
  • Java
    • SPI机制
    • Jar
    • tutorial
    • 面向对象
    • 核心类
    • 泛型
    • 集合
    • IO
    • 日期与时间
    • 单元测试
    • maven
    • 函数式编程
  • Mix
    • Bookmark
    • WorkStation
    • 快速压力转换
    • 手机拍照
    • markdown画图
    • RESTful API设计
    • 如何做单元测试
    • 赶走脂肪肝
  • Aphorism
  • 互联网
    • DNS
    • Nginx
  • Rust
  • Quarkus
    • java.util.zip.ZipException: zip END header not found
  • Python
    • tutorial
  • 区块链
    • Substrate
    • BTC
Powered by GitBook
On this page
  • 看板系统
  • 软件开发中实践看板的常用泳道
  • 看板的核心实践
  • 利特尔法则

Was this helpful?

  1. 敏捷

看板

看板系统

看板(Kanban为日文发音),意译为“揭示”,原意是传达生产搬运任务的卡片。它是日本丰田生产方式的管理工具,是丰田汽车工业公司为寻求生产准时化(Just In Time),即在必要的时候,只生产必要数量的必要产品,准时送到生产线,使库存减少,甚至接近于“零”,彻底消除无效劳动和浪费的指导思想下创建的。

软件开发中实践看板的常用泳道

  • Todo 代办

  • Analysis 分析

  • Dev 开发

  • Test 测试

  • Release 发布

  • Done 验收通过

看板的核心实践

  • 可视化工作流程

  • 约束在制品

  • 度量和管理流动

  • 显示化流程规则

  • 建立反馈环

  • 在协助及实验中改进

利特尔法则

Throughout = WIP / Lead time Throughout(吞吐量):单位时间完成的工作(医院每天可以处理体检的人数)。 WIP(在制品数量):未完成体检的人数。 Lead time(前置时间):体检平均耗时= Wait time(等待时间)+ Cycle time(周期时间)。 Wait time(等待时间):排队等待的时间。 Cycle time(周期时间):生产能力最直接的体现,一项工作从开始到结束的时间(不包括等待时间)。

看板解决的痛点 不必要的截止日期、过于乐观的特性范围估计,使得工作的重心变成了将工作挤压到截止日期前而不是高质量地完成工作。 在被拆散的工作间切换、集成,对完成速率、避免缺陷和团队士气有着极其深远的负面影响。 被阻塞的工作常常被淹没在大量的工作流中,直到交付日期降至才暴露出来,但为时已晚。 大家都很忙,但彼此又不知道对方的工作,沟通不顺畅。

Previous用户故事NextScrum

Last updated 4 years ago

Was this helpful?