看板 | 漫话之减少WIP(在制品)】的更多相关文章

传统的流水线生产模式中,生产流程按生产程序进行划分,而各部分因动作的难度或复杂程度的差异导致用时不同. 例如:一个产品进行组装用时2分钟,完成装箱工作只需10秒.在这种情况下,组装动作用时长.产出慢,工作大量堆积,因此无法及时递交给下一级进行装箱工作,而负责装箱工作的人员在这段时间内无事可干.最终导致产品滞留在生产线中,在制品大量堆积,完成品量少,生产率低下. 该问题的存在要求团队重新调整看板,降低WIP指数,减少半成品的数量堆积,注重成品的产出效率. 在制品就是生产流程里正在制作中的产品,通俗…
看板的朴素思想:在制品(work-in-progress, WIP)必须被限制 WIP上限和拉动式生产 1. Scrum与看板简述 Scrum:组织拆分,工作拆分,开发时间拆分,优化发布计划,过程优化 看板:流程可视化,限制WIP,度量生产周期 2. Scrum和看板的关系 Scrum和看板都是过程工具 Scrum和看板只是给了一些明确的约束和指导,比如,Scrum的约束是固定时长的迭代和跨功能团队,看板的约束是要有可见的看板,队列大小要有约束 敏捷方法也被称作轻量级方法 3. Scrum规定了…
改进从何谈起?必须找到起点,那起点从哪来? 看板不需要像Scrum那样改变以往工作角色,简单通过任务上墙,配合敏捷的设计就能通过显示化日常工作来让问题自己蹦出来.在任何一个新采用看板的研发团队,执行一两周后一定会暴露出很多在开发过程中的问题,这些问题就是团队成长的空间,可以把这些问题作为团队持续改进的出发点. 上午公司开完2016战略发布会,想想应该回顾一下了,来到公司给大家说说材价看板两周中发生的事情,下周再带着团队一起做一个回顾会议(如果还不知道回顾是什么,看看我以前写的 <回顾会议>).…
第1章 为什么需要敏捷 第2章 敏捷和敏捷项目管理定义 第3章 敏捷项目管理价值和原则 1.我们的最高目标是,通过尽早持续交付有价值的软件来满足客户的需求 2.欢迎对需求提出变更,即使在项目开发后期也不例外.敏捷过程要善于利用需求变更,帮助客户获得竞争优势 3.要经常交付可用的软件,周期从几周到几个月不等,且越短越好 4.项目实施过程中,业务人员与开发人员必须始终通力合作 5.要善于激励项目人员,给予他们需要的环境和支持,并相信他们能够完成任务 6.团队内部和各个团队之间,最有效的沟通方法面对面…
♡.Oracle EBS(ERP)Oracle 是公司名字,这个我估计大家都知道.EBS是E-Business Suite的缩写,简单的说,就是Oracle做的一个企业级的信息化软件或者系统,里面包含了财务,人力,分销,资产等很多企业用的到的模块.现在主流的就是SAP和Oracle EBS.在EBS 顾问这个行业,粗略的有以下分工.♡.Oracle EBS Function Consultant 功能顾问功能顾问呢,就是业务顾问,可以理解为普通软件行业的产品经理,主要是熟悉业务的同时也熟悉系统相…
转自本人运营的公众号“ 携程技术中心PMO”(ID:cso_pmo)         WIP是什么?   WIP(work in progress)指的就是工作中心在制品区.在经过部分制程之后,还没有通过所有的制程,或者还没有经过质量检验,因而还没有进入到成品仓库的部分,无论这部分产品是否已经生产完成,只要还没有进入到成品仓库,就叫WIP.   交付周期 = WIP/ 交付速率   交付周期:指需求从进入开发团队到完成交付的时长 WIP数:指整个系统中并行需求的数目,是处于各个阶段的需求数之和…
WIP限制并不是真的要限制你的进度,事实上正相反. 什么是WIP限制? 在敏捷开发中,WIP限制决定了每种情况下的工作流中可以存续的最大工作量.限制进行中的工作数量可以更容易辨识团队工作流中的无效工作.在情况变得更糟前,一个团队的持续交付通道中的瓶颈是非常容易辨别的. 为什么说WIP限制很重要? 所以现在你一定在想,“赶快告诉我更多吧!”(好吧,我希望你是这么想的.) WIP限制通过强制让团队聚焦在更小的一套任务中来改善吞吐量和减少“将要完成”的工作量.从根本上来讲,WIP限制鼓励的是“完成”的…
看板:在制品(work-in-progress, WIP)必须被限制 WIP上限和拉动式生产   1. Scrum与看板简述 Scrum:组织拆分,工作拆分,开发时间拆分,优化发布计划,过程优化 看板:流程可视化,限制WIP,度量生产周期   2. Scrum和看板的关系 Scrum和看板都是过程工具 Scrum和看板只是给了一些明确的约束和指导,比如,Scrum的约束是固定时长的迭代和跨功能团队,看板的约束是要有可见的看板,队列大小要有约束 敏捷方法也被称作轻量级方法   3. Scrum规定…
敏捷是理想型指标和原则,看板和Scrum是帮助团队坚持敏捷原则并完成工作的基本框架.本文详细介绍了在Scrum和看板之间做出选择时要考虑的关键因素,以及如果我们无法做出决定时该怎么办. Scrum和看板实践之间的区别很容易总结出,但这只是表面上的.虽然这两种框架实践起来不同,但原则基本相同,他们都将帮助团队以更高的效率构建更好的产品和服务. 敏捷 敏捷是一种结构化的迭代方法,多用于项目管理和产品开发.它根据产品开发的波动性特征,为组织团队提供了一种能够在不偏离项目常规轨道的情况下随时作出响应.更…
在服务企业研发团队的过程中,我们发现不少团队碰到了类似的问题: 团队成员声称完成了自己的大部分任务,但团队实际交付的需求却寥寥无几? 由于某些问题导致工序一直处于等待状态,怎么识别和处理这些延迟? 成员之间不知道互相都在干什么?各自鸵鸟式地进行着工作. 当你计划分派任务给某个成员,对方告知他之前收到来自高层的直接任务指派,所以没空. 你经常在思考究竟哪些工作是最重要的?如何避免被无穷无尽的项目与工作淹没? CODING 也在不断思考有哪些实践与工作方式可以帮助这些团队去解决上述问题. "看到&q…