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.