Ключови изводи
Кратък отговор: MRP и kanban са два принципно различни начина за контрол на производството и материалите. MRP (Material Requirements Planning) изчислява какво да се произведе и закупи въз основа на прогноза и списъци със съставни части, след което натиска производството към изчислен график.
Kanban изтегля попълненията от реалната последваща консумация: нищо не се произвежда, докато сигналът не покаже, че е използвано. MRP е push и управляван от план; kanban е pull и управляван от търсенето. Те пасват на различни модели на търсене и много заводи използват и двете.
За механиката на pull вижте push vs pull production.
Material Requirements Planning е push, система, управлявана от план.
Тя започва от главен производствен график (прогноза и поръчки за крайни продукти), разгъва списъците със съставни части, за да изчисли нуждите от всеки компонент, отчита инвентара и фазира по време поръчките за покупки и производство, след което натиска този план към цеха.
Силата на MRP е в справянето с комплексността: може да планира много продукти с дълбоки, многостепенни структури на съставните части, дълги и променливи срокове на доставка и неравномерно търсене, като изчислява точно какво и кога е нужно в цялата структура.
Тя е изчислително-ориентирана и ориентирана към бъдещето, изграждайки график от предвиденото търсене.
Слабостта ѝ е зависимостта от точността на плана, прогнози, списъци със съставни части, срокове на доставка и записи за инвентара трябва да са верни, иначе планът натиска грешните неща.
MRP планира централно и натиска; мощна е за комплексно планиране, но е толкова добра, колкото са данните ѝ.
Kanban е pull, система, управлявана от търсенето.
Вместо да изчислява график и да го натиска, kanban позволява реалната последваща консумация да задейства попълването: когато една стъпка използва част, канбан сигнал упълномощава предшестващата стъпка да произведе или достави заместване, не повече, не по-малко.
Нищо не се произвежда, докато реалното търсене не го изтегли. Силата на kanban е в простотата и бързината при равно, повтарящо се търсене: не изисква сложни изчисления, свързва производството тясно с реалната консумация, ограничава инвентара и бързо изважда наяве проблемите.
Слабостта му е в предпоставката за относително стабилно, предвидимо търсене и къси срокове на доставка, kanban регулира потока според това, което вижда, затова се справя слабо при неравномерно, силно променливо или с дълги срокове на доставка търсене, като предава върховете нагоре по веригата вместо да ги планира.
Kanban контролира цеха с прости сигнали; превъзхожда при равномерен повтарящ се поток, но не е система за планиране при комплексно, променливо търсене.
Основното различие е push срещу pull, план срещу търсене. MRP натиска производството към централно изчислен план, произтичащ от прогнозата; kanban изтегля производството от реалната, фактическа консумация на мястото на употреба.
MRP гледа напред и изчислява; kanban реагира на това, което току-що се е случило.
Това обяснява различните им силни страни: плановата мощ на MRP се справя с комплексността, променливостта и дългите срокове, които kanban не може, докато простотата и тясната връзка с търсенето на kanban превъзхождат плановото натискане на MRP при стабилни, повтарящи се артикули, където график, базиран на прогноза, само добавя инвентар и закъснение.
Те не са толкова конкуренти, колкото инструменти за различни профили на търсене и, важно, различни слоеве. MRP планира; kanban изпълнява.
Сбъркването им, или налагането на един върху търсене, за което не е подходящ, е честа грешка: MRP за прост, равномерен поток презпланира, kanban за комплексно променливо търсене недопланира.
Завод произвежда комплексен продукт със стотици компоненти, някои със дълги международни срокове на доставка и променливо търсене от клиенти.
MRP пасва за планиране: разгъва списъците със съставни части, отчита дългите срокове на доставка и изчислява кога да се поръча всеки компонент и кога да се стартира всяка подсборка, за да се изпълни графикът, изчисление, което kanban никога не би могъл да направи, защото дългите срокове и променливите артикули трябва да бъдат планирани предварително, а не изтегляни реактивно.
Но в рамките на този продукт определени общи, евтини и постоянно използвани компоненти преминават през финалния монтаж със стабилна скорост.
За тях kanban пасва за изпълнението: прост pull цикъл ги попълва от супермаркета (складовата зона) докато монтажът ги консумира, без разгръщане на поръчки от MRP.
Така заводът използва MRP за планиране на комплексните, с дълги срокове и променливи материали и kanban за изпълнение на стабилните, повтарящи се, всеки там, където е удачен.
Работният пример сочи към общия, мощен отговор: много заводи комбинират MRP и kanban вместо да избират само едно.
MRP обработва високо ниво планиране, комплексните списъци със съставни части, покупки с дълги срокове и общия производствен график, осигурявайки напредналия план, който изисква комплексното, променливо, с дълги срокове търсене.
Kanban управлява цеховото изпълнение на стабилните, повтарящи се артикули, изтегляйки ги просто срещу реалната консумация, без да натоварва MRP с постоянен оборот на поръчки за високонаборани стоки.
Тази хибридна схема използва силните страни на всяка система: планиращата мощ на MRP за нещата, които трябва да се планират предварително, и простотата на pull на kanban за нещата, които текат стабилно.
Разделянето обикновено е по характеристики на артикула: планирайте неравномерните, с дълги срокове и комплексни артикули с MRP; изтегляйте стабилните, с къси срокове и големи обеми с kanban.
Резултатът е система за планиране, която е едновременно способна на комплексност и ефективна в изпълнението, вместо да принуждава всичко през един подход.
И двете системи планират спрямо капацитет, който зависи от OEE.
MRP изчислява график, предполагащ, че цехът може да произвежда с определена скорост; ако реалното OEE е значително по-ниско от предположението, MRP планът натиска повече, отколкото линията може да направи, и датите се разместват, същият разрив в капацитета, стоящ зад finite scheduling.
Kanban, от страна на pull, зависи от надеждността на оборудването по различен начин: стегнатият kanban цикъл е нетърпим към престои, защото тънкият буфер бързо обезхранва следващата стъпка, когато машина спре, така че kanban незабавно изважда наяве загубите в OEE, същата динамика като при pull production.
И в двата случая, базирането на плана или размера на kanban на реален капацитет, коригиран спрямо OEE, държи контрола на производството съответстващ на това, което цехът действително може да достави.
Fabrico доставя реалния капацитет и надеждност, от които и MRP планирането, и kanban изпълнението се нуждаят.
За MRP, неговото живо OEE показва дали линията може да произвежда със скоростта, която графикът предполага, така че планът да е реалистичен, а не оптимистичен.
За kanban, данните за престои показват дали оборудването е достатъчно надеждно, за да поддържа тънките буфери, които изисква pull цикълът, или дали лошата наличност налага по-големи kanban количества като застраховка.
И в двата случая, то обвързва контрола на производството с това, което цехът действително доставя. Запишете демонстрация, за да базирате планирането и pull върху реален капацитет.
MRP (Material Requirements Planning) изчислява какво да се произведе и закупи въз основа на прогноза и списъци със съставни части, след което натиска производството към график. Kanban изтегля попълненията от реалната последваща консумация, нищо не се произвежда, докато сигналът не покаже, че е необходимо. MRP е push и управляван от план; kanban е pull и управляван от търсенето.
Използвайте kanban за стабилни, повтарящи се артикули с кратки срокове на доставка, където простото изтегляне на попълнения превъзхожда график, базиран на прогноза. Използвайте MRP за комплексни продукти с дълбоки списъци със съставни части, дълги срокове на доставка и неравномерно или променливо търсене, които трябва да бъдат планирани предварително, а не изтеглени реактивно.
Да, много заводи го правят. MRP обработва високо ниво планиране, комплексните списъци със съставни части, покупки с дълги срокове и общия график, докато kanban управлява цеховото изпълнение на стабилните, повтарящи се артикули. Планирайте неравномерните, с дълги срокове артикули с MRP; изтегляйте стабилните, с големи обеми с kanban.
MRP е push система: изчислява производствен и снабдителен план от прогнозното търсене и списъците със съставни части, след което натиска този график към цеха. Kanban, за разлика от това, е pull система, която задейства производството от реалната последваща консумация.
И двете разчитат на капацитет, който OEE определя. Графикът на MRP предполага производствена скорост; лошото OEE го прави оптимистичен и датите се разместват. Тънките буфери на kanban не прощават престои, така че лошото OEE бързо обезхранва линията. Базирайки и двете на реален капацитет, коригиран спрямо OEE, ги държи реалистични.
Вход
Блог
