Преступление и наказание
Sep. 3rd, 2020 04:39 amОтдельно распедалю про нашу политику.
Наказывать за ошибки я считаю неправильным, и причины простые:
1. Это не справедливо. Ошибаются все, что-то вроде случайного процесса, или божья воля если хотите. Цена ошибок заложена в издержки.
2. Наказание не помогает. Я слышал про немецкие эксперименты на людях: заключенным давали очень простую работу, типа из кучи проволочек красные откладывать налево, а зеленые направо, цена ошибки - расстрел на месте, и люди все равно ошибались.
3. Страх наказания создает мотивацию скрывать ошибки, а это вредно для бизнеса. Выгоднее превратить ущерб от ошибки в инвестицию - научиться предотвращать подобные ошибки в будущем, усовершенствовать процессы.
Пример. Девочка проверяет готовые изделия: годные в большую коробку, негодные - в маленькую на исправление. Годных много, негодных крайне мало, и когда ей попадается негодный, она чисто на автопилоте хуяк в коробку годных, и дальше проверяет. Спустя время до нее доходит, что коробка негодных пуста, куда делся? Девочка вполне в состоянии скрыть эту ошибку, уйдет заказчику, а там поди докажи, может они сами сломали. Она докладывает, коробку задерживаем, перепроверяем, находим бракованный девайс.
Задание на дом: как изменить процесс, чтобы подобное не повторялось?
4. Исправление ошибок - очень полезный навык, практически утерянный нынче. Что мы будем делать, если что-то пошло не так? Как минимизировать и изолировать ущерб? Исправлять последствия? Как вернуть в рабочее состояние без перезагрузки всей системы? Тут инструкцию не напишешь, надо головой думать. Если буду наказывать, то вместо думать как пофиксить, народ озадачится вопросами как избежать наказания и кто крайний. Оно мне это надо?
Пример сегодняшний с рельсой: хуйня случилась - доложили, предложили пути решения, получили одобрение, реализовали. Все четко, без паники, по-деловому: ущерб минимален, работа восстановлена в кратчайшие сроки. Завтра будет разбор полетов и принятие мер по предотвращению, а за чоткие действия по устранению последствий - похвалю.
---
За что наказываю.
1. Попытка скрыть ошибку: что-то накосячили, никто не видел, сделаем морду кирпичем как бы ничего не произошло.
2. Недоложение о чужих ошибках: видел, что творится ебаная хуйня, промолчал, значит соучаствовал в сокрытии.
3. Нарушение прямого запрета либо что-то делать, либо делать каким-либо специальным образом.
Т.е. если будет отклонение от процедуры "делай раз, делай два, делай восемь" - это без серьезных кар, ну, пожурю, проведу беседу, объясню, может процедуру поменяю. Но если в процедуре красным жирным цветом выделено "Ни в коем случае не то-то или так-то" и это будет нарушено - вот за такое пиздюли влетят, ибо это не ошибка, а диверсия.
Наказывать за ошибки я считаю неправильным, и причины простые:
1. Это не справедливо. Ошибаются все, что-то вроде случайного процесса, или божья воля если хотите. Цена ошибок заложена в издержки.
2. Наказание не помогает. Я слышал про немецкие эксперименты на людях: заключенным давали очень простую работу, типа из кучи проволочек красные откладывать налево, а зеленые направо, цена ошибки - расстрел на месте, и люди все равно ошибались.
3. Страх наказания создает мотивацию скрывать ошибки, а это вредно для бизнеса. Выгоднее превратить ущерб от ошибки в инвестицию - научиться предотвращать подобные ошибки в будущем, усовершенствовать процессы.
Пример. Девочка проверяет готовые изделия: годные в большую коробку, негодные - в маленькую на исправление. Годных много, негодных крайне мало, и когда ей попадается негодный, она чисто на автопилоте хуяк в коробку годных, и дальше проверяет. Спустя время до нее доходит, что коробка негодных пуста, куда делся? Девочка вполне в состоянии скрыть эту ошибку, уйдет заказчику, а там поди докажи, может они сами сломали. Она докладывает, коробку задерживаем, перепроверяем, находим бракованный девайс.
Задание на дом: как изменить процесс, чтобы подобное не повторялось?
4. Исправление ошибок - очень полезный навык, практически утерянный нынче. Что мы будем делать, если что-то пошло не так? Как минимизировать и изолировать ущерб? Исправлять последствия? Как вернуть в рабочее состояние без перезагрузки всей системы? Тут инструкцию не напишешь, надо головой думать. Если буду наказывать, то вместо думать как пофиксить, народ озадачится вопросами как избежать наказания и кто крайний. Оно мне это надо?
Пример сегодняшний с рельсой: хуйня случилась - доложили, предложили пути решения, получили одобрение, реализовали. Все четко, без паники, по-деловому: ущерб минимален, работа восстановлена в кратчайшие сроки. Завтра будет разбор полетов и принятие мер по предотвращению, а за чоткие действия по устранению последствий - похвалю.
---
За что наказываю.
1. Попытка скрыть ошибку: что-то накосячили, никто не видел, сделаем морду кирпичем как бы ничего не произошло.
2. Недоложение о чужих ошибках: видел, что творится ебаная хуйня, промолчал, значит соучаствовал в сокрытии.
3. Нарушение прямого запрета либо что-то делать, либо делать каким-либо специальным образом.
Т.е. если будет отклонение от процедуры "делай раз, делай два, делай восемь" - это без серьезных кар, ну, пожурю, проведу беседу, объясню, может процедуру поменяю. Но если в процедуре красным жирным цветом выделено "Ни в коем случае не то-то или так-то" и это будет нарушено - вот за такое пиздюли влетят, ибо это не ошибка, а диверсия.
no subject
Date: 2020-09-02 09:46 pm (UTC)Навскидку - делать не аналогичное движение, а нечто другое. Не просто сложить в другую коробку, а к примеру приклеить наклейку на бракованную деталь. Даже если перепутают, легко будет найти.
no subject
Date: 2020-09-03 02:55 am (UTC)Кстати, мне сейчас тоже нужно будет решать такие задачи. Правильно упаковать, проверить, что всё в порядке и т.п. Раньше никогда таких задач не решал.
no subject
Date: 2020-09-03 02:58 am (UTC)Чисто психологическое различие.
Совершенно не уверен, возможно, и идиотская идея. :)
no subject
Date: 2020-09-03 03:38 am (UTC)no subject
Date: 2020-09-03 03:43 am (UTC)no subject
Date: 2020-09-03 07:45 am (UTC)no subject
Date: 2020-09-03 08:15 am (UTC)no subject
Date: 2020-09-03 02:30 pm (UTC)no subject
Date: 2020-09-03 06:16 pm (UTC)Сразу стало трудно ошибиться, и ошибка стала явно заметна (яркий цвет). Положительный побочный эффект - появились более точная статистика неисправностей в виде стопки бумажек после ремонта (раньше не заморачивались на строгие подсчеты), которую уже можно анализировать.