首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 管理中的看板方法如何电子化?

    管理中的看板方法如何电子化?传统看板有啥特点?传统的看板,就是用纸质卡片或实物板,把任务、物料状态、生产进度直接贴在墙上,让所有人一眼就能看到“该干啥”“该补啥”。 它的优点是直观、低成本,但缺点也明显——信息更新要靠人工搬卡片、写字跨部门、跨地点的人看不到数据不能自动统计、分析注:本文示例所用方案模板:简道云管理系统,给大家示例的是一些通用的功能和模块,都是支持自定义修改的 与业务系统打通 看板不应该是单独的一块屏幕,而是和ERP、MES、WMS等系统实时同步。这样物料消耗、订单变更、生产报工的数据自动推送到看板上,不需要人工二次录入。3. 移动化+多端访问 员工在手机、平板上也能查看和更新看板,不再受限于物理位置。尤其是多工厂、多部门协同时,移动端是必需的。4. 数据分析和预警 电子看板可以做的事,比纸质看板多得多。 渐进式替换 别指望一夜之间全电子化,可以先选一个生产线或部门试点,把纸质看板和电子看板同时使用,让团队慢慢适应新的操作方式。

    29800编辑于 2025-08-14
  • 来自专栏CODING DevOps

    产品开发 —— 思想 & 价值观

    思想 思想源于丰田的生产方式,1996 年 James Womack 和 Daniel Jones 的《思想(Lean Thinking)》一书问世,生产方式由经验变成为理论,新的生产方式正式诞生 思想理念 思想的理念主要包含三部分: 系统思维 大处着眼,小处入手。 价值驱动 增值意义,拉动。 流程速度 增值百分比,效率。 思想的思想体系 思想对生产的思想体系进行了理论升华。 3 让价值持续流动 让用户价值在流程步骤中流动起来,使它们持续、顺畅的流向最终用户。 3. 现地现物 观察以了解实际情况,通过现地现物看清事物的本质,做出正确的判断,迅速果断地统一意见,并全力以赴实施。 软件开发方法主要包括瀑布、敏捷、等; 2. 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等; 3.

    1.6K30编辑于 2022-03-16
  • 来自专栏数字化 IT 从业者路径课

    产品开发 —— 思想 & 价值观

    思想 思想源于丰田的生产方式,1996 年 James Womack 和 Daniel Jones 的《思想(Lean Thinking)》一书问世,生产方式由经验变成为理论,新的生产方式正式诞生 思想的思想体系思想对生产的思想体系进行了理论升华。将生产的五大原则升级为思想的五大原则。 3 让价值持续流动让用户价值在流程步骤中流动起来,使它们持续、顺畅的流向最终用户。4 用户价值拉动是用户价值拉动,由用户的最终价值拉动这个流动,避免不带来用户价值的浪费,让用户价值拉动整个价值流。 3. 现地现物观察以了解实际情况,通过现地现物看清事物的本质,做出正确的判断,迅速果断地统一意见,并全力以赴实施。 软件开发方法主要包括瀑布、敏捷、等;2. 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等;3.

    1.6K20编辑于 2023-03-22
  • 来自专栏CODING DevOps

    产品开发 —— 软件开发 & 产品开发

    建立需求价值权重模型 3. 产品功能价值排序 4. MVP 定义 5. 价值验证反馈 3. 看板 建立看板 可视化价值流动 1. 可视化用户价值。 产品的目标是交付用户价值,看板的可视化也应该从用户的视角来组织; 2. 可视化用户价值端到端的流动过程。所谓端到端,是指价值提出到价值交付的整个过程; 3. 可视化问题和瓶颈。 控制在制品数量帮助团队暴露瓶颈和问题; 3. 控制在制品事实上形成一个拉动机制,下游顺畅时才能从上游拉取新的工作,最终拉动整个价值流动的用户价值交付。 运作看板 管理价值流动 1. 就绪队列是看板系统输入和价值流动的源头。 2. 管理价值流动的中间过程:看板站会。 3. 管理价值流动的输出:发布评审。 建立反馈持续改进 反馈 1. 产品的设计及内部质量 3. 团队的结构及人员能力 4. 环境及工具的改进 产品开发价值与影响 传统的产品开发把内部资源作为中心,在实践上强调任务的分解与分配,以及计划的制定、执行、跟踪和控制。

    1.7K10编辑于 2022-02-13
  • 来自专栏DevOps时代的专栏

    看板,换一个方式看软件开发

    回到的概念上,什么是效率? 下图是我们研发过程当中使用的一个看板,我们挑几点来说。 这个就是我们做的看板,我们做了之后发现了一些非常好的改进点,比如希望看到每个价值单元从头走到尾,所以我们特别强调全功能团队能够把需求的生命周期全部做完。 第二个号的改进点是我们希望通过看板激发组织活力。 看板可以看到很多的瓶颈,按照我们以前的模式,项目经理指定,但如果我们给每个开发人员把所有的任务都列出来,把目标工作量,难易程度,时间都明码标价,让开发人员自己去抢,同时在看板会产生一个卡片,会有你的署名

    1.8K20发布于 2019-05-09
  • 来自专栏数字化 IT 从业者路径课

    产品开发 —— 软件开发 & 产品开发

    建立需求价值权重模型3. 产品功能价值排序4. MVP 定义5. 价值验证反馈3. 看板建立看板可视化价值流动1. 可视化用户价值。 产品的目标是交付用户价值,看板的可视化也应该从用户的视角来组织;2. 可视化用户价值端到端的流动过程。所谓端到端,是指价值提出到价值交付的整个过程;3. 可视化问题和瓶颈。 控制在制品数量帮助团队暴露瓶颈和问题;3. 控制在制品事实上形成一个拉动机制,下游顺畅时才能从上游拉取新的工作,最终拉动整个价值流动的用户价值交付。运作看板管理价值流动1. 就绪队列是看板系统输入和价值流动的源头。2. 管理价值流动的中间过程:看板站会。3. 管理价值流动的输出:发布评审。建立反馈持续改进反馈1. 产品的设计及内部质量3. 团队的结构及人员能力4. 环境及工具的改进 产品开发价值与影响传统的产品开发把内部资源作为中心,在实践上强调任务的分解与分配,以及计划的制定、执行、跟踪和控制。

    1.3K21编辑于 2023-03-22
  • 来自专栏数字化 IT 从业者路径课

    产品开发 —— 丰田生产系统 & 生产

    九大关键原则原则主要来源于日本制造业。1 建立看板系统就是重新改造流程,改变传统由前端经营者主导生产数量,重视后端顾客需求。这种方式不仅能节省库存成本(达到零库存),更重要是将流程效率化。 生产 生产源于丰田生产方式,是对丰田生产方式的总结和借鉴。 生产的核心是用最少的工作,创造价值。生产主要来源于丰田生产系统(TPS)的生产哲学。 制造的“尽善尽美”有 3 个含义:用户满意、无差错生产和企业自身的持续改进。 软件开发方法主要包括瀑布、敏捷、等;2. 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等;3.

    2.3K50编辑于 2023-03-22
  • 来自专栏CODING DevOps

    产品开发 —— 丰田生产系统 & 生产

    九大关键原则 原则主要来源于日本制造业。 1 建立看板系统 就是重新改造流程,改变传统由前端经营者主导生产数量,重视后端顾客需求。 生产 生产源于丰田生产方式,是对丰田生产方式的总结和借鉴。 生产的核心是用最少的工作,创造价值。生产主要来源于丰田生产系统(TPS)的生产哲学。 制造的“尽善尽美”有 3 个含义:用户满意、无差错生产和企业自身的持续改进。 软件开发方法主要包括瀑布、敏捷、等; 2. 应用技术架构主要包括微服务架构、服务网格架构、无服务器架构、分布式多运行架构等; 3.

    1.9K20编辑于 2022-03-16
  • 来自专栏SAP最佳业务实践

    SAP最佳业务实践:使用看板的生产制造(233)-7经典看板:用于库存调拨的看板仓库管理)

    角色生产计划员 后勤 - 生产 - 看板 - 控制 -看板牌 - 需求源视图 1. 现在可查看 R233-1 的看板。将显示这些看板的当前状态。 ? 3. 将物料 R233-1 的看板 001 设置为 空。 为此,请选择 KANBAN 001,并选择 为“空”。 ? ? 将看板状态设置为 空。当看板状态设置为 空 时,系统将产生一个预留。 2、PK13N将看板更改为 “满” 在此活动中,将上一步骤中已处理看板的状态设置为 满。当物料交付时将执行。 之前已将看板的状态设置为 空。 3. 现在可查看R233-1的看板。将显示这些看板的当前状态. 4. 单击之前已设置为 空的看板,并选择 为“满”。 ? 5. 请注意,状态已更改为 满。 补货策略的配置出现内置延时问题。

    2.3K50发布于 2018-03-27
  • 来自专栏Andon安灯系统看板工厂

    安灯电子看板系统实现了生产数据实时监测

    采用了安灯电子看板系统之后,一旦发生问题,操作员可以在工作站拉一下绳索或者按一下按钮,触发相应的声音和点亮相应的指示灯,提示维修人员立即找出发生故障的地方以及故障的原因。 其中安灯电子看板系统汇总表包括:长汇总柱状图、时长汇总饼图、柏拉图、次数汇总饼图等。 总之,发生异常后,安灯电子看板系统会马上发布报警呼叫到云服务器,通知援助人员马上到现场解决问题,在规定的生产节拍内解决故障并复位系统。否则,将提交更上一层管理人员,采取措施,解决当前问题。 图片        安灯电子看板系统是一款强大的整合软件管理解决方案,能够帮助用户实时监测工厂生产效率,优化事件处理机制,精准管理生产线各类事件,无论何时何地都能对工厂内的各类事件了如指掌,尽在掌控 安灯电子看板系统可通过电子看板轻松实现车间的可视化管理,方便相关管理人员通过电子看板上显示的信息及时响应。

    55700编辑于 2023-03-21
  • 来自专栏DevOps时代的专栏

    「中国台湾老专家」实践一日 Sprint 的个人看板

    实践一日 Sprint 的个人看板(一个人的敏捷开发) 【待办事项】 你的生活应该包含一大堆任务(或许你喜欢用工作、事务或是想做的事,任务这二个字只是我习惯的用词,因为乍听起来有Tom Cruise的味道

    1.3K90发布于 2018-04-08
  • 来自专栏Jeffery的项目过程

    我的画布

    画布 [小商家版画布] 产品原型设计 经过对比分析,决定通过墨刀来进行产品原型设计,目前免费。 客户并不关心你的解决方案是什么,他们只关心自己存在的问题(创业者总是对“解决方案”尤其热心); 你的任务并不只是提供解决方案,而是形成一套完整的商业模式; 对于大部分创业公司来说,怕只怕做出的东西根本无人想要;思考下面3个问题 ;3、定性验证解决方案(MVP-->早期接纳者);4. 定量验证解决方案(改善产品);5. 产品风险(产品是否合适);6. 客户风险:能否建立起客户渠道;7. 修改历史 2019/8/6:决定使用墨刀设计产品原型 2019/8/4:提出用于MVP的可证伪的假设,把注意点修改为产品指导 2019/8/3:细化关键指标,修改问题和解决方案细化的点 2019/7/31

    2K100发布于 2019-07-30
  • 来自专栏ThoughtWorks

    也谈“”|洞见

    对大家来说都不陌生了,无论是最开始提取的丰田制造原型,还是后面延伸出来的物流供应链管理,再到近两年颇为流行的创业(Lean Startup),都在不停刷新着“”这个概念。 最近也不乏把当成“热词”来包装的各种理论,以至于很多客户建议我另外给“企业”取个名字。我一般都会礼貌回答说:看看房子(见下图)吧,我们并没有发明什么新东西。 ? 还用思想合适吗?这里我来谈谈自己的理解,抛砖引玉。 这个时候可能会有大牛又跳出来拍一砖:”看吧,还是管理的人不懂!” 那么技术人员真的理解了“小批量”的含义吗?在你的内心深处有理解包括TDD这样的基础技术实践是在践行“小批量”的价值观吗? 什么事情喊口号容易,持之以恒的一万小时是每个希望成为践行者必须经历的磨练。“着眼长远”这一的另一基本原则送给还在坚持的同学们。 ----

    87370发布于 2018-04-17
  • 来自专栏嘉为动态

    DevOps 之思维

    是DevOps发展的必然途径 开发过程为什么难以衡量? 实现“与业务目标保持一致、更短的开发周期、更高的部署频率、更可靠的软件发布”,这一持续交付的目标肯定是无比正确的。 这就是我们所谓的。 通过统一的DevOps平台,对软件建设的过程数据进行收集和监控,然后以直观的看板的形式展现,我们可以更容易发现问题、分析问题、解决问题。 这就是我所理解的DevOps “”思维。 在我规划DevOps产品的时候,我认为是DevOps的灵魂。而大多数的企业和DevOps产品并没有重视“”,我以为我是孤独者。 至于协作、、持续改进,都不是他们所考虑的问题。 03 通过收集和监控各个组件、各个过程的执行数据,提供直观的看板进行展示,作为企业持续改进的依据,能帮助企业发现目前项目或研发团队存在的问题,持续改进DevOps团队生产和交付,最大化体现

    1K10发布于 2018-12-21
  • 来自专栏DevOps时代的专栏

    实现敏捷框架的比较:Scrum 方法 vs 看板方法 vs 开发 vs 极限编程

    其中,最广为人知的当属 Scrum 方法、看板方法、开发以及极限编程。 虽然本文主旨是要对比上述的四种方法,不过要是较真地来分析他们的不同,实际感觉上就好比要比较苹果和橘子的不同有哪些。 三、软件开发 为了更好帮助你了解本段的主旨,最好的方法是先介绍下开发的创始人 Mary Poppendieck 的故事。在80年代,Marry 发现自己遇到了一个困境。 这次的巨大成功让她连同这家工厂获益良多,也奠定了她日后跟自己丈夫 Tom Poppendieck 撰写软件开发流程的基础。源于开发很多地方借鉴了看板方法,你能从两者间发现很多的相似处。 开发也从看板那里继承了“pull”的概念,就是要相信你的同事们在用尽他们最大的努力去完成工作(跟 Scrum 的相互尊重是一个道理)。 至于不同之处,区别于看板方法,开发有一些要求工程师具体行动的行为准则(比如TDD 准则)。同时,开发没有那么严格把控交付时间,团队可以在一切就绪的情况下随时交付产品。

    3.2K50发布于 2018-02-02
  • 来自专栏人工智能LeadAI

    施工项目组织

    施工项目组织化是以思想为指导,通过组织管理,实现建造。 外圈:质量管理、安全管理、工期管理、成本管理、组织管理。 内圈:以客户拉动,实现增加价值、减少浪费、持续改善的目标。 建造是通过设计、采购、施工、交付等方法将投入项目建设与运营全过程的人力、物料、资金、信息等资源流转化为满足客户需求的具有特定质量、功能和形象的建筑产品的过程。 建造管理以“顾客拉动、增加价值、减少浪费、持续改善”为核心思想,以质量、成本、工期、安全和组织等为重点管理内容,以全面质量管理、准时采购、最后计划者体系、目视管理、协同管理等一系列管理工具为主要抓手 图2是传统组织结构示例,图3是扁平化组织结构示例。扁平化组织结构,管理者的管理跨度较大。管理跨度多大才合适?这要看管理者的经验和能力如何?能力越强,则能够管理的员工就越多。

    1.1K00编辑于 2023-03-28
  • 来自专栏精益六西格玛资讯

    如何顺利推进生产?

    图片想成功实施生产,就得回到现场,把管理的基础做好。 具体步骤如下所示:1、现场现场改善的方法有很多,比如5S,基础工具的应用、浪费识别、改善提案等方法,经过培训和管理层逐步宣传,可在全厂实施,形成早期改进的氛围。 2、建立价值流操作模式从模范价值出发,逐步推进价值流模式,形成多种价值流管理模式,设置关键绩效指标、单元布局、流动、拉动方式,优化生产计划,建立销售与运作规划(S&OP),问题解决方法的应用等 3、向其他职能部门推广价值模式向生产部门以外的整个企业推广方法,优化非生产性信息流程,包括财务、供应链、人员等部门,建立各种高绩效团队,持续项目改进,包括定期的周改善。 对于已经实施的客户,我们有一种共同的语言,可以优化向上的供应链,而对于尚未实施的客户,我们应该通过来影响他们。

    51730编辑于 2022-09-15
  • 来自专栏开源心路

    数据分析-指标

    ""是很好的创业方法,"数据分析法"则保证数据的收集与分析。二者均可从根本上改变你对企业开创与发展的看法。它们不仅仅是一种方法,还是一种思维模式。 分析思想指提出正确问题,并重点关注那项可达成你期望结果的关键指标。 一.好的指标定义 有比较性 简单易懂 比率 会改变行为:随着指标变化,你是否会采取相应的措施? :数据是否有效、实用 忘记归一化 排除异常点 包括异常点 忽视季节性 抛开基数奢谈增长 数据呕吐:知道什么数据是重要 谎报军情指标 “不在这儿收集”综合征:数据与其他数据源混合使用 关注噪音 参考《数据分析

    46710编辑于 2023-06-29
  • 来自专栏精益六西格玛资讯

    向丰田学习生产!

    学了15年、20年的生产之后,总结一下,成功的人很少。除了在丰田集团,我们还没有找到像丰田汽车这样能够系统、高效、持续应用生产的公司。 图片 那么,丰田是如何成功的呢? (1)建立看板系统 就是重建流程,改变传统的生产量由前端运营商主导,关注后端客户的需求。 这种方法不仅可以节省库存成本(达到零库存),而且可以使流程更加高效。 (3)标准操作的彻底性 生产各项活动、内容、顺序、时间控制、结果等所有工作细节都有严格规定。 (4)消除浪费、不均衡和模糊。 消除任何材料、人力、时间、精力、空间、程序、运输或其他资源的浪费。

    39640编辑于 2023-02-24
  • 来自专栏精益六西格玛资讯

    如何实现文化转型?

    生产,利用系统的方法进行文化转型。通常,倡议是通过介绍性研讨会启动的,该研讨会标志着新的组织愿景,并促进团队成员阐明他们认为实现这一愿景所必需的文化变革。

    37290编辑于 2022-08-23
领券