Переставляя кровати

18.09.20

Сообщество - О жизни

Любимый способ избежать работы

«Если лень работать – скажи, что надо всё поменять» © (только что придумал).

«Когда в борделе продажи падают, надо работниц менять, а не кровати переставлять» © (какой-то анекдот).

Ну всё, хватит цитат и умстований. Расскажу, как переставляли кровати на одном милом и уютном предприятии. Их прям хлебом кормить не надо было, дай только кроватки подвигать.
 

Снабжение


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

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

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

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

Посидели, подождали – нет, не работает. Нужно всё поменять.

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

Сначала самое простое выбрали – «служба». И звучит солиднее, и вроде как намекает, что служить надо. Где-то годик были службы, но не сработало. Тогда решили, что нечего тут совок разводить – отделы, службы, нужно радикальное решение. Пусть будут департаменты.

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

Но, увы, и это не помогло. Однако, надежда зажглась вновь: вылез на свет божий умник, который сказал – у вас названия разделяющие, а нужны объединяющие. Например, «отдел» — от слова «делить», «департамент» — от английского «part» (часть), а «дивизион» — в чистом виде деление («division»). Наверное, это тоже был программист.

Решили – хватит делиться. Пусть будут «команды». Но быстро передумали – стало стыдно перед внешним миром. Представьте – приезжает клиент на переговоры, его встречает человек и говорит: «Я – Вася, из команды продаж». В деревне таких не любят.

Поняли, что не работает подход. Нужно всё поменять.

Теперь уже пошла серьёзная реорганизация. Начали переставлять людей и менять конфигурацию отделов. Снабженцев было человек пять, и остро встал вопрос – по какому признаку их поделить? Пришёл умный чувак и сказал – сейчас в моде т.н. «категорийный закуп». Типа Вася отвечает за категорию «Литьё и поковки», Гена за «Метизы», а Валя – за «Металлопрокат (в т.ч. листовой)» и т.д. Так и поделили. На пять отделов.

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

Поняли, что не работает, и надо всё менять.

Поделили по другому признаку – серийная и заказная номенклатура. Серийная – это всё, что производится разными заводами и можно купить в любой момент. Заказная, соответственно – то, что на складе не лежит, и надо заказывать заранее.

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

Однако, не помогло. Поняли, что надо всё менять.

Тут кто-то прочитал книжку про бизнес-единицы. Решили, что у нас, конечно, тоже должны быть бизнес-единицы, матричное управление, а еще лучше – проектное. Но это в отдалённой перспективе.

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

А всех «непонятно кого» садят в т.н. Корпоративный Центр, он же КЦ. Бухгалтерия, программисты, экономисты, юристы и т.д. Ну и соответственно КЦ состоит «на службе» у бизнес-единиц, оказывая им услуги. Примерно, как государство состоит на службе у граждан и бизнеса.

В общем, рассадили трех снабженцев по бизнес-единицам, двоих оставили в корпоративном центре – на закуп «общей номенклатуры». В каждой бизнес-единице назначили начальника. И, как назло, все начальники были из продавцов. Тех самых, которые на протяжении всей истории существования компании сталкивались с проблемой Дяди Фёдора – чтобы что-то продать, надо это купить. А кто у нас покупал не то и не тогда, мы с вами уже знаем.

Внутри бизнес-единицы, накоротке, старые приёмчики снабженцев действовать перестали. Начальник-продавец говорил чётко, что надо купить, в каком количестве, и когда. А снабженец так не умеет, у него что-то вроде дислексии подчинения. Взвыли парни в бизнес-единицах.

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

Ну и чего делать? Перевели всех снабженцев в КЦ. Потом конструкторов. В бизнес-единицах остались одни продавцы. Весь смысл потерялся, и вернулись в исходную стадию эксперимента – просто отделы. Правда, продолжать эксперимент не стали. Просто смирились и потерялись в кризис.
 

Айтишники


Параллельно существовали айтишники – программисты и системные администраторы. Поначалу они как-то работали – ну, как попало, безо всяких таск-менеджеров и ITIL’ов. Работали откровенно плохо, ровно так, как принято на заводах – до уровня «чтоб не уволили».

Поглядев на снабженцев и перестановку их кроватей, поняли – вот оно! Хватит выслушивать, какие айтишники плохие, нужно всё поменять.

Решили так – нечего нам, айтишникам, звонить по телефону и орать, что не работает принтер, не формируется отчет или не приходит заявка с сайта. Хотите, чтобы айтишник что-то сделал – пишите служебную записку. Теперь у нас всё будет серьёзно.

Пошли к директору и обосновали изменения. Спорить было трудно – дело ведь именно в отсутствии записей и согласования, а никак не в плохой работе айтишников. Директор, зная и искренне любя стандарт ISO 9001, который утверждает «по процессу всегда должны вестись записи», подход одобрил.

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

Люди не дураки, и с радостью начали клепать служебные записки. Айтишникам пришлось вытащить из серверной старый пыльный стол, чтобы складывать на него тонны бумаги – в ящики столов уже давно ничего не помещалось. Однако, крики и ругань на тему «айтишники работают, как в штаны нас*али» поднялись с новой силой.

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

Решение? Автоматизировать служебные записки! Погибли сразу два зайца – айтишники получили две индульгенции. Во-первых, автоматизацию надо сначала сделать – а это, «вы понимаете», не так просто. Система должна быть гибкой, настраиваемой, удобной и прозрачной. Во-вторых, служебки уже можно не выполнять. А в системе задач нет, потому что еще нет системы.

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

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

Взяли паузу на поиск готового решения. Месяца через три выбрали Битрикс – самую дешевую коробку для развёртывания корпоративного портала. Еще месяца три разворачивали и настраивали. Хотя тут, пожалуй, соглашусь: не айтишники виноваты. Три месяца на разворачивание коробки Битрикса и приведение его в работоспособное состояние – это еще по-божески.

Всё это время жили, как попало. Кто-то толкал служебки в прежнюю систему, некоторые печатали, а самые наглые по старинке звонили и орали.

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

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

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

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

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

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

Когда вернулись, то чуть не упали: вся доска была в стикерах – желтые, розовые, белые, синие. Кто-то прилепил на магнит листок А4 с распечатанной служебкой. Несколько стикеров валялось на полу, под доской, со следами подошв.

Обед был у всего завода, поэтому решили так: не видел – значит не было. Сняли все стикеры и бумажки, сбегали в курилку, бросили в урну и сожгли. Оставшиеся полдня скандалили с двумя категориями граждан: одни орали «где мой розовый стикер?», другие – «дайте налеплю!». До утра скрам не дожил.

Совместно было принято решение, что скрам не подходит для производственных предприятий. Это – развлечение для хипстерских стартапов, в которых люди только щёки надувают, а работать не хотят, вот и выдумывают себе приключения со стикерами. Мы – люди серьёзные, нам нужна Система.

Перебрали Issues в GitHub (?!), Jira, 1С: Документооборот, какой-то продукт по ITIL, задачи в аутлуке, Битрикс24, Trello, Яндекс.Трекер, Канбан (с забором вокруг доски), еще одну свою систему сваяли.

В общем, испробовали множество вариантов расстановки кроватей. Манипуляции эти заняли несколько лет, по одному и тому же алгоритму. Признаем, что старая система или методика не годятся. Надо всё поменять. Берем время на анализ рынка и подбор новой системы. Потом – на её внедрение и настройку. Учим пользователей. Запускам. Получаем тот же вал задач, который быстро краснеет. Возвращаемся к исходной стадии.

А работали по-прежнему – до уровня, чтоб не уволили.
 

Директор


Ну и напоследок еще один любитель переставлять кровати – директор. Его любимой стезёй были системы оплаты и мотивации.

Говоря по-простому, проблемой было то, что директор мало платил – всем, включая своих заместителей. Но он вовремя понял ключевую стратегию, которую я слышал много раз, начиная с 2006 года, на деревенских заводах. Сейчас кратко изложу, только своему директору не показывайте.
 

Надо постоянно менять систему оплаты. Цель – платить меньше. Но людям должно казаться, что они стали получать больше.

Делается очень просто – через систему премирования, грейдов или, лучше всего, KPI (КПЭ).

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

Ну он и решил всё поменять. Сделал всем КПЭ, от зам.директора до уборщицы. Зарплата поделилась на окладную часть (примерно половина от предыдущего оклада), и премию по результатам работы. Естественно, железное правило внедрения новой системы КПЭ было соблюдено: она позволяла, чисто теоретически, получать больше, где-то на 30%.

Эту цифру (30%) директор постоянно озвучивал: я, такой хороший, увеличил вам зарплату на 30%, а вы не хотите работать. По факту, конечно, люди стали получать в районе 70% от предыдущего уровня дохода. Но докопаться было нельзя.

Недоволен, что мало получаешь? Так ты не получать, а зарабатывать пришел. Вот и зарабатывай. Я, директор, не могу за тебя работать, я создаю возможности, условия и перспективы. Работай и радуйся.

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

Директор это заметил, и решил всё поменять. Сильно возиться было лень, поэтому просто придумал другие показатели, не меняя принципиально всю систему. ФОТ опять снизился, и какое-то время директор жил спокойно.

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

Если следовать стратегии директора, то главное при внедрении грейдов – сделать алгоритм повышения уровня максимально сложным и непонятным. Что надо делать, как готовиться, какие результаты показать, кому экзамен сдать, куда шоколадку принести – ничего известно не было. Директор сказал – посмотрим 2-3 месяца, как пойдёт внедрение системы, и решим.

Через полгода нанял девочку лично себе в подчинение, назвал её «Менеджер по квалификациям», велел придумать алгоритм повышения грейдов и исполнять его. Не то чтобы велел – скорее предложил, или рекомендовал. Чтобы не особо торопилась.

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

P.S.


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

См. также

"250+ тысяч, в штат и работу пока не ищу": как изменился типичный 1С-ник в 2023 году

О жизни Россия Бесплатно (free)

Подводим итоги работы в 1С за 2023 год. Все о вас: 4 подробных раздела с цифрами, графиками и ужасными цветами диаграмм (должна же где-то быть стабильность).

08.02.2024    21370    Neti    85    

106

Адекватность работодателя. Как её определить? Часть 2. Процесс работы, от испытательного срока до увольнения

О жизни Бесплатно (free)

В процессе написания статей на тему Идеальное место работы ЗУПера нужен аргументированный текст про адекватного работодателя. Информации получилось много, поэтому выделю в отдельные 2 статьи. Рассмотрим все недостатки работодателей от момента собеседования до момента увольнения. Все этапы, как всегда, подкреплены реальными случаями из моего опыта.

22.01.2024    3462    biimmap    61    

66

Адекватность работодателя. Как её определить? Часть 1. Собеседование, заключение трудового договора

О жизни Конфигурации 1cv8 Бесплатно (free)

В процессе написания статей на тему Идеальное место работы ЗУПера нужен аргументированный текст про адекватного работодателя. Информации получилось много, поэтому выделю в отдельные 2 статьи. Рассмотрим все недостатки работодателей от момента собеседования до момента увольнения. Все этапы, как всегда, подкреплены реальными случаями из моего опыта.

16.01.2024    4939    biimmap    99    

76

Идеальное место работы для ЗУПера... Какое оно?! Часть 1. Негативные тенденции, ненужные знания.

О жизни Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и Управление Персоналом 3.x Бесплатно (free)

Импортозамещение увеличило потребность в архитекторах, аналитиках, разработчиках 1С, в т.ч. по ЗУП. Все их ищут всеми возможными способами, но не могут найти и не знают, чем же их завлечь к себе!? Давайте разберёмся в этом вопросе!

27.11.2023    4161    biimmap    52    

72

15 лет вместе...

О жизни Сообщество Бесплатно (free)

Прочитав название публикации, мысль возникает о свадьбе... Но речь не об этом!

25.08.2023    2412    biimmap    23    

46

Как изменилось собеседование разработчиков 1С за последний год

О жизни Россия Бесплатно (free)

«Многие кандидаты хотят от собеседования простую вещь: чтобы оно длилось пять минут и брали сразу на 300 000 в наносекунду», — Эльдар Мингалиев, разрабатывает новые форматы собеседований.

22.08.2023    13704    Neti    161    

107

Зачем и как ставить плюсы

О жизни Бесплатно (free)

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

21.08.2023    3559    biimmap    93    

126
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Aleksandr_prof 191 18.09.20 11:35 Сейчас в теме
И какие выводы можно сделать и какое было бы продуктивное решение? Неужели уволить сотрудников, вместо того чтобы переставлять кровати? Особенно касаемо истории про айтишников.
vppunctum; +1 Ответить
7. vppunctum 6 19.09.20 21:51 Сейчас в теме
(1)дурдом ромашка палата #6
2. Senator_I 166 18.09.20 11:37 Сейчас в теме
По мне - рыба гниет с головы, да только чистят с хвоста.
Andreyyy; oleg-x; Automatik; bellaform; XAKEP; +5 Ответить
5. Leon75 18.09.20 21:39 Сейчас в теме
(2)Рыба гниёт с живота.
Если структуры работают "плохо", но
шоу продолжается, то это кому-то нужно.
Senator_I; +1 Ответить
3. genayo 18.09.20 13:20 Сейчас в теме
Вот это уж точно байки из склепа.
4. PerlAmutor 129 18.09.20 20:31 Сейчас в теме
Я так думаю, что настало время все поменять...
Andreyyy; user776428; +2 Ответить
6. yukoz 63 19.09.20 08:43 Сейчас в теме
Перемен требуют наши сердца,
Перемен требуют наши глаза,
В нашем смехе и в наших слезах,
И в пульсации вен
Перемен!
Мы ждем перемен.

P.S. Делаю видео про 1С - https://youtube.com/c/ЮрийКозицынПрограммист1С
8. oleynikovpm 21.09.20 10:44 Сейчас в теме
мы не знаем истинных целей владельца предприятия , раз они все еще работают, значит Главного все устраивает, и народ воюющий с директором и айтишниками приносит достаточно прибыли.
16. rudnitskij 10.10.20 12:31 Сейчас в теме
(8) есть директора с задачей приносить максимальный убыток с последующим доведением до банкротства
9. Igorro82IT 77 22.09.20 09:13 Сейчас в теме
..и мебель двигалась, менялась и люди пересаживались и люди менялись..

Директор постоянно в поиске нового, несколько "Топов" начитанных тоже постоянно искали- искали.

Подавляющий состав персонала просто приходили на работу и старались следовать каким- то актуальным правилам.

"Фильтры" не справлялись со своими задачами - нужно и отсеивать часть идей от руководства и взамен отфильтрованных идей предоставлять ищущему директору рабочие варианты.
10. user954145 22.09.20 12:08 Сейчас в теме
Видел достаточно уже разработчиков возмущенных тем что их проекты выкидывают в корзину. Начинающих "реакцию".
Реакционеры придерживаются логики "не меняй если работает". Они из разработчиков превращаются в поддержку, которая трясется от любых изменений и создает под свое бездействие и лень теоретическую базу.

Как правило такие разработчики либо преклонного возраста либо выросли в разработку из технической поддержки.
Враги всего нового в сердце компании задушат инициативы и превратят ее в болото. Я бы от таких избавлялся.
11. Stylo 22.09.20 17:29 Сейчас в теме
Написано хорошо. Познавательно.
12. пользователь 23.09.20 10:24
Сообщение было скрыто модератором.
...
13. lvictor58 135 25.09.20 12:09 Сейчас в теме
Хоть кто-то смог эту бредятину до конца прочитать не перескакивая по заголовкам?
Andreyyy; smit1c; +2 1 Ответить
14. AntoShiK86 29 30.09.20 12:49 Сейчас в теме
PKI для снабженцев должны были стимулировать их.
15. leemuar 07.10.20 02:12 Сейчас в теме
> Сняли все стикеры и бумажки ... бросили в урну и сожгли
> Совместно было принято решение, что скрам не подходит для производственных предприятий

Это настолько прекрасно,что хочется и плакать и смеяться одновременно. Чаще чем хотелось бы подобное встречалось, причем не только о скраме, но и о многих вещах: "парное программирование - неэффективное", "код-ревью - вредное", "без ООП в 1С работать невозможно" и многое другое
17. user1464234 10.10.20 12:52 Сейчас в теме
Была деревня, в деревне построили заводик по переработке сельхозпродукции. Продукция приносила хороший доходик, поэтому за 30-60 лет вокруг заводика вырос вполне приличный городской квартал со школами и детскими садами для работников заводика и инфраструктуры. По городским улочкам возить сырье и готовую продукцию на грузовиках в дни пиковой нагрузки неудобно, поэтому в окрестных деревнях были построены сначала хранилища, а затем и заводчики, аналогичные первому. Сырье правда пришлось закупать поскольку сырьевая база сократилась и работников завозить, поскольку из города с детскими садами и школами опытные работники уезжать не хотели, пока не вышли на пенсию.
А заводик можно было в институт превратить или школу музыкальную, здание красивое очень....
И он не один такой, их много.
На переставление кроватей не похоже, скорее на ведьмины круги в лесу, когда внутри даже трава не растет.
18. user1464234 10.10.20 14:10 Сейчас в теме
А теперь представьте себе, что в руководстве предприятия оказались менеджеры с опытом работы в музыкальной школе/театре/комсомоле/детских садах/преподавания (когда вопросы по исполнительской дисциплине или авторитету вообще не возникают) и им предлагается поработать на этом предприятии, в идеале сделать его прибыльным (но даже это необязательно) - и обоснованно принять решение о переносе производства (из водоохранной зоны, все предприятия всегда строятся именно в таких зонах, интересно куда?) или его закрытии - и даже вернуться к любимой профессии при желании.
То, что в принципе любая новая галочка в учетной политике в типовой УТ может потребовать свертки базы, никого не удивляет.
19. Andrey73 11.10.20 20:02 Сейчас в теме
Этот директор хоть что-то меняет, а есть которые панически боятся новое внедрять. Не известно, что из двух зол лучше.
20. glek 119 11.02.21 08:53 Сейчас в теме
Про директора - знакомо )
Оставьте свое сообщение