剑兰的TOC博客——TOC管理理论知识分享
Thoery Of Constraints,有关于TOC理论的介绍,应用,软件技术
最新评论
最新日志
友情链接
《implementing the theory of constraints》阅读手记(续12)
新订单处理流程系统整体结构开发 为新系统做一个流程图,要与当前系统有区别,写明要做什么工作,谁做,花多久时间。这个将在为解决方案做buy-in时有用。政策、程序、衡量体系的改变概要文档 把要改变的政策、程序、衡量体系用文档写出,这是细节实施计划的原材料,也用来和上一个文档一起,做buy-in。实施战略开发 考虑实施的顺序、前提条件、努力带来的成果、组织的支持因素。改变得到批准 把现况评估、愿景文档、政策改变、实施战略等,向经理做一个报告。必须获得他们的支持,因为实施将是跨部门的。实施战略得到批准 除了系统愿景、改变要得到批准,还要buy-in实施方法。其中一个OB是关于培训,因为要占用正常工作之外的时间培训,另外一个OB是优先顺序,为什么先做这个后做那个?你要解释。 项目衡量系统实施 有适当的衡量系统才开始深入实施。这是报告进度的最主要工具。细节计划 是关于每个细节行动的计划,你可能需要花4小时来向管理团队揭示实施计划
标签: 管理 ,生产 ,TOC ,咨询 ,顾问
作者 poogi 阅读全文 |
评论()
| 人气( ) |
引用( )
| 推荐 |
《implementing the theory of constraints》阅读手记(续11)
定义订单处理流程 要跟进一张订单从接收到出货的处理流程,记下每件事情花的时间,然后得到一个有时间的流程图(价值流图) 确定工作责任与衡量 在订单处理流程中,我们指定各个环节的负责人,确定组织结构图,建立起流程的(考核)基准。注意组织结构总我们要改变的地方,可能要彻底改变。 确认要聚焦实施的区域 在价值流图中,找到需要改变的重要事物,在评估文档中,主要就是这个列表,通过这个列表,就可以创建实施细节计划。 确认信息收集的来源 我们必须要定义订单状态信息、BOM表、WIP信息、零件到达时间等等来做排程表。不论用手工还是计算机软件的情况,都要明确你排程所需要的数据从何而来。 定义计划流程 作为订单处理流程的一部分,要看计划流程,计划产能与客户需求如何协调?要关注库存计划、采购零件缓冲区。 系统设计 此处要定义未来的订单处理流程与计划流程。必须能清楚的知道将来的新系统看上去应该是什么样子的,以及与现在的主要区别是什么。而这个区别,是与利润和项目目标有明确的联系的。如果你无法看到新设计的系统对项目衡量指标有什么戏剧性的影响,那么就没有完成这个工作。
系统设计包括如下工作:
标签: TOC ,管理改善
作者 poogi 阅读全文 |
评论()
| 人气( ) |
引用( )
| 推荐 |
《implementing the theory of constraints》阅读手记(续10)
任务列表如下: 这个列表使得你在正确的时候开始启动项目,即在期望和激情都在巅峰状态的时候启动,这样你可以得到绝大多数人支持,从而继续前行。 设置目标 如果目标不明确,那么很难取得共识。最好让管理团队来设立目标。你必须决定你希望实施完成后市什么样子的。而目标必须是可衡量的、与业务利益相关的。为项目建立一个任务书。 确定目标的衡量体系 这是实施要做的第一个行动,衡量应聚焦在项目目标上。在没有buy-in之前不要做任何事情。衡量指标设定了一个基准,使你走向成功。项目负责人或项目团队一起来决定衡量体系。 指派项目经理、团队成员 每个成员都要有明确的任务,这里不是让人来聚会和观望的。 报告机制的检查 结果如何报告给经理与组织?建议每月一次正式报告。有些人喜欢写报告,有些人喜欢用考核结果报告加上项目会议。这个取决于项目组。 指导委员会任命 中层管理者可能想每月检讨进度,大家都不喜欢正式会议,用报告的方式。任命一个指导委员会,他们会清除掉组织中的障碍,并拿到实施改变需要的资源。 初步的时间表建立 这一步要建立一个实施的时间表,把整个项目分解为多个里程碑,为这些里程碑建立完成时间,注意,这些都是可以再改变的,这里的意图是要估计出整个项目要多久完成。 TOC观念与实施概要展示 TOC的展示是成功buy-in大家把瓶颈管理作为一种通用方法的关键。一般通过2天的workshop游戏来展示CM的观点,包括识别瓶颈,衡量体系,DBR方法,对组织战略的影响等等。 这一步非常关键,必须要先改变思想,再改变方法。这个展示过程,也把实施的相关预期状况说明了,包括将发生什么,在什么人身上发生,如何发生。 项目开始 当整个企业都开始关注实施时,项目正式开始。并非所有人都直接马上受到影响,但我们要告诉所有人,我们将要干什么,以消除他们的恐惧。通常要召开一个全体人员大会,这也是为了明确管理部门的承诺。 评估 这一步要首先整理出当前的订单处理流程,牵涉到哪些人。要与经理们和职员们讨论,注意经理们往往并不能彻底了解工作的细节。要直接找职员。 评估的任务内容如下:
标签: TOC实施 , 管理 , 改善
作者 poogi 阅读全文 |
评论()
| 人气( ) |
引用( )
| 推荐 |
《implementing the theory of constraints》阅读手记(续9)
一个典型的实施 一般来说是如下构成: 开发出程序,概念以及技术的教育、实施。还有程序的再造,再教育,以及重实施。。。。到目前位置,都是概念上的,纸上 的,但是我们要做的是改变整个事情! 很难准确的说,因为每个组织是不同的,但总体上,如下: 积极(enthusiastic)的改变一些政策 及其积极的改善 比较积极的改变更多的政策与程序 积极的改善 确认真正的瓶颈 美妙的改善 保持平稳 大部分的实施在两年后慢下来,那时工厂成本下降了,运作规范标准了,绩效表现好了,约束不在工厂了,达到了你意想不到的效果,比如43%的ROI,LT从3周压到3小时。。。。。。
第一步的实施就像打扫房子,确认了瓶颈,尽快打破,改善效果也就立即显示出来。这一步大约90天,然后,终于,你会发现一个很难打破的瓶颈,可能是市场,可能是产品本身,也可能是一个昂贵的机器。 下一步就是有难度的工作了,现在要挖尽并让其他环节服从了。这将花很长时间,如果你开始没有计划到,那么可能就此陷入泥潭!这个局面可能要经历30天,也可能经历6个月。会有很多人想回到从前,会抵抗改变,一切都变的不那么有趣了。。。。。。所以我们一开始就要建立起考核衡量体系,否则,我们无法与这些人斗争。 总结:实施的流程,就是一个建立和维护要改变的共识的系统;我们要指出改变的管理,系统设计,项目管理等。最大的困难来自惰性。要把人们从 work in the business 改变为 work on the business. 消除人们对改变的恐惧,将大大有助于实现目标。
构建实施计划是项目管理的第一步。实施计划由实际的任务、实际的处理程序、实际的交付成果、以及实际的日期安排 构成,并且它们都是有实际的责任人的。 这里只说一个实施计划的骨架。也许在具体的案例中需要加进某些必须的东西,或去掉不必要的。 详细的计划是取得并维持组织的支持之一部分。人们要知道将去向何处。 每个任务必须形成文档 !两个原因:第一,如果你写不出来,说明你没有真正理解;第二,写成文档能够加快实施进度。 制度文档、程序文件就是你培训组织如何系统运作的工具。在完全实施完成后,对文档的依赖程度会减弱,但在实施中,是非常重要的。计划的组成元素: 项目启动 ——当你获得了实施项目的许可时,启动。 评估————是一个为了要实现目的任务清单,以此评估你的系统。 系统设计——要开发出你的新系统的路径清单 生产计划与执行 ——如何控制运作 组织一致化————如何让非生产部门与约束环节的流程和思想一致 结构 包括 流程步骤,可交付的成果,责任人,以及验收标准。可交付成果指程序或制度,验收标准是来判断这一步是否完成的。 实施计划的组成 项目启动 :在开始任何事之前,必须得到对实施的支持与期望。做好了,就能buy-in组织进入改变流程。
标签:
作者 poogi 阅读全文 |
评论()
| 人气( ) |
引用( )
| 推荐 |
《implementing the theory of constraints》阅读手记(续8)
准备好组织的改变 在这一点上,必须对最高管理者以及核心职员进行教育。我们已经评估了组织,开发出了解决方案,并且计划出了进攻方案,然后,就要动员组织,并且把分析、解决方案、实施计划讲解给管理部门听,然后才能行动。 他们已经被说服了企业要改变的方向,现在要说服他们具体改变些什么东西。这个陈述过程很敏感。有些不愿改变的人(sacred cow)会被干掉!即使他们是在向你征求意见,但人们仍然不愿听见别人说他孩子丑陋。 展示你的计划并获得确认。然后,have someone you love pull the arrows out of your chest. 相比与对管理团队展示,buy-in组织中的其余部分要容易很多。他们早就知道很多事情是乱七八糟早就该改变了。你的实施其实并不会真正影响大部分人的工作,但整个环境会改变,要告诉他们应该防止反弹。 项目以统一的项目团队形式运作,由总经理发出宣布项目的文件,并召开全体员工大会宣布项目启动,同时回答一些问题。最高领导者告诉大家组织将要发生什么,谁来负责。此步之后,没有回头路了!(可以给大家发一些很酷的T恤) 综上所述,这一步是继续确认系统向前改变的方法。这不会给你赚到钱,但会消除掉当你真正改变的时候可能遇到的阻力! 项目管理 项目应该让尽可能多的人参与进来,但每个人都要有明确的工作做,并且要承担责任。团队的每个人都如此,当然包括总经理,总裁。沟通是通过:考核报告、流程批准、指导委员会会议来进行的.实施计划的一部分就是准备项目计划,追踪,报告实施进度等。
标签: TOC管理实施
作者 poogi 阅读全文 |
评论()
| 人气( ) |
引用( )
| 推荐 |
《implementing the theory of constraints》阅读手记(续7)
实施流程 —— 五个部分: 1、共识建立 2、评估 3、设计 4、实施计划 5、项目管理 共识建立—— 最好的,最能持久的结果,是由最高管理者(对盈亏负责的人)带来的。这是因为:首先,因为他们掌控着实施所需要的资源;其次,组织都是以高层为导向的,如果他们自己不参与,则其它人就不会冒险改变;再次,他们掌握着衡量体系。如果你无法控制衡量体系,你就无法改变组织的行为。 不要把领导者混淆为实施者!我们不需要CEO们卷入直接的实施细节,他们也不想知道这些细节,他们还是继续关注业务与市场。 一旦高层支持,我们就进入下一个管理层次,即整个高层,你必须获得整个高层的支持。 然后,就进入到中层管理以及现场的领导者,并最终到基层职员,去建立共识。这就是自顶向下的过程。 如果一开始无法获得高层的支持,怎么办?那就要做一些事情,让高层看到,使他们愿意听你的。 如何做? 共识从 感兴趣开始,到调查,到实行。如果对CM一无所知,那从《目标》开始。决策者和领导要读完,把书中与自己公司类似的问题拿出来讨论,对人员组织培训,召开CM研讨会。可以自己做,也可以找顾问。 一旦有了兴趣,组织高层管理团队内部研讨学习CM的内容。这一步没有替代方案。别忘了你所要求人们所做的改变的重要性。至少要花一整天时间学习其细节。仅仅《目标》是不够的。要有CM实施经验的人来引导整个过程。管理层会有很棘手的问题,要准备好!研讨结束后,引导大家研究一个成功实施CM的案例。 如果这一步顺利,就能够进入实行阶段。但只有在你计划好达到一个特定的结果时,才能实行。而这个计划必须是可量化的、有最低要求底线的结果的。初步的实施可能只是试验性的项目,运行起来!显现出来的结果将引导大家更进一步的实行。 总之,用《目标》、其它文章、讨论会让人们感兴趣,找机会调查或拜访成功的工厂,然后试运行一个项目。
拥护者 总体上,建立共识的一部分是维持动力。拥护者有维持动力的责任。无人负责,实施就死定了。。。 设定系统目标 无论如何强调一个坚定的目标对于项目的重要性都不为过,项目必须对你的客户或财务表现有直接影响。 它必须减少LT,或改善交期表现,提升产能,或增加有效产出。 目标的衡量 目标必须总是可衡量的, 如果不对绩效表现进行衡量,那么在项目实施之前,就会完蛋。 评估与设计(识别瓶颈) 识别需要聚焦的区域 实施的第一步是要按聚焦五步骤进行一遍,把项目完成之后想要的效果图景描绘出来。在现实中,实施永远不会结束,而是一遍又一遍的POOGI,项目经理只是在必要的时候给予帮助。 要识别瓶颈,先要画出订单的加工流程图。通过流程的分析,找出瓶颈,既然90%的约束都是政策, 所以你必须知道“why”,才能知道“how”。所以,实施过程都要有对当前流程的详细分析。 实施愿景 一旦识别了瓶颈,就直接打破!跳过第二、第三步!(因为绝大多数瓶颈都是政策的,那么就不存在挖尽与迁就了!) 但,打破政策瓶颈,说易做难。你要提供一个强有力的替代方案,要把改变之后带来的未来之蓝图展示出来。这就是你的项目方向。 对系统的设计有两种方法完成,一种是,先识别,然后是开发出为产能约束松绑的系统。另一种方法是决定瓶颈应该在哪里,然后打破其它所有可能的约束,锁定你期望的瓶颈。 我们把这个识别的或决定的瓶颈也叫“控制点”,因此“瓶颈”,“鼓”,“控制点”是同一个意思。通常鼓与控制点作为内部的控制点,而真正的瓶颈,会最终落到市场。我们正希望如此 实施计划 要制定一个如何实施的计划。首先要考虑的是组织文化,政治力量的决定或否决权,潜在的项目管理者、拥护者的位置,组织的复杂性,IT服务的能力。技术不难,挑战来自改变。
标签: TOC ,管理 ,企业改善 ,瓶颈管理
作者 poogi 阅读全文 |
评论()
| 人气( ) |
引用( )
| 推荐 |
《implementing the theory of constraints》 阅读手记(续6)
计划的执行 计划只有执行了才有效。执行也是CM体系中最多问题的地方。行为的改变成为了一个障碍。比如我们要求人们聚焦在瓶颈上而不是其它地方,但人们会以局部最优的方式来对付排程。可接受绩效表现标准将会改变。而且会急剧改变。 我们要创建的行为模式是,最大化瓶颈运作,并让其它部分服从瓶颈。所以对非瓶颈的绩效考核不再是最大化产出。反之,是该部分对瓶颈的及时配合。当然,瓶颈处,还是要以传统的效率来考核。 不要低估改变观念的难度。 每日缓冲状态会议 当你评估缓冲的内容时,要召开缓冲会议,以找出问题,赋予解决问题的责任,确定非瓶颈的绩效考核方式。这是再同步企业功能与计划的途径。 此会议用15分钟用于信息交换。这不是问题解决会议!问题在会后解决。这个会议只讨论:计划与实际执行之比较!所有的缓冲都要在此检视:发运缓冲,资源缓冲,组装缓冲。
指定排队区域 工厂应该基于尽可能可视的方式运作。要通过观察排队区域即可知道有问题发生。如果某环节进度落后,此处的排队量增加,即说明此处需要采取行动。同样当队列空了,就要采取另外一些行动。通常我们要调动员工,或者检查上游出了什么问题。 这些区域提供了与任何人沟通问题的线索。如果人们受过训练,即会采取行动来防止其影响到T。这些排队的区域就是一个衡量指标——改善行为,以改善与瓶颈的同步。原料计划与执行 我们认为不存在真正的物料瓶颈。永远不能让T 受制于原料库存。ERP和MRP设计中包含了此项任务。你只要按物料需求计划执行即可。没有软件,则要建立再订货点与补货系统,来保证不让库存成为约束。商业计划/主排程 主生产计划基于瓶颈,以避开能力不足。主排程只是瓶颈资源上3-6个月的粗能力计划。重要之处在于反映了瓶颈的真实产出。必须是基于被证实的能力、真实的计划、保守的。这才能应付出问题的时候。 主计划的目的是尽早发现问题。因为计划的工作实际上还没有到来,因此粗略计划足够,与传统方式不同的是,这里用基于鼓资源的能力来估计,而不是做整个计划。 组织一致性 新的制造系统必须不与组织的其它部分冲突。实施的成果必须整合,必须改变更大的组织,通常都是要通过衡量系统来达到。其他人必须知道该如何完成客户与股东的要求。 --衡量体系 : 衡量体系要为了希望的行为、诊断问题、追踪进度而设立,可以从衡量瓶颈资源每日产出为基础。这样才能知道非瓶颈对瓶颈配合的如何,才能让人们聚焦在瓶颈以及瓶颈对整体产出目标的影响上。所以要作出每日出货报告,以每日的预计报告,而停止一些不正确的衡量。 --教育训练 :并非每个人要成为专家,但每个人必须知道瓶颈在哪,知道关于瓶颈管理的基本原理,能够按照瓶颈的指示作出决策。 而且要让人们知道新的衡量体系的具体意义,以及他们该如何响应。教育训练也可以说是基本行为的修改,而且这种改变靠衡量体系来加强,所以我们需要衡量体系 和信息俩改变组织的行为。
标签: TOC实施 生产排程
作者 poogi 阅读全文 |
评论()
| 人气( ) |
引用( )
| 推荐 |
《implementing the theory of constraints》 阅读手记(续5)
产品/订单 配置 在投放生产前,产品必须被经过完整的设计(fully desgin)。不能让现场制造人员来设计产品。(不要把这个解释成与制造人员的对立)他们是从工程角度处理产品(enginner,不是 design),他们是控制和处理在制程中的变异。如果你不指定(具体设计好)产品,你就会总是得到不同的东西,会打乱排程!你会很难预计交货日期,很难预计成本,也就很难预计对销售的影响,及其盈利。 有时是无法在制造之前作出完整的设计,如果确实如此,我们就要在LT中加进附加的缓冲,虽然这不尽人意,但还是可以补偿之。 资源的可得性 在投放生产车间之前,你还要确认用于生产它们的资源是否处于可用状态。就能力而言,就是量化订单对瓶颈资源的影响(累积负荷),就原料而言,你不必考虑每个原料,但对于无法快速得到的,那些关键物料,要注意。 除非你量化了瓶颈的影响,否则你无法计划,如果无法精确到小时数,可以试着用个数或收益来衡量。绝大多数公司都由多余的产能,所以,一开始的计划可以做的粗略一些,积极一些。 重要的是每个订单带来的资源消耗都必须计算出来,以便计划生产。——不需要所有的精确结果,而只是对瓶颈的影响! 标准LT政策 订单交付承诺,是基于瓶颈的能力的准确余量作出的,因为在市场与生产计划之间有着一个滞后,销售部门需要一种工具来承诺客户交期,而标准LT报告就使得制造部门就生产的负荷和状态与销售部门能够沟通。至少应该每周更新,如果销售或产能变化的更快,则更新也要更快。 这个报告是在能力与市场需求失衡时,一种告知管理部门极好的方式。如果LT是影响销售的障碍,那么就要展开关于生产能力缺少多少的讨论,这比展开关于为什么生产总是迟期的讨论,要好多了!
标签: 管理 ,生产 ,TOC ,市场 ,订单 ,交货
作者 poogi 阅读全文 |
评论()
| 人气( ) |
引用( )
| 推荐 |
《implementing the theory of constraints》 阅读手记(续4)
实施流程: 实施的流程是处理你如何管理变化。CM生产系统: 一个系统大体上可以定义为:一个为了达成某个特定的目的,而由政策、流程、行为一起构成的集合。CM生产系统就是要考虑如何让制约资源的产出以及增值最大化,并让整个系统与制约资源同步。 这就是靠DBR系统来完成。它关注:鼓(约束资源);缓冲(投料控制);交期(绳子)。 重点是:在战略性的位置建立和维护缓冲,以对抗变异。 尽管有缓冲,但比其它技术相比,WIP/成品 库存还是会低很多。灵活配置劳动力,能在各部门和资源之间调整,以解决负荷高峰问题。 系统被分解为4个子系统: 1、生产计划与执行; 2、物料计划与执行; 3、业务计划/主排程; 4、组织协调(一致化); 生产计划与执行: 生产计划与执行系统,是为了让系统协调当前的需求与能力,使得有效产出效率(Throughput Effectiveness)最大。有效产出效率是 T与OE的比率(T/OE)。即要以最大的T,最小的OE来运作,在聚焦五步里,就是最大化瓶颈的产出,而其它环节服从这个瓶颈资源。 通常此系统“驾驭”着其它一切,把战略目标转化为战术行动。 1,生产计划: 核心就是日生产计划——鼓排程。 它可以最大化T并且让你聚焦在这个排程上。如果你以前没有排程,而且你的LT又很长,那你可以从周排程计划开始做,然后,很快你就发现你需要进行日排程了。 其它的行动都要服从于此排程。 ERP/MRP 能够用来对鼓资源作一个粗排程,它不是最优解,但它可以大大推动你对计划和执行的改善。 准确的需求信息 仅仅有完美的排程是没有用的——如果你对客户的需求了解不准确的话。 从按需订货开始排程。把MRP中的 EOQ(经济批量)和批量规则去掉!只按需订货! 通常项目开始时,至少会有下面问题之一:LT太长,或者是交期表现太差,有很多迟期的订单。减小加工批量后,将缩短LT,并改善交期表现。 要确认你是真的按照客户的需求来做计划,要区别于用于补充仓库的需求。没有卖出,就不是有效产出。 如果真的要做补充库存的单,必须先保证有确定这两种订单优先级的机制。一定要时刻能够明确知道,真正的客户订单优先级高于库存订单! 要想得到一个好的排程,你必须有一个WIP的状态图表。但不必知道详细的具体分布,只要知道:它通过瓶颈了吗?这样,你就知道瓶颈的能力需求了。 需要建立一个全局共享的订单数据库,能看到订单量、已投放订单等数据。订单确认流程 订单确认是用以确认客户的需求,并且已经准备好了可以生产,这么一个过程。 (检查原料是否到货,配套、发货问题) 这些问题会影响到瓶颈上的时间浪费,或者造成等待,或订单变更重做。最后都会影响T和OE。 我们鼓励这样的心态:订单一旦投放,就必须完成,成为产品比放在车间作为WIP好,因为WIP引起车间混乱。第一次就要把产品做对!
标签: 企业管理 ,瓶颈 ,TOC
作者 poogi 阅读全文 |
评论()
| 人气( ) |
引用( )
| 推荐 |
《implementing the theory of constraints》 阅读手记(续3)
• 快速实施 实施的最大障碍是人的惰性 要实施CM,有很多事情要做,而且通常很难做。我们无法等到全面分析后才动手,要立即开始行动。 重新检视流程,你会发现,即使不考虑TOC,CM,有很多东西也是愚蠢的。这些政策曾经因为某些原因而设置,但现在情况已变化,而政策仍然不变,当初推动发展的政策现在成了阻碍。 从简单开始 也可以说从小处开始。从能够立即产生一些结果的小处开始。要做在一周内可以做的事情。 同时试着破除懒惰、改变文化、传授新的经营方法,这样能够很快看到改变。而且看到其改变的原理。这样的风险也比较低。小的改变遇到的抵抗也比较小。 一个人的实施 常常只由总经理推动的实施,也很成功,但该总经理一走,效果也跟着消失了。 目标应该是把 原理与实践 深深地“锚”金组织中,要花费很长的时间,而不是自己亲自做实施。 一致性的建立 并不要获得所有人支持才能成功实施CM。我们只要培养出一些“冠军”,并预防那些反对者。有人尝试,就会有结果说话。我们开始只想要一个小岛,而不是整个世界。别担心没那么多人跳出来要改变世界。 成功的要素: 好的系统设计,好的实施流程。 两个基本问题:改变什么? 如何组织协调以实现改变? (原文用了“orchestrate”这个词,原指编制管弦乐,显然此处引申为“组织、协调”也可见作者对“协调”境界要求很高)。 缺乏构思的实施将无法运作。 发展一个坚固的系统 计划:识别出需求,并协调其与产能的关系。 要让市场与产能协调来打破瓶颈,才是主要的。典型的决策是投资机器,或投资开发市场。 执行: 主要考虑完成计划,并处理变异。明确执行流程能帮你理解和管理内部资源 组织一致性: 只有当公司里所有人都有同样的观念,和一致的目标时,才能实现。必须: 1 协调的一起工作 2 有共同的核心理念(文化) 3 为了实现愿景 新系统聚焦在增加TP上,其次才是降成本与OE,所以如果以前的系统是首先考虑成本的,则推行会遇到很大困难。 CM聚焦的是整个系统,成本观是局部观。 记住CM的目标是优化整个公司的绩效表现。 一个能促进组织一致性的流程,首先是要能把组织用齿轮紧紧整合在一起。然后要影响主要的部门,使得同步化不需要靠计划(scheduling)来完成,而是靠行为模式的转变。 组织敏捷化要解决处理: 与你的核心价值、目的不相符和的行为;阻挡改进的组织结构;使公司偏离了基本的目的的,那些目标或者战略;阻碍了改变与改善的政策。
标签: TOC管理 ,DBR ,约束理论 ,瓶颈管理
作者 poogi 阅读全文 |
评论()
| 人气( ) |
引用( )
| 推荐 |
《implementing the theory of constraints》 阅读手记(续2)
瓶颈的分类: 政策----占到90%!改变成本也最低,比如批量设置、资源利用率指标、有关换装规则等。比较难直接发现,因为资源瓶颈容易看出,所以注意力都会集中到资源。 资源--大约占8%,一般公司都有多余的产能!如果你有WIP或成品库存,你就有剩余产能。资源包括机器、人、技术、市场。常常,会见到政策约束以资源的方式表现出来! 原料--这是最少的情形,包括缺料,行业性的断料——比如整个市场缺货等。 实际上,三种约束瓶颈的区分也许只能是在理论上的。我们关注的是要如何来管理瓶颈以实现目标,既然我们说瓶颈基本都由政策导致,因此实施过程就要聚焦在政策与规程的改变上,而不是流程改善。 聚焦五步: 1、识别瓶颈,这是一个核心的问题,即使找错,正确的也很快会显露出来。瓶颈限制到整个系统的产出;并且它把传统80/20法则纠正为 99/1法则——你只要专注于瓶颈。 要验证你是否确实找对了,可以观察盈利能力是否在增长。 2、决定如何挖尽瓶颈。包括消除停工时间、纠正错误的效率观、纠正错误的加工顺序等等一切手段。 3、让其它部分都服从瓶颈——即同步!主要是从政策层面改变,比如批量大小,按瓶颈消耗速度投料。 4、松绑——只有当挖尽了之后,尤其一定要改变了政策的约束之后,仍然是瓶颈的情况。 5、回到第一步 方法 决策的一般方法以及优先级: 1、控制经营是最重要的,承诺并做到准时交货! 2、尽可能快的做出一些示范性的改善结果,而不要一直等一个完美解决方案。 3、发现一个政策性的瓶颈或问题,就立即解决! 4、先从简单的、低技术含量的解决方案开始实施,然后才是精细的解决方案。虽然自动化是必要的,但在充分理解自动化做些什么之前,不要开始搞自动化。 控制经营的一个重要部分是准时交货,如果你不知道你现在准交率,假设它在50%以下!如果你无法获得准交的优势,就会被迫打价格战。 准时交货是客户服务中最重要的维度,这能带来销量增长,以及既有销售的毛利。 要控制经营,必须把企业与客户需求同步,以达到减少LT,增加毛利与销量。这些都要在启动市场改善前完成。 要改变“设备充分利用”这样的衡量指标。
标签: TOC ,管理 ,生产改善
作者 poogi 阅读全文 |
评论()
| 人气( ) |
引用( )
| 推荐 |
《implementing the theory of constraints》 阅读手记(续1)
系统方法的主要观点是: 教人们如何运作系统。 一个明显的例子是 麦当劳。 没有哪个组织是纯粹的系统方式,也没有纯粹的工匠方式。一般都在这两者之间,在你读此书前,更偏向工匠那边。 为何这很重要?因为系统方法能给出一致的结果,客户价值:可靠、快速响应的、始终如一。 为什么制造业无法用系统方法? 很多人认为生产要运行的简单高效依靠有能力的经理(工匠),称为管理艺术。 应用系统方法,实现企业内部的同步化或线性化,产能将在第一年内提升15-20%,而制造周期将降低50-70% . 实施瓶颈管理是最快实现系统方法的途径。 有关衡量: 阻碍实现系统方式的主要是一系列的假设与行为; 衡量体系(考核体系),对被考核者必须是简单、易理解的。 衡量体系必须容易让公司作出日常的决定,系统必须能引导经理们聚焦在组织需要的某些结果上。 衡量体系提供了组织中的公共语言,和沟通的优先顺序,即——公司里的规则。 如同足球比赛,没有记分牌是无法看明白的,你要赢得游戏,首先至少要知道:游戏,规则,计分。 公司应该所有人都知道游戏是 “赚钱”,但大多数人不知道,所以他们玩的是“收取薪水”的游戏。 衡量体系决定着行为。什么样的改善被衡量? 一个好的衡量体系的基础是,从把要衡量的系统的目标或任务明确化开始 比如高德拉特说的现在和未来都赚钱。我们的衡量系统就是赚钱的能力,即净利润以及投资回报率,即用T,I,OE 来衡量 因此,整体衡量体系:NP = T –OE, R = NP/I ,IT = T/I 比如: 传统对投资购买机器的判断: 每年用新机器省下的总加工时间 × 每小时工价 ×250%(一般管理费用系数)=每年省下的钱 机器价格 / 每年省下的钱 = 投资回报率。 瓶颈管理(CM): 评估根据T,I,OE而作出的决定。 如判断是否购买机器,假如没有市场增长,而是买的机器仅仅节省了人工——对T的作用是 0; 对OE没有影响,实际上只带来 I 的增长!所以,只要不能带来T的增长或OE的下降,则不买。 但这还是不够的,比如我们如何知道买某个机器能带来T增长? 因此,我们必须理解在制造系统中的因果关系。CM的基本假设:系统的绩效表现取决于瓶颈的绩效表现。
标签: 管理 ,生产 ,TOC ,咨询 ,顾问
作者 poogi 阅读全文 |
评论()
| 人气( ) |
引用( )
| 推荐 |
《implementing the theory of constraints》 阅读手记
最近在读 Mark.J.Woeppel的《 Manufacturer's Guide to Implementing the theory of constraints》一书.这位兄台是搞了近20年的TOC实施的高手。而这本书也写的浅显易懂,操作性很强,在此把记录的一些要点贴在这里。这只是随手记下的要点,我没有仔细去翻译原文,用词与句子都没有仔细考虑,因为没有很多时间,看英文的书本来就不快。。。。希望有兴趣者能一起讨论。 ==========================================================第一章 什么是瓶颈管理 两种路径:系统方法 和 工匠方法(System approach AND Craftsman approach) 首先,看看工匠方法,其定义是, 依赖专家(工匠)来完成组织目标。你会发现: 1、经理是“实干家”,组织中,制造产品的人与管理流程的人之间界限是模糊的。 2、领导高度参与订单完成过程,领导不关注的订单就不能准时出货 3、有很多对关键人物的信任,这些人来完成满足客户的日常活动,实际上这些并不需要管理。 4、领导职位需要一个长时间的培训,几乎是以学徒的身份,花去很长时间成为一个专家。 例子: 夫妻店餐馆,非常好,然而当老板离开时,就变差了。。。。 这种方式经理花大量时间在做买卖,而不是管理公务。 工匠方法的主要思想是经理的专业水平积累于经验。管理依靠内部专家的管理“艺术”与判断。决策不是定量的,主要的信任在关键经理身上 系统方法是努力建立一个管理流程,试着建立商业流程模型,可以复制为特许经营的流程模型: 1、系统控制着日常交货的工作 2、商业以“自动飞行”模式运作,无须经理指导干涉 3、经理们主要是努力在未来计划上 4、培训是集中在如何运作系统上。
标签: TOC ,瓶颈管理 ,约束理论
作者 poogi 阅读全文 |
评论()
| 人气( ) |
引用( )
| 推荐 |
TOC的U型图
TOC 发展出了U型图,左边是现况,找出的核心问题在左下方,通过TOC转轴,右边是通过注入,砍掉NBR、OB后,得到需要的SOLUTION。
标签:
作者 poogi 阅读全文 |
评论()
| 人气( ) |
引用( )
| 推荐 |