Использую Business Model Innovation от BCG, хотя это вариант скорее не для проектирования нового бизнеса, а диагностики существующего. Для нового бизнеса он более детальный, чем business model canvas.
вобщем основная мысль текста такова: нефиг искать решение производственных/организационных проблем при помощи внедрения ПО(в виде MRP), когда, устранить потери можно «аналогово» (приказами и должностными инструкциями) причем при минимальных затратах.
ERP\MRP\канбан\jit — все эти технологии не помогут руководителю решить тех проблем, которые руководитель еще сам не осознал.
Решить проблемы сходу не получится, но хотя бы осознать, посмотреть на своё производство под другим углом/в разрезе — конечно. А когда видно что не так — тогда уже и менять можно.
По поводу приведенных примеров — про петровича или ивановича и отгрузки раз в неделю: это все вилами по воде. Для каждой конкретной ситуации нужно конкретное решение. Думаю многие прочитавшие уже вспомнили достаточно много ситуаций из жизни где такой подход «не прокатит».
Автор описал канбан как панацею для минимизации потерь, хотя он(канбан)всего лишь один из инструментов «бережливого производства», который отдельно эффективно работать не будет.
Тут вопрос в том, что либо контора целиком работает по lean(включая продажи, бухгалтерию, склад, производство и т.д) используя все инструменты; либо думает, что работает по lean т.к. внедрила? какой-нибудь из инструментов и на этом остановилась: а в результате вырисовывается «ситуация из жизни, где такой подход не прокатит»
мы сейчас стали таможить комплектующие через Беларусь — очередей нет, растаможка занимает 1 день +1 день доставка. Правда чуть больше работы бухгалтерии, но работа эта окупается слихвой.
Единое таможенное пространство рулит :)
Канбан-ячейки служат не для планирования производства вцелом, а для решения текущих производственных задач на месте конкретного работника, т.е. чтобы допустим слесарь при наличии «сейчас» работы не остановил производственный процесс через час т.к. закончились детали. Вобщем канбан — локальное средство минимизации перепроизводства, которое помогает обычным рабочим взаимодействовать между собой без привлечения ПО(или других расчетов) для планирования. Канбан — методология производства.
«сможете ли вы нам произвести к такому-то сроку столько-то таких-то штук».
Я пытаюсь строить своё производство по lean, одним из моментов которого есть понятние «неснижаемый остаток». Мы производим вентиляторы, наименований — 50+шт. По каждой из позиций номенклатуры есть на складе определенное количество готовой продукции.
Соответственно, если есть заказ, и мы по количеству влазим, вопрос решен, если же нет — то на всю номенклатуру есть рассчитанное количество человеко-часов, основываясь на которых ПО(или ручные рассчеты) и формирует срок выполнения. Покупные изделия (у нас электродвигатели и крыльчатки) есть у 3-4 поставщиков постоянно в наличии, расчеты по срокам делаются быстро. Если в момент разговора не получается самому просчитать — всегда можно попросить 5минут, чтобы позвонить на производство уточнить сроки и перезвонить заказчику.
Вобщем еще раз повторюсь — канбан для рабочих, система планирования — для продажников.
Самое большое заблуждение авторов образовании программистов в том, что ЧТОБЫ СТАТЬ ПРОГРАММИСТОМ НЕ ОБЯЗАТЕЛЬНО ЗАКАНЧИВАТЬ ВУЗ.
Конкретный язык программирования — это специальный инструмент и для его освоения достаточно СРЕДНЕГО СПЕЦИАЛЬНОГО ОБРАЗОВАНИЯ, т.е. ПТУ, Техникумов, Колледжей у кого как они называются — неважно.
И проблема в нашей стране не в Высшем образовании, а Среднем специальном, которое так и осталось на уровне слесарь/сварщик/водитель/укладчик кабеля и т.д.
В этом году закончил ВУЗ по специальности «компьютерная безопасность». У нас не было «ПРЕДМЕТОВ, КОТОРЫЕ ПРИГОДЯТСЯ» и спасибо большое преподавателям большое за это.
Мне просто развили мозг, общие концепции, СПОСОБНОСТЬ ДУМАТЬ, а технические моменты типа: «изучение языка Ruby, настройка роутера CISCO» я освоил без проблем сам.
У Ройтерс, например, - http://www.reuters.com/ большая часть приложений написана на .net, оставшееся на java. Только в нашей компании проекты для них пишет/тестирует/внедряет порядка 90человек. У информационного агентства довольно серьезные нагрузки на сервера - IIS отлично с ними справляется. С безопасностью в IIS тоже проблем нет... Помнится, майкрософт еще предлагал $10к за приватно обнаруженную уязвимость.
А вообще порядком надоел весь этот бред вокруг майкрософта... Постоянно он всем мешает, выпускает плохие продукты, хочет захватить мир...
Зачем этот постоянный пустой трёп в сторону майкрософта?
Нравится опенсурс - направьте вашу критику в развитие опенсурс проектов - от этого все будут в выигрыше. Я, например, с удовольствием разрабатываю и под .net, и под ruby - мне одинаково нравится и windows, и linux - у меня каждая система решает свои задачи, с которыми она лучше справляется - я беру лучшее от обеих систем, не загоняя себя в рамки одной из них.
А чем восхищаться-то? Каждый занимается своим делом - майкрософт технари, IBM - наукой. Нужно и то, и другое - на научных открытиях базируются технические решения... А наука ради науки...
у нас довольно крупная международная девелоперская компания - и мы, и буржуи говорим "торту".
Тут спорить просто можно бесконечно - по аналогии с SQL (буржуи говорят "сиквел" - руссские "эскюэль")
Решить проблемы сходу не получится, но хотя бы осознать, посмотреть на своё производство под другим углом/в разрезе — конечно. А когда видно что не так — тогда уже и менять можно.
Автор описал канбан как панацею для минимизации потерь, хотя он(канбан)всего лишь один из инструментов «бережливого производства», который отдельно эффективно работать не будет.
Тут вопрос в том, что либо контора целиком работает по lean(включая продажи, бухгалтерию, склад, производство и т.д) используя все инструменты; либо думает, что работает по lean т.к. внедрила? какой-нибудь из инструментов и на этом остановилась: а в результате вырисовывается «ситуация из жизни, где такой подход не прокатит»
Единое таможенное пространство рулит :)
Я пытаюсь строить своё производство по lean, одним из моментов которого есть понятние «неснижаемый остаток». Мы производим вентиляторы, наименований — 50+шт. По каждой из позиций номенклатуры есть на складе определенное количество готовой продукции.
Соответственно, если есть заказ, и мы по количеству влазим, вопрос решен, если же нет — то на всю номенклатуру есть рассчитанное количество человеко-часов, основываясь на которых ПО(или ручные рассчеты) и формирует срок выполнения. Покупные изделия (у нас электродвигатели и крыльчатки) есть у 3-4 поставщиков постоянно в наличии, расчеты по срокам делаются быстро. Если в момент разговора не получается самому просчитать — всегда можно попросить 5минут, чтобы позвонить на производство уточнить сроки и перезвонить заказчику.
Вобщем еще раз повторюсь — канбан для рабочих, система планирования — для продажников.
Конкретный язык программирования — это специальный инструмент и для его освоения достаточно СРЕДНЕГО СПЕЦИАЛЬНОГО ОБРАЗОВАНИЯ, т.е. ПТУ, Техникумов, Колледжей у кого как они называются — неважно.
И проблема в нашей стране не в Высшем образовании, а Среднем специальном, которое так и осталось на уровне слесарь/сварщик/водитель/укладчик кабеля и т.д.
В этом году закончил ВУЗ по специальности «компьютерная безопасность». У нас не было «ПРЕДМЕТОВ, КОТОРЫЕ ПРИГОДЯТСЯ» и спасибо большое преподавателям большое за это.
Мне просто развили мозг, общие концепции, СПОСОБНОСТЬ ДУМАТЬ, а технические моменты типа: «изучение языка Ruby, настройка роутера CISCO» я освоил без проблем сам.
А вообще порядком надоел весь этот бред вокруг майкрософта... Постоянно он всем мешает, выпускает плохие продукты, хочет захватить мир...
Зачем этот постоянный пустой трёп в сторону майкрософта?
Нравится опенсурс - направьте вашу критику в развитие опенсурс проектов - от этого все будут в выигрыше. Я, например, с удовольствием разрабатываю и под .net, и под ruby - мне одинаково нравится и windows, и linux - у меня каждая система решает свои задачи, с которыми она лучше справляется - я беру лучшее от обеих систем, не загоняя себя в рамки одной из них.
Тут спорить просто можно бесконечно - по аналогии с SQL (буржуи говорят "сиквел" - руссские "эскюэль")
Tortoise - французское слово.