Использование Lean-технологий

03.08.17

Управление продуктом - Продуктовый подход

Lean – это не проект, не технология, это, скорее, некая философия, основанная на том, что все наши действия должны быть направлены на получение прибыли. Конечно, имеется в виду наша деятельность в рамках работы коммерческой компании, направленной на получение прибыли.

Каким образом компания получает прибыль? Она предоставляет услуги, либо производит какие-то продукты – делает что-то, что потом покупает клиент. Это является источником прибыли. Соответственно, если исходить с этой точки зрения, то всю абсолютно деятельность компании, любые действия, совершаемые сотрудниками компании, можно условно поделить на два вида:

  • Действия, которые добавляют ценность продукту,
  • И действия, которые ценность продукту не добавляют.

Ценность – имеется в виду что-то полезное для заказчика, для потребителя этого продукта.

Все, что не добавляет ценности – это потери, с которыми надо всячески бороться. Потери бывают, если говорить укрупнено, двух видов:

  • Те, которые можно устранить полностью в ноль.
  • И те, которые нельзя устранить – их можно только минимизировать. Яркий пример потери, которую нельзя устранить – это бухгалтерский учет. Мы обязаны вести бухгалтерский учет, но само по себе наличие у нас в компании бухгалтерского учета никакой ценности нашему продукту для его потребителя не добавляет.

Инструменты для работы с потерями в Lean

Lean содержит в себе достаточно обширный набор инструментов, с помощью которых эти потери можно находить, классифицировать, бороться с ними.

Сама система изначально родилась на производстве, причем на классическом многопередельном MRP-производстве, но многие из этих инструментов могут быть с успехом применены и в работе офиса. Собственно, в компании, в которой я работал, с 2007 года идет процесс внедрения Lean, и достаточно много инструментов показали свою эффективность при использовании в офисе. Правда, не все.

Давайте вкратце рассмотрим те инструменты, которые мы пробовали внедрять. Все рассматривать не будем, только те, которые действительно смогут принести какую-то пользу при использовании в офисе.

Канбан

Первый инструмент – Канбан.

Про него, наверное, многие слышали, но, возможно, разное. По сути, Канбан представляет собой вытягивающую систему, когда в ходе какого-то процесса у нас идет постепенное преобразование продукта (либо информации) и по очереди – передача различным исполнителям.

  • Есть система выталкивающая, когда тот, кто сделал, передает дальше, на следующий шаг.
  • А есть система вытягивающая, когда тот, кто стоит следующим, говорит: «Дай мне в обработку». Канбан – это как раз вытягивающая система.

Где мы нашли для нее хорошее применение?

  • Материалы;
  • Комплектующие;
  • Аксессуары;
  • Расходные материалы, которые используются в работе ИТ-подразделений – мышки, клавиатуры, картриджи, всякая мелочь.

С помощью Канбан очень удобно управлять всем этим хозяйством, при этом не нужно затрачиваться на автоматизацию. Мы же часто страдаем от того, что «сапожник без сапог» – ИТ-шники всех вокруг автоматизировали, а на свои собственные процессы уже не хватает ни времени, ни желания. Канбан позволяет решить эту проблему.

На слайде показано, каким образом выглядит классическая карточка Канбан. Она содержит в себе:

  • Название номенклатуры;
  • Количество штук в упаковке;
  • Даты передачи и поступления;
  • Поставщик;
  • И подпись.

Как это используется у нас?

  • На склад приходит заявка на какую-то комплектующую, которая нужна сотруднику;
  • Ему эту комплектующую приносят вместе с такой карточкой Канбан;
  • Сотрудник в ней расписывается, что получил эту комплектующую;
  • И эту карточку Канбан кладут в специальный ящик;
  • В конце периода (недели или месяца) открывают этот ящик, сортируют все, что в нем лежит, и составляют на основании этого заказ поставщику, чтобы восполнить остатки.

Очень простая, понятная и удобная система. Экономит кучу времени и сил на организацию бесперебойного наличия материалов и комплектующих.

Супермаркет

В продолжение этой темы – инструмент «Супермаркет». Что это такое?

Чтобы мы могли называть склад супермаркетом, нужно выполнить одно условие. Для каждой номенклатуры, которая может на нем храниться, нужно установить два значения – минимум и максимум. Это – классическая модель управления запасами, когда у нас есть:

  • Некий максимальный уровень, больше которого не должно быть;
  • И некий минимальный уровень, при котором мы совершаем заказ.

Когда у нас остатки доходят до минимального уровня, мы делаем заказ так, чтобы они восполнились до максимального, а от минимального до нуля – это тот запас, который мы можем расходовать, пока товар не приехал. За это время мы доходим до нуля, но в дефицит не проваливаемся.

Самое сложное здесь – это правильно посчитать эти уровни. Кому интересно – это классическая задача теории управления запасами, можете поискать в интернете про формулу Уилсона и ее модификации.

– это интересный и достаточно спорный инструмент, в общем-то, рационализация рабочего пространства, состоящая из пяти действий. В чем заключается суть?

  • В том, что рабочее место нужно содержать в чистоте;
  • Инструменты, принадлежности должны быть разложены на определенных местах, а не как попало;
  • Для всего должны быть стандарты;
  • Все должно лежать в определенном порядке;
  • И нужно постоянно заниматься совершенствованием.

Вот пример, как может выглядеть рабочее место, где используется 5С. Кто-нибудь видит какие-то проблемы на этой картинке? На этой картинке все нормально. Это – хороший пример 5С.

Вот эта картинка – тоже 5С. Есть ли здесь какие-то проблемы?

На этой картинке вообще все абсолютно плохо и совершенно бессмысленно. От того, что у вас на рабочем столе мышка будет лежать на 5 сантиметров левее или правее, не изменится вообще ничего.

  • Когда у нас на производстве есть какие-то посты, на которых за одним и тем же столом посменно могут работать разные люди, там да, там 5С работает, потому что человек, не задумываясь о том, на каком он посту, тянет руку и не глядя, берет нужный ему инструмент, лежащий на своем месте.
  • А в офисе крайне редко так бывает, чтобы несколько людей работали за одним столом, за одним компьютером, под одной учетной записью.

Когда у нас внедряли 5С, была попытка сделать стандарты рабочих столов компьютеров, включая расположение ярлыков по зонам – решили, что это все должно быть стандартизировано. Когда это дошло до ИТ-подразделения, мы им первым делом показали рабочий стол нашего инженера сети передачи данных, который состоял из черной консоли с зеленым маркером приглашения. После этого от нас отстали.

Всеобщая эксплуатационная система

Еще один интересный инструмент – это «Всеобщая эксплуатационная система». Изначально он был придуман для промышленного оборудования – для станков. Не принципиально, какие станки, но этот инструмент всегда ассоциируется с какими-то станками, с производством, с цехом.

Оказалось, что все принципы «Всеобщей эксплуатационной системы» замечательно применяются для серверного и телекоммуникационного оборудования.

Всего шесть основных принципов. Давайте на них остановимся чуть подробнее.

Стандартизация.

У нас в компании разрабатываются:

  • СОК (стандартные операционные карты)
  • КОО (карты обслуживания оборудования).

Что они из себя представляют?

  • Это такой небольшой документ, обычно на несколько страниц.
  • Формат у него может быть различный – это может быть презентация в PowerPoint, Excel – не принципиально.
  • По сути, похоже на комикс: картинка и к ней – поясняющий текст. Упор на иллюстрацию, на графическое представление. Например, есть сервер, который нужно обслуживать – менять для него термопасту, смазывать вентиляторы и чистить от пыли:
    • Процесс разборки сервера и его обслуживания просто фотографируется,
    • К этим фотографиям делается описание, где каждое действие расписывается:
      • Открутить вот эти болты, снять крышку;
      • Открутить болт, снять процессор;
      • Вот так пасту снять;
      • Вот так намазать;
      • Вот здесь продуть.
    • И рядом с каждой операцией еще и фиксируется время – сколько времени должна занимать эта операция.

В результате, обслуживание упрощается, так как всегда есть шпаргалка, к которой можно обратиться. И если ты этот сервер давно не обслуживал и не помнишь, как у него выкрутить какой-то винтик, который сразу не видно – у тебя всегда под рукой есть такая шпаргалка. Очень полезная вещь.

Следующий пункт – это обучение.

Проводится обязательное обучение, как внутреннее, так и внешнее.

Составляется вот такая матрица, в которой зафиксировано, какой сотрудник с каким оборудованием может работать, потому что он прошел по нему обучение, и мы уверены, что он его знает и не сломает.

Следующий пункт – это автономное обслуживание.

Предполагается, что оборудование нужно обслуживать максимально автономно. В случае с ИТ это как раз просто – у нас должны быть скрипты, которые сами обслуживают оборудование. Выглядит это так, как на скриншоте – планируются определенные работы, которые выполняются на оборудовании. Для этого устанавливается регламент:

  • С серверов баз данных снимаются резервные копии;
  • Остальные сервера перезагружаются.

И дальше люди должны просто контролировать, что этот регламент исполняется.

Дальше – планово-предупредительные ремонты.

То, что для классического станка – планово-предупредительный ремонт, для серверного оборудования – чистка от пыли, замена термопасты, и, кроме того, работы, связанные с программным обеспечением.

По каждой единице оборудования понедельно планируются операции:

  • Обозначение «О» – это установка обновлений;
  • Обозначение «ПО» – плановое обслуживание (плановая перезагрузка и еще несколько вариантов).

Суть в том, что эту работу нужно планировать.

  • Должен быть составлен график ее выполнения
  • И дальше, системный администратор или другое ответственное лицо настраивает соответствующие скрипты и сценарии, которые обеспечивают исполнение всего этого.
  • И дальше его задача – просто контролировать, что все отрабатывает в срок и без ошибок.

И для того, чтобы понимать, насколько по конкретной единице оборудования уже внедрены принципы «Всеобщей эксплуатационной системы», делается вот такая табличка. Поскольку оборудования много, и сразу по всем пунктам выполнить работы не получается, оборудование ранжируется:

  • Для него присваивается понятие «очереди»;
  • А также обозначается его состояние по этим самым 6 принципам:
    • Зеленым отмечается, если принцип на данной единице оборудования внедрен;
    • Красным – если не внедрен;
    • Если по какой-то причине оборудование специфическое и принцип неприменим, закрашиваем серым.

Мы для себя выделили три очереди – нулевую, первую и вторую. Ранжирование производится по цене простоя:

  • Нулевая очередь – это элементы сетевой инфраструктуры и какие-то базовые ключевые сервисы, типа службы каталогов. Если отказали они, то встало почти все.
  • Первая очередь – это то оборудование, на котором висят прикладные системы, критичные для бизнеса.
  • И вторая очередь – это различные вспомогательные системы, без которых можно обойтись.

Вот эта картинка, особенно в динамике, позволяет очень хорошо видеть свой прогресс, куда мы вообще движемся и насколько мы близки к идеалу. Соответственно, ставится задача:

  • К определенному периоду внедрить все 6 принципов на всем оборудовании нулевой очереди;
  • Дальше – на оборудовании первой очереди;
  • И т.д.

Защита от ошибок

Защита от ошибок – называется замечательным японским словом «пока-ёкэ».

Применимо везде. Здесь нужно помнить простой принцип: «Если пользователь может совершить ошибку, он ее совершит» – это закон Мёрфи для ИТ.

Этот принцип можно использовать при проектировании интерфейсов:

  • Интерфейсы должны быть такие, чтобы пользователь ошибиться не мог.
  • Везде должны быть проверки на корректность данных. Вспоминаем прекрасную историю про запуск ракеты, когда датчик угловой скорости забили не той стороной. Там еще и провода специально были определенной длины, чтобы при вставке не той стороной провода не хватало. Подпаяли провода, матеря тупых конструкторов, которые не могли провода подлиннее сделать.
  • Еще пара замечаний касаемо разработки на 1С. Особенно при использовании не своего функционала рекомендуется реализовывать параноидальные проверки для параметров, полученных в функциях и процедурах, особенно для тех параметров, которые могут не передаваться (для них заданы значения по умолчанию).
    • Всегда помним про динамическую типизацию – проверяем типы значений;
    • Также помним про Неопределено, потому что если должна приходить ссылка, а придет Неопределено, то когда мы попытаемся обратиться «по точке», получим ошибку.

Кайдзен

Есть еще такая штука – Кайдзен. По сути, это процесс непрерывного совершенствования

Идея этого инструмента заключается в том, что можно долго, тщательно планировать какое-то крупное изменение, выполнять много работы, а потом его внедрить и сразу получить прирост производительности на много процентов. А можно постепенно, каждый день, делать какие-то маленькие точечные улучшения. По чуть-чуть, но каждый день, все время, несколько раз в день. И тогда суммарный количественный накопительный эффект существенно превысит любые разовые прыжки.

Каким образом работает Кайдзен?

Создаются Кайдзен-команды – термин японский, мне ближе все-таки термин «Рабочая группа». Обязательно собираются люди из разных подразделений. Это очень важный момент. Внутри одного подразделения Кайдзен работать не будет. Должны быть люди из разных подразделений.

Часто технику Кайдзен используют для решения проблемы. И проблемы у нас чаще всего возникают не внутри подразделения, а на стыке, между подразделениями, когда идет передача, и каждый валит какие-то проблемы на соседнее подразделение: «Это они нам не предоставили, это они не отработали. Мы заявку разместили, а они ничего не сделали».

Для того, чтобы такие проблемы решать, собирается команда.

  • Чтобы она получила полномочия, а не «просто так» посидели, издается приказ по предприятию за подписью руководителя, либо распоряжение о создании этой команды.
  • Лидер команды наделяется необходимыми полномочиями;
  • Собираются, придумывают решение, реализовывают его, все это документально оформляется. Суть в том, что это должно быть ежедневной регулярной работой. Можно вести листы проблем, которые возникают, и потом создавать кайдзен-команды для решения конкретных проблем. У нас регулярно создаются команды, ставятся задачи. Например, «в три раза сократить время размещения заказа», «в два раза уменьшить складские остатки». Могут создаваться большие команды, до 10 человек, которые могут работать по несколько месяцев. В них могут включаться руководители, они придумывают какие-то идеи, пробуют их реализовывать, и, чаще всего, задача решается.
  • По итогам решения, если все получилось и есть экономический эффект, нужно всех премировать.
  • И выделено важное условие – что нужно проводить изменения таким образом, чтобы обратно откатиться было нельзя. Эти изменения нужно фиксировать регламентами, либо в информационной системе. Логику работы перестроили – все, работаем по-новому. Хочешь – не хочешь, по-старому уже не получится, вариантов не будет.

Быстрая переналадка

Быстрая переналадка – еще одно понятие в бережливом производстве. Оно опять же касается оборудования, когда нужно перестраивать производственные линии, но также его можно применять и в ИТ.

Есть тут кто-нибудь, кто еще не использует серверную виртуализацию? У меня для вас один совет – начните ее использовать. Это – очень хороший инструмент.

  • Накладные расходы на саму виртуализацию минимальны, при этом куча бонусов по лицензированию, по возможностям изменения параметров, по созданию изолированных сред и т.д.;
  • Кроме этого, рекомендуется использовать какие-то специальные программы-контейнеры – тот же Docker или Vagrant;
  • Используйте образы для развертывания систем.

Технологий, которые позволяют ускорить процессы, связанные с развертыванием инфраструктуры, с развертыванием рабочих мест – очень много.

Представьте себе, вам необходимо изменить конфигурацию сервера или добавить ему памяти:

  • Если сервер аппаратный – пошли в серверную, выключили, вынули из стойки, сняли крышку, вставили планку, закрыли крышку, вставили обратно, включили.
  • А если сервер виртуальный – зашли в «Менеджер управления виртуальными машинами» и передвинули ползунок.

Разница по времени очевидна.

Вот иллюстрация того, как должна выглядеть быстрая переналадка.

Нужно тщательно подготовить все заранее, потому что когда машина подъезжает к пит-лейну, никто не бежит с колесом, все уже стоят наготове и ждут. Все, что можно сделать по предварительной подготовке к выполнению операции, нужно сделать до того, как сервис остановлен или выключен (если это требует выключения, либо остановки сервиса).

Картирование потока.

Возвращаясь к определению бережливого производства, суть метода «Картирование потока» заключается в том, что у нас есть:

  • Действия, операции, которые увеличивают ценность – создают ценность для потребителя;
  • И те, которые не создают ценности.

Что позволяет сделать картирование потока?

  • Мы берем некий поток – это некая итерация процесса, не обязательно всего, а какой-то части – последовательность каких-то действий, выполняемых различными участниками.
  • Мы берем специального человека, даем ему секундомер. Он берет этот секундомер и замеряет время, затрачиваемое каждым участником процесса на выполнение каждого действия. И все это на листочке фиксирует.
  • Этот замер производится несколько раз. Нужно выбирать потоки, которые выполняются часто.

Классический пример – согласование договора. На входе в поток у нас проект договора, на выходе – подписанный договор. Если компаний много, в день может приходить по несколько штук договоров. Это процесс, который повторяется часто.

  • Фиксируются полностью все действия, которые возникают внутри;
  • И дальше эти действия классифицируются по принципу создания ценности:
    • Когда юрист проверяет договор, это создает ценность, потому что он снижает наши риски.
    • Когда договор лежит в папке у секретаря, ожидая подписи начальника – это не создает ценности, потому что это – потери времени на ожидание.
  • Соответственно, когда мы все действия разложили на те, которые добавляют ценность и не добавляют ценность, мы считаем время:
    • У нас есть время выполнения каждой операции. Мы его суммируем и получаем общее время выполнения потока;
    • А также у нас есть общее время тех операций, которые добавляют ценность;
    • И тех, которые не добавляют ценность.
  • Отношение вот этой длины, когда мы создаем ценность, к общей длине потока, определяет коэффициент его эффективности.

Когда мы впервые начали использовать у себя такой подход и считать какие-то массовые потоки, у нас получились какие-то совершенно пугающие цифры. По тем потокам, с которых мы начинали работу, когда все это запускалось, у нас коэффициент эффективности был меньше процента, иногда доли процента. Хотя казалось, что все хорошо, что компания сертифицирована по СМК, процессы все прописаны, высокий уровень внутренней автоматизации. Но когда мы посмотрели на все эти процессы под другим углом, оказалось, что местами все весьма печально, и есть куча потерь, связанных с неэффективной работой, с огромными ожиданиями. Это – хороший инструмент, который позволяет выявить такие ситуации.

Была ситуация, когда прокартировали какой-то поток и выяснилось, что огромное количество времени тратится на то, что какой-то сотрудник вручную сводит какие-то данные – из нескольких табличек собирает все это в одну. Мы это элементарно автоматизировали и огромные потери времени сразу же ушли. Когда его спросили: «Почему ты молчал?», он ответил: «Но я же всегда так работал, я понятия не имел, что здесь можно что-то сделать». Когда спросили у его начальника: «Почему он молчал?», он ответил: «Но он же всегда так работал и не жаловался».

Этот инструмент позволяет выявить такие места, где есть резервы для улучшений, и операции, которые можно сократить.

Им достаточно просто пользоваться, потому что после того, как мы собрали все данные, у нас есть некое графическое представление. Никакой жесткой нотации для него нет. Например, можно рисовать вот таким образом:

Или вот таким образом:

Смысл в чем?

  • Сначала мы собираем эту карту.
  • Потом ищем точки, где мы можем улучшить – нам необходимо избавиться от красных квадратов, либо уменьшить их длительность.
  • После того, как мы определили мероприятия, которые можно сделать, мы их делаем.
  • После того, как сделали – повторно картируем. Смотрим результат, сравниваем – достигли/не достигли, насколько выросла эффективность.
  • После того, как прошло какое-то время, желательно вернуться и прокартировать еще раз и посмотреть, а не свалились ли мы обратно.

Если говорить про основные инструменты, которые приносят пользу при офисной работе из инструментария бережливого производства – то это, пожалуй, все. Естественно, их намного больше. В сети вы можете найти про них огромное количество информации – тема вообще достаточно большая и интересная.

 

Данная статья написана по итогам доклада, прочитанного на конференции INFOSTART EVENT 2016 DEVELOPER.

 

30 мая - 1 июня 2024 года состоится конференция Анализ & Управление в ИТ-проектах, на которой прозвучит 130+ докладов.

Темы конференции:

  • Программная инженерия.
  • Инструментарий аналитика.
  • Решения 1С: архитектура, учет и кейсы автоматизации на 1С.
  • Управление проектом.
  • Управление продуктом.
  • Soft skills, управление командой проекта.

Конференция для аналитиков и руководителей проектов, а также других специалистов из мира 1С, которые занимаются системным и бизнес-анализом, работают с требованиями, управляют проектами и продуктами!

Подробнее о конференции.

 


См. также

Запускаем новый продукт. С чего начать

Продуктовый подход Бесплатно (free)

При запуске нового продукта нужно проверить идею на прочность, оценить ваши возможности и определить позиционирование среди целевой аудитории. Расскажем о том, какие инструменты могут в этом помочь.

09.02.2024    870    0    comol    0    

8

О смертных грехах в развитии продукта. Взгляд со стороны бизнеса

Продуктовый подход Бесплатно (free)

Производство продукта обходится дорого, и иногда вы можете потратить большое количество времени и ресурсов, человеческих сил, но не получить на это спрос от клиента. О том, как балансировать в «поле сил», собирая необходимую информацию от «агентов влияния», попадать в ожидания клиента и успевать подготовить продукт в условиях ограниченного времени, пойдет речь в статье.

22.01.2024    645    0    user1075439    8    

4

Запуск центра компетенции: ожидания и реальность

Продуктовый подход Бесплатно (free)

При переходе от проектного к продуктовому подходу возникает ряд проблем: ключевым сотрудникам приходится брать на себя несколько ролей, растить лидеров для самоорганизации плоской команды, вырабатывать ответственность и искать ресурсы. О том, как с помощью внутреннего центра компетенции системно решать проблемы с ресурсами, возникающие у продуктовых команд, расскажем в статье.

17.11.2023    736    0    user1949771    0    

7

Продуктовый подход и создание центра компетенции 1С в компании

Продуктовый подход Бесплатно (free)

Когда нужно увеличить скорость обработки запросов от бизнеса и быстро выводить новые продукты на рынок, на первый план выходит продуктовый подход. Расскажем, как решать архитектурные, организационные и методические вопросы, возникающие у продуктовых команд, и какие особенности есть у продуктового подхода применительно к решениям 1С.

20.09.2023    1212    0    user1949771    0    

4

Радио "Аналитик", выпуск 11. О создании продуктов с Сергеем Колосковым

Продуктовый подход Бесплатно (free)

В одиннадцатом выпуске подкаста Радио “Аналитик” обсудили, как найти актуальную проблему для создания продукта, как проверить идею продукта на востребованность и как сделать продукт привлекательным для потенциальной аудитории.

06.02.2023    574    0    Radio_Analyst    0    

3

Как превратить бизнес-заказчиков и разработчиков в единую команду?

Продуктовый подход Бесплатно (free)

Один из подходов, который помогает найти с бизнес-заказчиком общий язык и организовать сотрудничество – это использование принципа бережливой разработки (Lean Development). На митапе «Сбор требований и составление ТЗ» директор по проектам Инфостарта Мария Темчина рассказала, как с помощью этого принципа наладить взаимодействие с заказчиком, и показала практические инструменты, которые удобно применять при сборе требований.

26.05.2022    3607    0    MariaTemchina    0    

11

Как создать коробочный программный продукт

Продуктовый подход Бесплатно (free)

Создание коробочного продукта – процесс нелегкий и долгий. Помочь разработчикам, которые только начинают свой путь в этом направлении, решил Сергей Сорокин – основатель компании MoscowSoft, которая входит в топ-3 компаний-продавцов коммерческих продуктов на Инфостарте. Сергей рассказал, как выбрать и протестировать идею, объяснил, стоит ли бросать наемную работу ради собственной разработки, и поделился опытом, как Инфостарт помогает при продвижении продукта и в борьбе с пиратами.

05.10.2020    5098    0    primat    2    

26

Придет владелец продукта и решит все вопросы бизнеса!

Продуктовый подход Бесплатно (free)

Практически во всех крупных проектах есть отдельная роль – владелец продукта. Все чаще ее выполняют аналитик либо представители бизнеса, но насколько эффективно они работают, мало, кто задумывается. О том, что должен делать Product Owner, и какие ошибки чаще всего совершают такие специалисты, на конференции Infostart Event 2019 Inception рассказал управляющий партнер и Agile Coach компании Scrumtrek Иван Селеверстов.

24.07.2020    7662    0    iseleverstov    0    

18
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Solovyeff 03.08.17 08:49 Сейчас в теме
Стол с изолентой порадовал. Надеюсь путь к столу тоже изолентой очерчен, а то сотрудник может "лишнюю милю" промотать :)
user774630; Deslime; TreeDogNight; корум; CyberCerber; AKnyazkov; +6 Ответить
11. Dem1urg 386 17.08.17 17:51 Сейчас в теме
(1) Изоленты на полу именно в офисе не видел. А вот на производстве в цехах сплошь и рядом на полу обозначены различные зоны.
Зато приходилось рисовать "стандарт рабочего места" в виде схемы помещения, на которой были обозначены маршруты дверь -> компьютер, компьютер -> принтер, компьютер -> шкаф с документами.
2. Infector 199 03.08.17 09:18 Сейчас в теме
Когда руководству нечем заняться, оно начинает искать себе занятия по душе - совещаться по любому поводу, строить коммунизм, махать синими флагами на площадях, внедрять Lean. Кто мешает людям просто оптимизировать процессы без рисования графиков и вывесок а-ля Lean и засланцев-оптимизаторов, очень посредственно ориентирующихся в среде, куда их десантировали, но активно навязывающих свой взгляд на то как правильно нужно работать. Поверьте, очень забавно, когда Lean - менеджер начинает учить токарей правильной раскладке инструмента, зачищает "ненужные" запасы в слесарке, а через некоторое время выясняется, что болта нужного нет, его при оптимизации в металлолом сдали, т.к. он уже пару лет лежал и никто его никуда не прикручивал. Или видит менеджер, что при смене бабин в цеху народ за ключиком на 10 постояно бегает. Вешают клюк у целевого агрегата. Народ из слесарки хором заявляет - сопрут. И правы же были, перли и прут эти ключики, и регулярно докупаются. И вот если все эпизоды вместе сложить получаем - Lean - идеалогия для тех, кто не может или не хочет делать что-то полезное без идеалогии. Увы, сейчас это модно.
sergelemon; ryutao; +2 Ответить
3. Bassgood 1424 03.08.17 10:50 Сейчас в теме
(2)
Народ из слесарки хором заявляет - сопрут. И правы же были, перли и прут эти ключики, и регулярно докупаются.

Мб тогда стоит принять меры для исключения возможности воровства?
Мб докупать ключик обходится дешевле, чем время, которое ежедневно тратят слесари на бегатню за ним?
А то выходит так, что не работает система, а выяснить причины и устранить их мы не пытаемся.
okulus; pm74; Dem1urg; +3 Ответить
4. Infector 199 03.08.17 11:22 Сейчас в теме
(3) Пожалуй соглашусь, что ключ на 10 штуковина не дорогая. Но уверен, что среди руководителей найдутся желающие пойти по первому пути и расширить систему видеонаблюдения за сумму, на которую можно эти ключики несколько лет закупать каждый день.
"С системами предотвращения воровства" тоже интересная штука - иногда их элементы тоже воруют, причем грамотно, т.к. камера сначала вырубается, а потом скручивается без запечатления злоумышленника. Идею поставить от таких воришек камеру на чердак, где проложены все коммуникации, оборжали всем отделом.
5. dmpas 417 03.08.17 11:25 Сейчас в теме
(3)

Мб тогда стоит принять меры для исключения возможности воровства?


Сразу вспомнился хакер в столовой! https://xakep.ru/2006/12/16/35784/
Serg O.; Infector; +2 Ответить
8. ruizave 04.08.17 11:52 Сейчас в теме
(2) Все таки вы не правы в ситуации с ключом. Лин помог найти узкое место. То что ключи воруют - это уже другая проблема. Способов решения масса: личный ключ у каждого рабочего, локеры с ключами рядом со станками - это уже уменьшит путь, решение докупать уже высказывалось - возможно цена ключа будет меньше в разы стоимости потерь. Может вообще дешевле сразу в начале смены ключи раскладывать - украдут и пофиг с ними.
13. Dem1urg 386 17.08.17 17:55 Сейчас в теме
(8) В точку. Лин дает инструменты как для поиска проблем так и для решения найденных.
10. pm74 199 07.08.17 08:55 Сейчас в теме
(2) принцип личной МО еще никто не отменял , после вычета из ЗП за стыренный ключ сами разберутся кто это сделал
Bassgood; +1 Ответить
15. Dem1urg 386 17.08.17 17:57 Сейчас в теме
6. Manoshkin 346 04.08.17 06:30 Сейчас в теме
И те, которые нельзя устранить – их можно только минимизировать. Яркий пример потери, которую нельзя устранить – это бухгалтерский учет. Мы обязаны вести бухгалтерский учет, но само по себе наличие у нас в компании бухгалтерского учета никакой ценности нашему продукту для его потребителя не добавляет.

:))))))) ага а еще и зарплата сотрудникам
7. genayo 04.08.17 08:22 Сейчас в теме
Русский Лин он часто бывает такой, бессмысленный и беспощадный...
sergelemon; o.nikolaev; +2 Ответить
9. o.nikolaev 211 07.08.17 07:53 Сейчас в теме
Принцип раковой клетки - "прибыль".
wolfsoft; ipoloskov; +2 Ответить
14. Dem1urg 386 17.08.17 17:56 Сейчас в теме
(9) Вы так говорите, как будто это что-то плохое.
12. Dem1urg 386 17.08.17 17:54 Сейчас в теме
(7) Вот только дело в Лин как таковом, а в тех, кто именно его внедряет. Извратить можно любую идею и потом жаловаться на сову, что она очень плохо натягивается на глобус, а микроскопом крайне неудобно забивать гвозди.
16. DAL 18.08.17 00:12 Сейчас в теме
(0)

Вариант реализации канбан, выполненный мной у клиента:


Карточка Канбан содержит двумерный штрихкод, в котором вся информация о товаре и его идентификатор.

На склад приходит заявка в виде документа "Внутренний заказ" на какую-то комплектующую, которая нужна сотруднику;
Ему эту комплектующую приносят вместе с накладной
Сотрудник в ней расписывается, что получил эту комплектующую;
И эту карточку Канбан кладут в специальный ящик И документ проводитя в базе.

В конце периода (недели или месяца) открывают этот ящик, сортируют все, что в нем лежит, и составляют на основании этого заказ поставщику, нажимают кнопку, и система в считанные секунды составляет заказ поставщику, чтобы восполнить остатки.

Кроме того, минимальные остатки могут регулироваться сезонностью, что с помощью неавтоматизированного Канбан исполнять не камильфо.

21 век!!!! А Вы все про карточки товара и амбарные книги)))))

А так, в целом, да... Очень простая, понятная и удобная система. Экономит кучу времени и сил на организацию бесперебойного наличия материалов и комплектующих.
17. Dem1urg 386 18.08.17 09:43 Сейчас в теме
(16) я намеренно сделал акцент на том, что канбан можно внедрить вообще без автоматизации и он будет работать. А можно и с автоматизацией. Здесь суть в самой идее. А реализовывать её можно по разному.
19. DAL 18.08.17 14:28 Сейчас в теме
(17)Ну тут могу только добавить, что если есть желание построить эффективно работающую систему управления и учета, то ее можно построить и вовсе без автоматизации. Было бы желание.
18. dmpas 417 18.08.17 09:53 Сейчас в теме
Оставьте свое сообщение