Внедрение изменений
В работе нам периодически приходится сталкиваться с инициативами внедрения каких-либо изменений. Одни из них полезные, другие – вредные, некоторые мы не хотим принимать, какие-то продавливаем сами.
В этом деле нас могут подстерегать разные проблемы, и я бы хотел поговорить о том, как в общем случае продвигать эти изменения, чтобы потом было меньше хлопот.
Проблемные примеры
- Технически некомпетентный менеджер прошел курсы типа «Скрам за 4 часа» и решил, что сейчас он научит инженеров, которые годами варятся в разработке и делают продукты, работать как надо.
Теперь там модные дейли стендапы в планке, планинг покер на команду из полутора землекопов, груминг задач про верстку сайта автошколы, демонстрация новой итерации разработки скучающей секретарше директора автошколы и ретро с передачей эстафетной палочки.
Все приуныли.
- Огнеглазый фронтендер послушал новый выпуск подкаста и решил, что надо переписать уже работающий сайт автошколы на реакт.
Переписывал 3 месяца, чет не заработало, откатил назад. Надо будет в след раз Svelte попробовать. Уж на нем точно станет хорошо.
Все приуныли. Ну, может, кроме разработчика: тот поставил галочку в резюме и пошел в другую компанию с +30% к зарплате. Все еще сильнее приуныли.
Так может и не надо ничего делать?
Я никогда не был консерватором и прямо яростным сторонником «работает – не трогай». Индустрия динамичная, поспевать за ней надо. Но делать это разумно, аргументированно, хорошо подготовившись.
План по внедрению изменений
Не важно, технические это штуки или организационные, я предлагаю решать, принимать инновации или нет, в разумном диалоге. Пусть инициатор подготовит план:
- Какая сейчас существует проблема. Желательно осмотреть не только симптомы проблемы, но и докопаться до её первопричины.
- Какие реальные у неё последствия. Регулярно затрачиваемое лишнее время, появляющиеся ошибки, даже демотивация работников – всё это можно рассматривать как последствия. Но нужна конкретика. «Просто потому что это старье, а вон то – новье» – это не конкретика и не подход профессионала.
- Как предлагается проблему решать.
- Какая планируемая выгода от этого всего мероприятия, и окупает ли она затраты.
- Какие могут быть риски, и как с ними планируется работать.
Если аргументы разумные, подкреплены конкретикой, то остается последний нюанс. На мой взгляд, желательно, если инициатор сам и займется внедрением, и будет нести ответственность за него. Потому что другим можно навыдумывать какую угодно работу, особенно если за исход не отвечаешь. А когда сам себе её придумываешь, обещаешь, что сделаешь, да еще и знаешь, что с тебя будет спрос за результат, взвешивать все свои предложения и планы будешь намного внимательнее.
Итог
Не будьте ретроградами, но и не спешите слепо затаскивать новшества, которые могут навредить проекту, компании, команде. Тщательно продумывайте такие решения и несите за них ответственность.
В работе нам периодически приходится сталкиваться с инициативами внедрения каких-либо изменений. Одни из них полезные, другие – вредные, некоторые мы не хотим принимать, какие-то продавливаем сами.
В этом деле нас могут подстерегать разные проблемы, и я бы хотел поговорить о том, как в общем случае продвигать эти изменения, чтобы потом было меньше хлопот.
Проблемные примеры
- Технически некомпетентный менеджер прошел курсы типа «Скрам за 4 часа» и решил, что сейчас он научит инженеров, которые годами варятся в разработке и делают продукты, работать как надо.
Теперь там модные дейли стендапы в планке, планинг покер на команду из полутора землекопов, груминг задач про верстку сайта автошколы, демонстрация новой итерации разработки скучающей секретарше директора автошколы и ретро с передачей эстафетной палочки.
Все приуныли.
- Огнеглазый фронтендер послушал новый выпуск подкаста и решил, что надо переписать уже работающий сайт автошколы на реакт.
Переписывал 3 месяца, чет не заработало, откатил назад. Надо будет в след раз Svelte попробовать. Уж на нем точно станет хорошо.
Все приуныли. Ну, может, кроме разработчика: тот поставил галочку в резюме и пошел в другую компанию с +30% к зарплате. Все еще сильнее приуныли.
Так может и не надо ничего делать?
Я никогда не был консерватором и прямо яростным сторонником «работает – не трогай». Индустрия динамичная, поспевать за ней надо. Но делать это разумно, аргументированно, хорошо подготовившись.
План по внедрению изменений
Не важно, технические это штуки или организационные, я предлагаю решать, принимать инновации или нет, в разумном диалоге. Пусть инициатор подготовит план:
- Какая сейчас существует проблема. Желательно осмотреть не только симптомы проблемы, но и докопаться до её первопричины.
- Какие реальные у неё последствия. Регулярно затрачиваемое лишнее время, появляющиеся ошибки, даже демотивация работников – всё это можно рассматривать как последствия. Но нужна конкретика. «Просто потому что это старье, а вон то – новье» – это не конкретика и не подход профессионала.
- Как предлагается проблему решать.
- Какая планируемая выгода от этого всего мероприятия, и окупает ли она затраты.
- Какие могут быть риски, и как с ними планируется работать.
Если аргументы разумные, подкреплены конкретикой, то остается последний нюанс. На мой взгляд, желательно, если инициатор сам и займется внедрением, и будет нести ответственность за него. Потому что другим можно навыдумывать какую угодно работу, особенно если за исход не отвечаешь. А когда сам себе её придумываешь, обещаешь, что сделаешь, да еще и знаешь, что с тебя будет спрос за результат, взвешивать все свои предложения и планы будешь намного внимательнее.
Итог
Не будьте ретроградами, но и не спешите слепо затаскивать новшества, которые могут навредить проекту, компании, команде. Тщательно продумывайте такие решения и несите за них ответственность.