Что делать, если сотрудники саботируют лучшие практики
Видео на YouTube-канале Systemmatica (4 минуты): https://youtu.be/G7UPsII_jgM
Разбираем, что делать, когда сотрудники саботируют ваши процессы, из-за чего работают менее эффективно. На примере кейса нашего клиента – строительной компании.
Приятного просмотра. И про лайк-репост-подписку не забывайте😏
· 02.07.2024
Практика показывает, что саботируя некоторые процессы, работа идет более эффективно. И лучшие практики тоже будут лучшими не для всех.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 04.07.2024
Если это реально так, то смотрим как работает «саботажник» и как это можно транслировать на остальных, чтобы вся команда начала работать более эффективно
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 04.07.2024
Для этого надо не молиться на процесс и не пытаться натянуть сову на глобус. А с этим часто сложности бывают, особенно у адептов этого процесса.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 05.07.2024
Давайте лучше на конкретике, а то я не понимаю мы с вами про одно пишем или спорим))
Про молиться на процессы. В книге я описывал кейс компании, которая занимается умными домами. Есть сотрудники, которые занимаются установкой и есть отдел сопровождения. Им критично, чтобы был единый регламент и все ему следовали (даже если кто-то из сотрудников кричит, что знает, как сделать лучше). Потому что когда на объект придёт сотрудник поддержки что-то чинить, ему нужно точно знать, где что находится, а не разбираться в художествах не в меру креативного мастера по установке
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 05.07.2024
Механический процесс в этом плане проще и понятнее. Тут всё достаточно очевидно и он должен быть одинаковым по понятной причине.
Я говорю о процессах более сложных, типа запуска нового ИТ продукта. Например, есть компания, у которой существует некий процесс работы в рамках основной деятельности. Эта компания решает выпустить на рынок что-то не похожее, но при этом предпринимаются попытки загнать разработку нового продукта в рамки существующего процесса, актуального (хотя и это спорно) для существующих продуктов. Если этому не противодействовать, высока вероятность погрязнуть в бюрократии и зависимостях, что не позволит запустить продукт даже через год-два.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 05.07.2024
А, ну это другое. Согласен. Если это новый для компании продукт, понятно что процессы нужно пересмотреть или даже какое то время пожить в «хаосе», пока не кристаллизуются те самые лучшие практики (которые и после этого никто не запрещает бесконечно улучшать)
А если это 101й по счету новый продукт, то тут по идее уже должны были родиться какие-то базовые процедуры: общий алгоритм и общие инструкции. Типа: как проводить анализ рынка, как проводить кастдев, как команда двигается в условиях неопреденгости, состав команды на этом этапе и тд. И снова подчеркну, ситуативно и эти все наработки можно пересмотреть, если того требует ситуация
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён