Приемка товара. Прием неполных заводских коробов.

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

• на складе хранится 120 штук товара А (в заводском коробе 50 штук; т.е. хранится 2 заводских короба и 20 штук россыпью).
• рекомендуемый товарный запас товара А - 150 штук.
• закупщик принимает решение о закупке 30 штук товара.

Товар доставляется на склад (30 штук). Какие проблемы возникают (например)?

1. Приемщик может принять неполный короб, как полный.
2. Для хранения товара требуется дополнительный короб.
3. Россыпь товара сложнее хранить на полке.

Остановимся на вопросе учета не полный коробов. Какие есть простые решения для приемного отдела.

№1 Маркировка короба сигнальной этикеткой.

Заранее печатаются, на небольшой термо-этикетке, специальные этикетки "НЕПОЛНАЯ". На короба, которые поступили неполными на склад, наклеиваются этикетки и вписывается реальное количество товара.

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

№2 Ручная пометка

Приемщик пишет на коробке (маркер, фломастер, ручка) реально количество товара.

В практике, удобнее вариант №1, наклеил и сделал пометку.

Команда наедается двумя пиццами

Пару недель назад я писал про группу, которая подключается для внедрения wms. Задумался о количестве привлекаемых сотрудников для проекта. И вспомнил про Амазон и правило "группа на две пиццы", о чем пойдет ниже речь.

В первые дни существования Amazon Джефф Безос установил правило: каждая внутренняя команда должна быть достаточно маленькой, чтобы её можно было накормить двумя пиццами (максимальное количество людей в группе - 6-7 человек; хотя я и сам могу съесть одну пиццу 😉). 

Правило фокусировалось на достижении двух целей — эффективности и масштабируемости

• небольшая команда тратит меньше времени на управление расписаниями
• больше времени выполняет поставленные задачи. 

В крупнейшем в мире онлайн-ритейлере работает много небольших команд, и все они должны уметь работать вместе, и иметь доступ к общим ресурсам компании. Это именно то, что, по словам аналитика Бенедикта Эванса, превращает Amazon в «машину, которая создаёт машину».

👉От чего отталкивается правило:

№1 При увеличении команды общение ухудшается. 

Для подсчета количества связей в группе, используется простая формула: = (количество людей * (количество людей - 1)) / 2

Подставим цифры 

а) для команды из 10 людей

= 10 * (10 - 1) / 2 = 45 связей

б) для команды из 20 людей

= 20 * (20 - 1) / 2 = 190 связей

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

№2 Большой размер команды делает сотрудников самонадеянными. 

Эксперименты Ю.Стааса с конструкторами Лего, показывают, что команде из двух человек понадобилось 36 минут на сбор конструкции, а команде на 4 участника - 52 минуты.

Итого (мое видение):

1. Размер команды не должен выходить за 10 сотрудников.
2. Должен быть костяк команды. Остальные сотрудники компании, могут выступать, как эксперты.
3. Требуется заранее продумать вопросы коммуникации между сотрудниками (особенно, если это распределенные команды).

Программы - помощники. GreenShot.

Из моего набора программ, которые упрощают работу.

Программа для снимков с экрана - GreenShot. С программой познакомился N лет назад, когда искал замену стандартному инструменту в windows. Программа с первых минут использования поразила своей простотой и функционалом.

Программа позволяет делать снимки, как всего экрана, определенной области, определенного окна, предлагая сохранить или отредактировать снимок.

Для редактирования снимков доступны простые инструменты:

• выделить область;
• сделать стрелку;
• подчеркнуть;
• закрыть область...

И это не все инструменты 👀

Снимок можно, как сохранить, так и отправить сразу в другое приложение.

Инструмент замечательный. Рекомендую всем для использования. 

Кстати, есть portable версии для тех, у кого стоит ограничение на самостоятельную установку приложений на компьютер.

Байки из логистики (ИТ-ники на складе)

 Где-то в 2016 году, на одной из встреч с программистами, задал вопрос "Как вы представляете себе работу склада". Один из программистов описал ее так: товар приняли, потом отгрузили, все просто и понятно.

Впоследствии, все новые сотрудники ИТ департамента (спасибо его руководителю, Р.Л.), обязательно проходили экскурсию по розничному складу, чтобы понять в чем заключается работа склада, какие процессы существуют, какие специалисты участвуют в обработке заказов, каким оборудованием пользуются сотрудники. И, могу отметить, что это давало весомый результат в дальнейшей совместной работе.

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

👀 Согласно недавнему исследованию, проведенному McKinsey, инвестиции в логистические стартапы в 2019 году составили почти 30 млрд долларов.

Выбор wms. Кого берем с собой в разведку?

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

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

Давайте вспомним основные этапы внедрения:

• Планирование проекта. На этом этапе наиболее часто происходит сбор сведений для документа as-is и формирование функциональных требований.
• Подготовка системы. На этом этапе Исполнитель выполняет доработку \ настройку wms.
• Обучение и приемочное тестирование. На этом этапе рабочая группа принимает результаты предыдущего этапа.
• Запуск системы в эксплуатацию. Это промышленный старт проекта.

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

• Планирование проекта. На этом этапе наиболее часто происходит сбор сведений для документа as-is и формирование функциональных требований.
• Участники рабочей группы: руководитель склада, технолог, будущий администратор wms,  ИТ специалист.
• Подготовка системы. На этом этапе Исполнитель выполняет доработку \ настройку wms.
• Участники рабочей группы: на этом этапе, обычно, рабочая группа знакомится с документами от Исполнителя и отвечает на вопросы-уточнения от Исполнителя.
• Обучение и приемочное тестирование. На этом этапе рабочая группа принимает результаты предыдущего этапа.
• Участники рабочей группы: руководитель склада, технолог, будущий администратор wms,  ИТ специалист
• Запуск системы в эксплуатацию. Это промышленный старт проекта.
• Участники рабочей группы: руководитель склада, технолог, будущий администратор wms,  ИТ специалист, ключевые сотрудники склада.

Руководителя проекта не включаю в список, так как он присутствует на всех этапах.

Какие требования выдвигаем к участникам рабочей группы?

1. Вовлеченность в процесс.
2. Готовность к изменениям (процессов).
3. Готовность к поглощению больших объемов новой информации.

👀 на что обращаем внимание:

1. Определить лицо принимающее решение. Кому доверяем принимать спорные решения.
2. Количество участников рабочей группы - не делать более 7 человек. Потому что, чем больше людей, тем больше вероятность "балагана".