Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 5
×

Митинги 1×1 как инструмент развития команды

Что такое для 1×1 для менеджера? Это довольно интересный вопрос, и рассуждений на эту тему в Сети довольно много. В этой статье я хочу рассказать немного о другом. А именно, как на основе 1×1нов выстроить определенный фреймворк, который позволит понять, как растет ваша команда в профессиональном плане, и, самое главное, как задать каждому члену команды правильный вектор роста.

Давайте, для начала, рассмотрим две типичные ситуации, с которыми время от времени сталкивается руководитель проекта.

Ситуация № 1. Команда трудится над проектом, PM наблюдает за всем этим с ленинским прищуром, указывает на ошибки, дает советы. Тут приходит время очередного цикла оценки специалистов, и PM решает, что Вася на самом деле уже сениор, а вот Лена, пожалуй, еще немного не доросла. Васе — продвижение, больше денег и всяческие почести, а Лена подождет до следующего раза. Такие циклы, в зависимости от компании, проходят раз в полгода-год.

На самом деле, это не самая плохая ситуация. Хуже, когда мы сталкиваемся со следующей:

Ситуация № 2. Команда так же работает, руководитель так же советует, правда в этой компании нет никаких бюрократических циклов. Вроде все хорошо, все счастливы, но тут приходит наш Вася и говорит: «Знаешь, такой оффер предложили, от которого я просто не могу отказаться. И денег больше, и обязанности интереснее». И тут PM резко понимает, что Вася уже очень даже и сениор, и без него проекту никак. В этом случае начинаются уговоры, давление и предложение золотых гор. На самом деле, в среде айтишников это стало одним из основных приемов выбивания повышений — сказать менеджеру, что у тебя есть предложение от конкурентов, но ты сомневаешься. PM пугается и повышает. Все просто.

Понятно, что никому из менеджеров не хочется сталкиваться со второй ситуацией, однако я считаю, что и первая ситуация далека от совершенства. А все потому что, во-первых, тяжело подогнать всех членов команды под какой-то один оценочный цикл, которого человек может просто не дождаться. Во-вторых, ленинский прищур — это весьма неточный инструмент. Часто бывает, что сходясь во мнениях о среднем профессиональном уровне специалиста, его менеджер и он могут иметь совершенно разное понимание того, какие именно умения требуют улучшений.

Сейчас я расскажу, что именно я имею в виду.

Проблема синхронизации

Мы привыкли думать, что профессиональный рост представляет собой некую шкалу ...=>Jun=>Mid=>Snr=>..., по которой продвигается специалист (левая часть рисунка).

Однако, это ошибочное утверждение, так как на самом деле профессиональный рост специалиста представляет собой несколько шкал, и в каждой из них у него может быть свой уровень профессиональной зрелости (правая часть рисунка). Развивая «неправильные» компетенции, талантливый человек может надолго залипнуть на текущей позиции и, в конце концов, уйти из проекта из-за того, что его «так и не оценили».

Что же это за шкалы такие? Для каждого проекта они уникальны. Сюда можно отнести как hard skills (Architecture, Coding, English), так и некие поведенческие компетенции (Team Work, Client Focus etc). Все зависит от того, какими навыками и умениями должна обладать команда, и правильный их выбор — это само по себе непростая задача.

Описанную выше проблему я называю проблемой синхронизации.

Вот что интересно: проблема есть, решать ее надо, но, как правило, мало кто пытается ее решать с помощью такого простого инструмента как 1×1. Зачастую на 1×1 митингах обсуждается статус текущих работ, особенно если руководитель — это техлид. Лиду, с его высоким техническим уровнем, бывает сложно понять, как можно целых полчаса говорить об абстрактных вещах, хотя, может быть, на самом деле и стоило бы обсудить некоторые моменты, которые косвенно влияют на удовлетворенность специалиста своей работой. Поэтому, к сожалению, подобные 1×1-ны часто подвержены вырождению. Нередко от лидов я слышу такое: «Мне как-то не нравится лезть в личную жизнь человека, а статус работ я и так знаю. Я вообще не понимаю, зачем нужны эти 1×1-ны».

Решение

С проблемой синхронизации представлений мы в команде столкнулись довольно давно и придумали достаточно эффективный инструмент, который позволяет успешно использовать 1×1-ны для ее решения.

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

На наших проектах для этого мы используем так называемую синхронизационную матрицу:

Эта матрица представляет собой табличку, в левой колонке которой перечислены навыки и умения, важные для проекта. В колонке «Rating» — оценка от −2 до +2. А в колонке «Notes» — комментарий, если рейтинг отличается от 0.

Не пугайтесь еще одного бюрократического инструмента. Мы не хотим еще раз всех посчитать и оценить :). Эта матрица служит скорее шпаргалкой для лида, помогающей ему провести качественный 1×1.

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

Важно, что тут не надо думать над какой-то абсолютной оценкой — бывает, довольно тяжело оценить, на сколько баллов специалист наработал за этот месяц :). Вместо этого лид ставит свои впечатления об эффективности человека — «нормально», «лучше, чем ожидал» либо «хотелось бы лучшего».

Заключение

Мы используем такой подход уже более пяти лет, и перед написанием этой статьи я собрал отзывы лидов и их команд о пользе этого инструмента. Вот некоторые из них:
— Как правило, даже заранее назначенный 1×1 застает вечно занятого лида врасплох. И если у него есть заполненная загодя шпаргалка, то переключиться от отладки на 1×1 становится намного легче.
— Специалист получает компетентный отзыв о своей эффективности, понимая, что надо подтянуть, а что у него и так хорошо получается. В результате, недопониманий о профессиональном росте конкретного человека становится гораздо меньше.
— Сохраняется история отзывов, на которую можно ссылаться.
— И самое главное, все 1×1-ны наполняются смыслом, так как практически на каждом митинге обеим сторонам есть о чем поговорить.

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

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному2
LinkedIn

Схожі статті




55 коментарів

Підписатись на коментаріВідписатись від коментарів Коментарі можуть залишати тільки користувачі з підтвердженими акаунтами.

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

Но нельзя забывать и то что на таких проектах вы будете терять человека как профи так как проекты без динамики это однозначно деградация
это справедливо только для тех, кому программирование нахер не надо, если оно интересно, то нигде не зачахнешь

к сожалению, никогда не слышал чтобы на собеседования обращали внимание на такой момент как качество кода, так как именно этот скилз развивается на инертных проектах (когда программирование интересно). Больше обращают внимание на технологии и практически навыки их применения.

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

Если вам интересно, связь профессионального роста с зарплатой мы будем обсуждать тут:
pmday.com.ua/...member/vitalij-voloshhuk
(внизу тезы доклада)

Наконец, я дописал статью на тему зарплатного роста специалистов. Если есть желание, можете ознакомиться тут:
dou.ua/...icles/seniority-n-salary

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

А именно, как на основе 1×1нов выстроить определенный фреймворк, который позволит понять, как растет ваша команда в профессиональном плане, и, самое главное, как задать каждому члену команды правильный вектор роста.

Хотелось бы фреймверк увидеть а не листик из гуглдока. И, простите, вектора Вы как задаете на практике ? )

Прям не знаю что и ответить )
Фреймворк — это регулярные синхронизационные митинги. А на счёт практики — приходите на ПМДей, пообщаемся.

Спасибо за приглашение! а..... место ? время ? нужен вектор )))

+1. Это очень крутой инструмент! провожу для команды всего пару месяцев, но уже есть значительные результаты. я использую другую шпаргалку, но туда добавлю и эту, по скилам важным проекту хорошо бы пройтись. good catch!

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

В частном случае можно молодого чувачка убедить, что он деградирует, но если ему нужно больше денег, то никакие митинги ситуацию не спасут.
Понимаете, Ваш вектор его роста, будет противоположен его вектору роста.

У Крылова есть такое:
«Ты виноват уж тем, что хочется мне кушать»
, дальше знаете?

Согласен. Если он работает как Джун, а хочет получать как Мед, и при этом не прислушивается к советам Лида, наши векторы однозначно расходятся.

Junior, Middle, Senior — это вообще не обсуждаемо.

Я писал о другом.

Например, моя ситуация:
мне интересны нативные приложения и коммуникация с девайсами по блютузу, а конторе нужны девелоперы для кроссплатформанной разработки на Xamarin и / или PhoneGap — в этом конкретном случае каждый пойдет своей дорогой.

Для которы — я не учу ничего нового и полезного, по Вашей такблике я стою на месте или даже деградирую.
Для меня — разбирательство с указанными фреймворками равнозначно деградации, ибо SDK для кастомного BLE девайса разработать намного прикольнее и интереснее.

Както так...

Вот тут я полностью с вами согласен. У вас могут быть одни приоритеты, а у проекта — другие. И часто тут мало что можно сделать. В этом случае подобная синхронизация просто вскроет эту проблему. И да, может быть пора искать что-то новое.

Меньше митингов = больше работы

единственное не понимаю как это поможет в повышении. ибо понятие «растет» — по идее не может критерием повышения.

Хороший вопрос. Эту тему я хочу более детально рассмотреть на PMDay. Но в общих чертах, понимание темпа роста специалиста даёт его лиду больше информации о его сениорности.

темп роста, сильно зависит от входного порога. возьмем 2-х джунов. первый очень много читал в результате много знает. второй мало что читал — мало знает =)

интересная штука в том, что 2-ой расти будет быстрее, из-за того что он вообще ничего не знал, а второй будет «казатся» (т.к. любая оценка понятие субъективное), что стоит на месте, в итоге, если следовать данной логике, то второй станет мидлом раньше, даже если он на выходе будет знать/уметь меньше. как-то так

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

Наконец я дописал статью и на эту тему, так что если есть желание ознакомиться — смотрите тут:
dou.ua/...icles/seniority-n-salary

по-моему, вполне рабочий инструмент.
не понимаю, почему некоторые так категорически высказываются против формальных процедур, настаивая на «нельзя список, нельзя таблицу».
неужели, code smell или test coverage — это плохой инструмент, только потому что его может какой-то не очень умный/опытный человек использовать как самоцель?
так и температуру давайте не мерить, если кто-то там предлагал было сбивать повышенную температуру, игнорируя причину и остальные симптомы.

Чаще жалуются на очень субъективные вещи которые нельзя измерить метриками. Например кому-то кажется что ты «недостаточно стараешься», не пооявляешь энтузиазма (в тех задпчах от которых каждый хочет откреститься). И как это измерить? Или нужно как в комедии про Шурика на стройке себя вести? Ведь ясно что все хотят «наряд на ликерно-водочный завод».

0. такой список оценок на самом деле — это про ожидания. «слабее, чем я думал», «гораздо больше, чем ожидал». так что да, изменения будут субъективными и это самим инструментом и определяется. никаких численных KPI
1. оно про совпадения с ожиданиями. и надо с этой точки зрения и анализировать: совпадает или не совпадает.

примеры применения:
если тимлид ожидает адовой проактивности и инициативы от команды, а проект — унылый легаси, то это надо выявить и перевести тимлида, иначе будет задерганная необоснованными претензиями тима и лид с сорванными нервами «всем пофиг, меня никто не поддерживает, болото, азаза». например.
или другой кейс. девелопер провел нифиговый рефакторинг, но не особо это рекламировал. лид(и чего я только к нему прицепился? ну, РМ пусть) не в курсе, и отмечает, что чел не особо занимается багофиксом по не понятной причине. и в рамках обсуждения выясняется, что лид(РМ etc) просто был не в курсе, а выводы сделал. как на меня, кстати, это гораздо комфортнее, чем каждый день чтоб меня расспрашивали «а что ты сделал? а почему тем не занимался?».

резюме: главное, чтоб эти оценки были только как маркеры «надо обсудить» и "надо срочно обсудить«(и «а тут ожидания и понимание сторон полностью совпадает»), а не «Вася плохой, зп поднимать не будем, пускай, валит, если не нравится».

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

а к разработке вы его тоже применяете?
ну, чтоб написать 20% кода(от чего?) чтоб реализовать 80% функционала(какого?), а потом перепоручить «нудную и монотонную работу» дальше
я понимаю, что это у вас такая шутка юмора. а я зануда, и меня чуток задолбало уже, как «эмпирические наблюдения постфактум» пытаются применять к анализу и прогнозированию

Постоянно. Без Мерфи в нашем деле нельзя.
можете показать кейс, как вы его применяете для планирования?
Вот только ты его не внимательно читал, что видно из твоего второго предложения.
кого — его? он книгу написал?

перефразирую: а как вы его применяете, этот «закон Мерфи»? чем он полезен-то?

кстати, спутал с Паретто. налажал, да.

О, перформанс эвалюэйшн)

А не работает это по одной причине, как только появляется простой тупой критерий повышения зарплаты, все начинают работать только на этот критерий и забивают на всё остальное.
шо-то недочитали.
Не пугайтесь еще одного бюрократического инструмента. Мы не хотим еще раз всех посчитать и оценить :). Эта матрица служит скорее шпаргалкой для лида, помогающей ему провести качественный 1×1.

Если вы обратили внимание, тут нету никаких критериев оценки. Это просто шпаргалка для Лида — что понравилось в работе специалиста, а что — нет.

Что же вы так, кучу лидов сразу опустили? ) Каждому — своё.

соу, выбросить микроскопы? оставить только молотки?

в работе начальника главное работа с людьми, а не заполнение бамажек с табличками
наверное, вы записи в блокнот не ведете, календарь для планирования не используете, да?
профессионал использует исключительно голову, так?
Конечно нет. Мне TODOList в облаке хватает.
мне надо было перечислить все возможные инструменты, позволяющие не полагаться исключительно на собственную память?

Это наверное один из лучших тулов для people management’а, потому что кроме синхронизации, позволяет получить от члена команды feedback и свободно ему высказать свои мысли.

И самое главное, все 1×1-ны наполняются смыслом, так как практически на каждом митинге обеим сторонам есть о чем поговорить.
Эта фраза звучит так, словно митинги 1×1 есть самоцель, к которой «подгоняется» смысл. Я бы эту фразу вообще убрал.

Основная мысль статьи же — вполне правильная, и проблема «вырождения» встреч 1×1 в обсуждение текущих проектов — однозначно есть.

Підписатись на коментарі