拉式系统(pull systems)有可预测的稳定流。
推式系统制定一个计划,拉式系统有一个工作和目标的队列。
推式系统根据计划跟踪完成度,拉式系统通过产出和完成的工作度量。
推式系统为偶然提供缓冲,拉式系统通过小的、经常任务管理可变性。
推式系统计划决定做什么,拉式系统由人直接决定做什么。
推式系统有较长反馈延迟,拉式系统有持续的短反馈环。
推式系统需要超过能力,拉式系统需要受限于能力。
推式系统固定范围和时间,拉式系统有固定的在制品WIP。
推式系统基于估算预测,拉式系统基于数据预测。
推式系统(push systems)超过能力,创建喘流,返工、浪费和延迟。
拉式系统(pull systems)有可预测的稳定流。 推式系统制定一个计划,拉式系统有一个工作和目标的队列。 推式系统根据计划跟踪完成度,拉式系统通过产出和完成的工作度量。 推式系统为偶然提供缓冲,拉式系统通过小的、经常任务管理可变性。 推式系统计划决定做什么,拉式系统由人直接决定做什么。 推式系统有较长反馈延迟,拉式系统有持续的短反馈环。 推式系统需要超过能力,拉式系统需要受限于能力。 推式系统固定范围和时间,拉式系统有固定的在制品WIP。 推式系统基于估算预测,拉式系统基于数据预测。
0 Comments
如何更好地可视化工作流:按不同工作的工作流、规模和属性等价值、风险与处理要求对工作进行划分。
将工作分类,如新特征、缺陷、技术故事; 按工作的时间敏感性划分响应优先级; 按服务的客户划分; 按不同人/团队不同工作划分; 按受阻原因划分; 按达到频率划分; 按商业竞争态势划分。 拉式系统或拉系统指的是根据客户实际需要(Demand)确定供给或生产。
就系统产能达成一致; 使用令牌(如卡片)来表示产能; 令牌附着于工作; 当令牌用完,则停止引入新的工作; 只有令牌可用时,才能引入新的工作; 下游工序通过令牌通知上游工序继续进行生产。 拉式系统意味着:系统不会过载,有效防止浪费(MuRi)。 Kanban是流的(Flow),不是规范(Prescriptive)。
Kanban是一套理念或实践,不是规范流程。 Kanban是精益系统,不是敏捷框架。 Kanban是演化式变革,不是革命。 Kanban是聚焦于知识工作,不是制造业/重复性工作。 Kanban是拉式系统,不是推式系统。 每个项目或价值流或服务都有独特的过程
节奏解耦(或无迭代开发) 工作根据延迟成本安排调度(优先级) 根据服务类别优化价值 产能分配应对风险管理 宽容实验过程 量化管理 kanban跨组织的病毒式扩展 小团队合并为更为流动性更强的资源池 精益软件开发遵循原则:尊重人,消除浪费,延迟承诺,创造知识,快速交付,内建质量和优化整体。
将软件开发过程视为管道。任何让管道慢下来的事情都是浪费。寻求方法改进过程效率是以提升价值为目标。当减少浪费时,那么改进得以发生。 精益软件开发看重系统整体,工作方式被管理或移交,是错误的根源。当问题被定义时,开发团队寻求改变系统以获得永久的改善。尽管个体的作用不容忽视,但是系统的作用大于个体作用。 精益思想要求我们把重点放在系统上——过程和政策,而不是个人的绩效上。聚焦于更好的经济成果或产出效果,而不是个体资源的利用率。 采纳Kanban并不需要大规模变革规划,然而其效果却更为深远,真正达到深刻且制度化的变革效果,比任何专家设计的转型持久。那么,我们如何采纳Kanban呢?
1.转变您的视点:精益流范式,把工作看作流(Flow)。 2.转变您的思维模式:基本原则,以现状开始,并改进。 3.转变您的进展使之持续:核心实践,让工作及其政策可视化,协作式改进,实验性演进。 简而言之,流、以现状为起点,可视化工作和政策,验证性改进。 Kanban是没有终点的演进变革,前行的路径是否正确,以组织适应性标准(如交付时间、质量、可预测性及满意度)为衡量。 流思维是思维的飞跃,流思维建立在精益和敏捷的基础之上,深受流效率比资源效率更为重要及Don Reinertsen的第二代精益产品开发的精髓——流思维Flow的影响和激励。
由方法与工具转变为原则与思维模式From “Methods & Tools ” To "Principles & Mindset". 转变之所以重要是因为增加效率以更多产出成为可能,降低交付时间以更具响应能力,在工作方法中内建高质量,授权于人自适应环境。没有防止四海而皆准的方法,因不同情境(团队、技术、市场、产品/项目)而需要调适。调适依靠的是原则和思维模式。从方法与工具如Scrum、“KANBAN”、持续集成等转变为原则与思维模式(如流、可视化和持续学习)并不容易,需要时间和耐心。这种转变不会停止,需要持续优化,坚持持续到未来。 由人力效率转变为流效率From “Resource Efficiency ” To "Flow Efficiency". 在流思维中,客户价值流是第一位的。在产品开发过程中,发现和消除障碍比人员被100%的有效利用更为重要。基于流思维,减少端到端的交付时间,以便更快地响应客户。 由零散经验转变为持续创新From “Scattered Experiences ” Continuous Innovation". 改进是实验性的,假设、预期、运行和学习形成封闭的反馈环,反馈环在不同层次如团队、业务单元和组织层次同时开展,并形成闭环。另外,实验也不是随机的,而是有意识和系统的。另外,为持续创新做规划,每日工作同时蕴含交付工作、改进工作和创新工作。 kanban透镜:创造性工作/知识工作是服务导向的,把所做的工作看作一组服务。
服务导向 Service-orientation 服务交付涉及工作流 Service delivery involves workflow 工作流流经一系列的知识发现活动。Work flows through a series of knowledge discovery activities 那么,我们会发现什么呢? 服务交付涉及工作流 工作流流经一系列的知识发现活动 我们该做什么? 知识发现流构图 注意工作如何及为什么会到来 以流的方式跟踪服务 你提供什么服务,对于服务我们需要分析: 谁是你服务的对象?(或其他利益攸关者,如监管机构) Ta的请求/需要是什么? 需要的本质是什么?(到达率和到达模式) 与请求或需要有相关的风险是什么? 你做什么可以满足这些请求? 完成的工作去哪里? Kanban 透镜 一种看待事物的新方式,使得我们不必重组组织结构而得以“Kanban化”(Kanbanize)现有结构。有时,不同的方式去看,可以揭示明显矛盾的政策和促进改进。 Kanban Board是最受欢迎的助推生产力的工具之一。
简单Smiple 浏览看板简直小菜一碟。若是物理板的话,站在三米之外能够在三秒钟内一眼看清工作动态,可谓一目了然。 可视Visuble 容易识别不同工作及其进展情况。 可访问Accessible 无论是使用白板或数字看板,每个人都容易获得信息,可谓唾手可得。 及时Current 任务和项目分解至可视项,看到每日工作的进展(通常至少每日更新)。 Standardized标准 每个人都遵循同样的高效工作流程。 |
Author我是一名敏捷教练致力于帮助软件组织探索和设计更好地交付高价值软件的方法,专注于向软件团队讲述如何创造价值以愉悦客户并利用精益与敏捷指导软件开发。 Archives
一月 2023
Categories
全部
Click here to edit.
|