TeamleadConf++ 2024Закончился TeamleadConf, конференция, в которой мне посчастливилось поучаствовать модератором в воркшопе «6 механизмов влияния», где мы учились применять модель Джозефа Гренни на практических изменениях.
Внезапно (!) воркшоп посетило аж 60 человек, это с учетом того, что мы выступали вечером второго дня, прямо перед закрытием конференции - тут, конечно, сказывается и уровень вовлечения участников TLC, и, вероятно, интерес к самой теме по управлению изменениями.
Участники нагенерили более 100 идей о том, как можно влиять, чтоб достичь своих целей, а цели были выбраны следующие (10 столов по 6 человек):
* Как выделить команду поддержки из команды разработки и внедрить SRE?
* Как убедить тимлида перестать спускать сроки команде, а начать доверять ее оценкам?
* Как тимлиду уйти на повышение, найти себе замену и не развалить в процессе команду? Как повысить точность оценок, когда команда бывает ошибается в x10 раз?
* Как заставить поставщиков выполнять условия договора (требования к технической спецификации данных)?
* Как ускорить Time to market на 20%?
* Как внедрить ИИ в жизнь разработчиков?
* Как повысить личную эффективность через делегирование?
* Как убедить команду писать документацию?
* Как внедрить автотесты?
Буквально за 25 минут коллеги нагенерировали кучу идей, а некоторые даже забрали готовый план домой, надеюсь, для будущего внедрения.
Несколько слов про сам подход, когда используются какие-то готовые методологии или фреймворки, я вспомнил, что когда-то давно в бизнес-школе меня учили, что есть три уровня мастерства:
1) сначала ты используешь методологию, которую тебе выдали применительно к ситуации. Это как раз то, что мы сегодня сделали: типа вот методика Дж. Гренни, используйте.
2) Когда у тебя в багаже уже есть несколько подходящих для разного случая методик и ты используешь нужную. Например, для управления изменениями еще есть Коттер, ADKAR, три шага Курта Левина, и, наверное, если порыться в памяти и гугле, то еще с пару десятков можно найти. Каждая имеет свои плюсы и минусы и хорошо подходит для одних ситуаций и может быть плохо для других. Мастер 2-го уровня понимает это и применяет правильный инструмент для правильной ситуации.
3) Когда на основе всех известных тебе методов и инструментов разрабатываешь свой собственный, идеально подходящий под конкретный случай.
Поэтому Дж. Гренни не серебряная пуля, конечно, но зато дает хороший и системный подход, который в случае чего можно использовать в качестве вдохновения для своего кейса.
Напоследок хочу поблагодарить коллег по команде и заодно рассказать о них:
* Ганджина Дедюрина, автор доклада, лидер agile-трансформации WВ (Стрим Отзывы), коуч ICF, коллега по CH и еще 2 страницы регалий, блог
@pro_transformations.
*Настя Быкова, Scrum Master и Dev Rel, блог
@za_predelami_koda.
* Мария Сладкова, OKR Master/Агент изменений.
*Дарья Лебедева, Process Lead.
* Никита Шевченко, Scrum Master и эксперт в управлении знаниями, делал свой доклад на конфе тоже по этой теме. Блог
@skitstories.
