- Форум
- Форум LeanZone.ru
- Практика улучшений
- Рабочая зона крестьянского хозяйства Волкова А.П.
- ТРМ. С чего начать?
ТРМ. С чего начать?
- Дмитрий Касьянов
- Автор темы
- Не в сети
- Осваиваюсь на форуме
- Сообщений: 62
- Спасибо получено: 23
Подозреваю, что начнете спрашивать про цель данной таблички, но пока потерплю с ответом.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Александр Филонов
- Не в сети
- Живу я здесь
- Сообщений: 6616
- Спасибо получено: 714
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Дмитрий Стукалов
- Не в сети
- Администратор
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Дмитрий Стукалов
- Не в сети
- Администратор
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Юрий Рыбалка
- Не в сети
- Живу я здесь
- Сообщений: 2095
- Спасибо получено: 186
Фишка в том, что причины отклонений актуальны с точки зрения оперативного управления, реакции на эти причины, прямо сейчас, в моменте, сразу. Если говорить о ретроспективном анализе - то длина этого периода очень зависит от характера бизнеса. Ну, в строительстве например, как-то более-менее можно говорить о востребованности недельной статистики, хотя тоже не айс. А в некоторых бизнесах информация может устареть уже через день-другой, а то и через несколько часов. Все зависит от динамики процессов, интенсивности операций. Развивать нужно именно эту культуру - оперативной реакции на проблему.
Думаю, тут неверна сама терминологическая основа. На основе статистики невозможно ничем управлять. На ее основе можно только оправдываться, почему произошел прокол, или "обосновывать" некие достижения.
Сокращение промежутка времени между выявлением отклонения, установлением его причины и реакцией на нее позволяет нам по возможности оттачивать "реактивный" стиль управления. Но если мы понимаем, что такой стиль управления не единственный и не может быть исчерпывающим, то мы должны РЕактивный стиль чем-то дополнить, уравновесить - а именно ПРОактивным стилем. А он базируется в первую очередь на предвидении, ожидании рисков - статистика тут может быть немного в помощь, но чаще вообще-то вредит, вводит в заблуждение.
Итого: выходит, что статистика для реального управления ПРОЦЕССОМ практически неприменима. А для чего же она годится?
Все правильно. Для управления ОБЩЕСТВЕННЫМ МНЕНИЕМ, для манипуляций.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Михаил Шустер
- Не в сети
- Живу я здесь
- Сообщений: 1209
- Спасибо получено: 260
А начнем с того, как вы собираетесь использовать результаты. Что конкретно вы хотите от формы:
-Статистику простоев?
-Что чаще всего ломается?
-Сколько времени уходит на ремонт?
-Почему еще бывают простои и их статистика?
-Потребность в ЗИПе?
-Добросовестность поставщиков ЗИПа?
-Что-то еще?
Я бы сильно сократил список вопросов и наращивал бы его по ходу. На АЭС, например, есть Журнал дефектов, куда входит "дата и описание дефекта", "решение" (кто и когда), "исполнение". Устраненные дефекты зачеркиваются. Т.е. журналом мы добиваемся, чтоб не было забытых дефектов, за этим строгий контроль. А данные из журналов специальные девочки переносят в АСУ, используя такие важнейшие вещи, как "Классификатор" дефектов. Некоторые данные они берут из других, специально обученных документов. И уже АСУ считает повторяемость в типах и прочую статистику, используемую в управлении ремонтом
Элементарные советы:
Если написать заголовок "Июнь 2013, 1 неделя", в таблице можно убрать 3 колонки
Бригадир ФИО, Оператор можно не писать т.к. при нужде можно найти в других источниках, а зачем?
"Причина простоя(описание)" - это самая важная и длинная колонка, шириной 1,5 см. Попробуйте ее заполнить в натуре и не рассмеяться. Классификатор простоев должен находиться рядом. При этом, если речь идет о поломках, классификатор должен содержать "Виды дефектов"
"Перечень выполненных работ" - тоже длинная колонка, причем, наверное, эти данные есть в другом документе. Зачем это вам? Считать смету? Нормировать?
Ну и так далее
Особо умиляет классификатор простоев. В одну кучу и поломки, и отсутствие сырья, и дисциплина, и проблемы качества. В общем, вы свалили в кучу орла и трепетную лань, ибо слишком многого хотели
Захотите поменьше, но конкретно. И начинайте, расширять никогда не поздно
ЗЫ. Не обижайтесь, я сам таких чудовищ в свое время наплодил немерено
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Александр Карбаинов
- Не в сети
- Живу я здесь
- Сообщений: 1432
- Спасибо получено: 6
А вывод-то какой из этого? Потереть все базы и выкинуть все журналы? Для оперативного управления достаточно доски, мела и тряпки.Юрий Рыбалка пишет: Итого: выходит, что статистика для реального управления ПРОЦЕССОМ практически неприменима. А для чего же она годится?
Все правильно. Для управления ОБЩЕСТВЕННЫМ МНЕНИЕМ, для манипуляций.
Keep it simple, stupid!
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Дмитрий Касьянов
- Автор темы
- Не в сети
- Осваиваюсь на форуме
- Сообщений: 62
- Спасибо получено: 23
Александр Филонов пишет: А что с инспекцией? Лаборатория? Задержки? После санобработки нужны какие-либо результаты лаборатории - можно работать или нет?
Конечно, я сам лично в процесс не погружался, поэтому на этот вопрос в ближайшее время ответит специалист, который к этому процессу ближе.
По просьбе Стукалова Дмитрия переименовал файл.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Дмитрий Касьянов
- Автор темы
- Не в сети
- Осваиваюсь на форуме
- Сообщений: 62
- Спасибо получено: 23
Юрий Рыбалка пишет: Но если мы понимаем, что такой стиль управления не единственный и не может быть исчерпывающим, то мы должны РЕактивный стиль чем-то дополнить, уравновесить - а именно ПРОактивным стилем. А он базируется в первую очередь на предвидении, ожидании рисков - статистика тут может быть немного в помощь, но чаще вообще-то вредит, вводит в заблуждение.
Я с вами полностью согласен, что нужен проактивный стиль. ТРМ - это и есть ПРОактивный стиль. Поэтому и начали работу в этом направлении.
Юрий, я здесь сразу же и Михаилу Шустеру буду отвечать.
Нисколько не обижаюсь Михаил, я сам просил критику.
Статистику собираем, чтобы понимать по какой причине сколько времени мы потеряли. Поэтому там даже зоны ответственности есть, чтобы (только не подумайте что это делается для того что бы искать виновных) знать кому улучшать свою работу. С теми изменениями, которые у нас сейчас происходят в Корпоративной культуре предприятия (для этого наверное необходимо создавать отдельную ветку в рабочей зоне), мы ввели несколько принципов (кратко): право на ошибку; поиск корневой проблемы. Так что этот столбец тоже для дела.
На ширину колонки не смотрите - это уже вопросы оформления, а я больше про суть спрашивал.
Михаил вы правильные вопросы задаете про то, что мы конкретно хотим от формы (-Статистику простоев?
-Что чаще всего ломается? -Сколько времени уходит на ремонт? и т.д.). Они почти все в точку. И как мне кажется на вопрос "зачем мы это делаем?" я ответил выше.
Зачем дробим в экселе на такое количество столбцов? Что бы можно было делать статистику и по дням и по месяцам и по годам. Дни слишком короткий срок, месяц слишком длинный, поэтому еще ввели и столбец - с неделями. Очень хороший срок для анализа. Если планерки еженедельно происходят, то как раз к очередной планерке и статистику можно будет подготовить. А это уже ближе к оперативному реагированию.
Зачем оператор рабочего места? Затем, чтобы понимать, что является причиной поломки. Конкретный оператор или другой фактор, а работа ведь посменная. Соответственно есть с кем сравнивать. Может поломки происходят из-за того, что оператор не обучен? Значит будем учить.
Искать информацию по другим местам, на мой взгляд, не продуктивно. Информация должна быть в одном месте. И выбрать Фамилию Оператора рабочего места из списка автоматически предлагаемых фамилий - это не долго. На заполнение этой формы в день уходит несколько минут.
При том это же сводная таблица - формировать в разрезе разных столбцов разную аналитику - ну очень удобно.
Мы же в начале пути. И чем мы больше сейчас соберем информации, или набьем шишек, то легче будет потом.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Юрий Рыбалка
- Не в сети
- Живу я здесь
- Сообщений: 2095
- Спасибо получено: 186
Александр Карбаинов пишет: А вывод-то какой из этого? Потереть все базы и выкинуть все журналы? Для оперативного управления достаточно доски, мела и тряпки.
Ну необязательно прямо сразу спешить с невозвратными действиями. Но провести ревизию имеющихся журналов и баз и занятых в их обслуживани сил с пристрастным вопросом "действительно ли нам это нужно и для чего?" совсем не помешает. И уж во всяком случае не плодить новых журналов и статистик без ответа на этот вопрос. Это так тошно - работать в бизнесе, где у людей 80% времени уходит на заполнение отчетов, которые не успевают обрабатывать, на основе которых никто не принимает никаких решений. Это особый вид канцелярской муды, поистине преступный.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
- Главная
- Форум
- Форум LeanZone.ru
- Практика улучшений
- Рабочая зона крестьянского хозяйства Волкова А.П.
- ТРМ. С чего начать?