Недавно размышлял на тему различных ролевых моделей и их применимости на практике в построении IT команд. Мои размышления пока не привели к чему-то конкретному и практичному, но ссылками на две ролевые модели, которые достаточно часто встречаются, я всё-же поделюсь.
- Роли по Адизесу + Тест (в нижней части страницы)
- Роли по Белбину + Тест (там нужно, чтобы в каждом блоке было по 10 баллов в сумме, чтобы можно было показать результат)
Оба теста бесплатные и сразу показывают результат.
P.S. В тред покидал ещё модели и ссылки на тесты.
#link
- Роли по Адизесу + Тест (в нижней части страницы)
- Роли по Белбину + Тест (там нужно, чтобы в каждом блоке было по 10 баллов в сумме, чтобы можно было показать результат)
Оба теста бесплатные и сразу показывают результат.
P.S. В тред покидал ещё модели и ссылки на тесты.
#link
👍6
Эффект Даннинга-Крюгера - то, что мы достаточно часто вспоминаем, когда видим у сотрудника завышенную самооценку.
Например, это может проявляться в моменты, когда джун говорит, что он уже всё знает и что он сеньер. Или когда сеньер говорит, что достиг потолка и ему уже некуда развиваться.
В большинстве случаев все сводится к тому, чтобы с одной стороны обернуть эту ситуацию в «празднование и признание достижений/умений», а с другой стороны проводить сотрудника к следующему витку развития.
#picture #link #thought
Например, это может проявляться в моменты, когда джун говорит, что он уже всё знает и что он сеньер. Или когда сеньер говорит, что достиг потолка и ему уже некуда развиваться.
В большинстве случаев все сводится к тому, чтобы с одной стороны обернуть эту ситуацию в «празднование и признание достижений/умений», а с другой стороны проводить сотрудника к следующему витку развития.
#picture #link #thought
👍8
Очередное когнитивное искажение - Ошибка выжившего.
Этот феномен присутствует в нашей жизни повсюду. Например в успешных ярких стартапах, и в то же время в стартапах, о смерти которых никто не слышал. Или например в куче книг и историй про успешный успех, и в то же время в очень маленьком количестве книг и историй про провалы и падения.
Осознавая когнитивные искажения, парадоксы и феномены можно задавать правильные вопросы, докапываться до сути, обходить провалы и чаще достигать успеха… или нет :)
#picture #link #thought
Этот феномен присутствует в нашей жизни повсюду. Например в успешных ярких стартапах, и в то же время в стартапах, о смерти которых никто не слышал. Или например в куче книг и историй про успешный успех, и в то же время в очень маленьком количестве книг и историй про провалы и падения.
Осознавая когнитивные искажения, парадоксы и феномены можно задавать правильные вопросы, докапываться до сути, обходить провалы и чаще достигать успеха… или нет :)
#picture #link #thought
❤3👍3
Достаточно часто приходится задавать вопрос «Чтобы что?». На SouthHub Camp даже будут проводить одноименную интеллектуальную игру :)
В связи с этим хочется вспомнить пару инструментов по поиску корневых причин и построению причинно-следственных связей:
• «5 почему» - абсолютная классика
• «Диаграмма Исикавы» (на картинке) - часто её называют «рыбья кость». Системное копание причины слой за слоем. Очень простой и эффективный инструмент
• «Дерево текущей реальности» - достаточно сложный инструмент, который тем не менее позволяет анализировать сложные и запутанные домены, находить причинно-следственные связи и, что интересно, конфликты. Я его прям полноценно использовал всего один раз, а изучал по куче разнородных материалов (поэтому нет единой ссылки)
#picture #link
В связи с этим хочется вспомнить пару инструментов по поиску корневых причин и построению причинно-следственных связей:
• «5 почему» - абсолютная классика
• «Диаграмма Исикавы» (на картинке) - часто её называют «рыбья кость». Системное копание причины слой за слоем. Очень простой и эффективный инструмент
• «Дерево текущей реальности» - достаточно сложный инструмент, который тем не менее позволяет анализировать сложные и запутанные домены, находить причинно-следственные связи и, что интересно, конфликты. Я его прям полноценно использовал всего один раз, а изучал по куче разнородных материалов (поэтому нет единой ссылки)
#picture #link
❤2
Интересно, что на конференции для CTO SouthHub многие CTO говорят про бизнес, ценность для клиента, УТП и вообще очень во многом они про смысл того, что мы делаем, какие проблемы решаем, что даём людям.
На фоне докладов и нетворкинга на конференции я вспомнил, как мое погружение в «смысл» началось с фразы «Outcomes over Outputs».
Когда-то давно я услышал эту фразу и начал копать за её смысл. Тогда я перевел её для себя как «Конечная ценность/оказанный эффект (Outcomes) важнее, чем результат твоих действий (Outputs)». Например «решить для клиента проблему выпуска доп. карт для его счета важнее, чем зарелизить сервис по выпуску доп. карт».
Позднее я прочитал интересную статью от Кента Бека на эту тему, ещё сильнее обогатил эту фразу смыслом, а слова Outcome и Output обогатились словами Effort (по факту это про то, что конкретно нужно сделать) и Impact (это про обратное влияние Outcomes на компанию).
Не знаю откуда Кент Бек нашел про Effort, но позже я все чаще видел упоминания этой концепции, только вместо Effort упоминались Inputs (ресурсы на входе) и Activities (конкретные действия).
Ещё позже я узнал, что все эти слова на самом деле части концепции Logic Model.
Проявление этой концепции видны много где.
Например в OKR, а конкретно в формулировании Key Results. Они могут формироваться в виде Inputs (что конкретно нужно сделать), Outputs (что в результате наших действий должно получиться) или Outcomes (на что мы в итоге хотим повлиять, чего хотим добиться). Тренеры из Neogenda (кстати у них крутые тренинги по OKR и не только) оборачивают эту концепцию в модель зрелости OKR и говорят, что много компаний и команд, которые используют OKR, начинают с формулирования своих Key Results как Inputs, то есть в виде конкретного набора действий, которые нужно совершить, а дальше двигаются к Outputs и Outcomes.
Также эта концепция проявляется в подходе Flight Levels, который тоже призван соединить смысл того, что мы делаем, с конкретными действиями.
Другое проявление этой концепции можно найти в Scrum фреймворке.
Смысл важен. Он однозначно повышает вовлеченность в то, что мы делаем. Мы должны понимать на что мы влияем, какую проблемы мы решаем и какую ценность мы даём людям через наши продукты.
#link #article #thought
На фоне докладов и нетворкинга на конференции я вспомнил, как мое погружение в «смысл» началось с фразы «Outcomes over Outputs».
Когда-то давно я услышал эту фразу и начал копать за её смысл. Тогда я перевел её для себя как «Конечная ценность/оказанный эффект (Outcomes) важнее, чем результат твоих действий (Outputs)». Например «решить для клиента проблему выпуска доп. карт для его счета важнее, чем зарелизить сервис по выпуску доп. карт».
Позднее я прочитал интересную статью от Кента Бека на эту тему, ещё сильнее обогатил эту фразу смыслом, а слова Outcome и Output обогатились словами Effort (по факту это про то, что конкретно нужно сделать) и Impact (это про обратное влияние Outcomes на компанию).
Не знаю откуда Кент Бек нашел про Effort, но позже я все чаще видел упоминания этой концепции, только вместо Effort упоминались Inputs (ресурсы на входе) и Activities (конкретные действия).
Ещё позже я узнал, что все эти слова на самом деле части концепции Logic Model.
Проявление этой концепции видны много где.
Например в OKR, а конкретно в формулировании Key Results. Они могут формироваться в виде Inputs (что конкретно нужно сделать), Outputs (что в результате наших действий должно получиться) или Outcomes (на что мы в итоге хотим повлиять, чего хотим добиться). Тренеры из Neogenda (кстати у них крутые тренинги по OKR и не только) оборачивают эту концепцию в модель зрелости OKR и говорят, что много компаний и команд, которые используют OKR, начинают с формулирования своих Key Results как Inputs, то есть в виде конкретного набора действий, которые нужно совершить, а дальше двигаются к Outputs и Outcomes.
Также эта концепция проявляется в подходе Flight Levels, который тоже призван соединить смысл того, что мы делаем, с конкретными действиями.
Другое проявление этой концепции можно найти в Scrum фреймворке.
Смысл важен. Он однозначно повышает вовлеченность в то, что мы делаем. Мы должны понимать на что мы влияем, какую проблемы мы решаем и какую ценность мы даём людям через наши продукты.
#link #article #thought
🔥5👍2
Если вы попробуете загуглить строчку «OKR KPI», то вы найдёте достаточно много статей, где эти аббревиатуры противопоставляют друг другу.
Не знаю откуда это пошло, но я точно знаю, что KPI обладает каким-то налетом чего-то негативного, душного, неправильного.
Может быть это пошло от того, что KPI часто используют в обслуживании и продажах, накручивая на KPI системы мотивации.
А может быть кто-то видел, что успешность продукта базируется на одной фразе - «Генеральный директор установил приложение и зарегистрировался в нем» и это называют «наш KPI».
А тем временем KPI - это числовые индикаторы. Это наша приборная панель. Это RUN.
В то время как OKR - это про изменения. У нас что-то есть и мы хотим это что-то поменять. Это про CHANGE.
На KPI вы можете увидеть текущее положение дел и тренды из прошлого. Решив изменить/переломить этот тренд вы ставите OKR и меняетесь.
OKR работают вместе с KPI и между ними не может стоять никаких «или» и «vs». Только «и»!
#picture #link #thought
Не знаю откуда это пошло, но я точно знаю, что KPI обладает каким-то налетом чего-то негативного, душного, неправильного.
Может быть это пошло от того, что KPI часто используют в обслуживании и продажах, накручивая на KPI системы мотивации.
А может быть кто-то видел, что успешность продукта базируется на одной фразе - «Генеральный директор установил приложение и зарегистрировался в нем» и это называют «наш KPI».
А тем временем KPI - это числовые индикаторы. Это наша приборная панель. Это RUN.
В то время как OKR - это про изменения. У нас что-то есть и мы хотим это что-то поменять. Это про CHANGE.
На KPI вы можете увидеть текущее положение дел и тренды из прошлого. Решив изменить/переломить этот тренд вы ставите OKR и меняетесь.
OKR работают вместе с KPI и между ними не может стоять никаких «или» и «vs». Только «и»!
#picture #link #thought
👍11🔥1
Вчера на SouthHub собирали круглый стол с Яндекс, Авито и Азбукой Вкуса (да, там тоже есть IT) на тему «Как большие компании нанимают лидов в 2023».
С нами вы можете познакомиться на нашем TeamLead‘ском лендинге. А я расскажу про то, что я узнал о других участниках.
TeamLead’ы в Авито очень похожи на нас. И по матрицам компетенций, и по найму, и по дальнейшей карьерной линейке. Они сейчас увеличили количество секций на интервью с 3 до 4, разделив менеджерскую секцию на две - про опыт и кейс-интервью. Ребята готовят большие крутые кейсы, с контекстом, ситуацией, цифрами, задачей и вообще всем необходимым. Высылают они их кандидатам до самой секции для подготовки, а уже на секции обсуждают результаты размышлений и решений кандидата. Результаты очень крутые и по их словам эта секция действительно позволяет сильно увеличить качество кандидатов по воронке. А если вам интересна метрика «Time To Offer», то ребята очень близки к одной неделе. Очень круто!
С Яндексом всё интереснее и очень по другому. У них нет как таковой секции по проверке менеджерских компетенций, а TeamLead’ов проводят по секциям с алгоритмами и System Design как и всех остальных инженеров. А вот уже на фитах допроверяют всё остальное. Но нужно понимать, что Яндекс очень разный.
У Азбуки Вкуса другой взгляд. Они понимают, что им сложно конкурировать с крупными IT компаниями. Они больше смотрят на хардовую составляющую, а проверку софтов полностью доверяют HR.
Со всеми участниками мы сходимся в нескольких мнениях:
• Нам нужен драйв, инициатива и огонь в глазах!
• Нам не нужны токсики!
• На рынке очень мало TeamLead’ов:(
#thought #link
С нами вы можете познакомиться на нашем TeamLead‘ском лендинге. А я расскажу про то, что я узнал о других участниках.
TeamLead’ы в Авито очень похожи на нас. И по матрицам компетенций, и по найму, и по дальнейшей карьерной линейке. Они сейчас увеличили количество секций на интервью с 3 до 4, разделив менеджерскую секцию на две - про опыт и кейс-интервью. Ребята готовят большие крутые кейсы, с контекстом, ситуацией, цифрами, задачей и вообще всем необходимым. Высылают они их кандидатам до самой секции для подготовки, а уже на секции обсуждают результаты размышлений и решений кандидата. Результаты очень крутые и по их словам эта секция действительно позволяет сильно увеличить качество кандидатов по воронке. А если вам интересна метрика «Time To Offer», то ребята очень близки к одной неделе. Очень круто!
С Яндексом всё интереснее и очень по другому. У них нет как таковой секции по проверке менеджерских компетенций, а TeamLead’ов проводят по секциям с алгоритмами и System Design как и всех остальных инженеров. А вот уже на фитах допроверяют всё остальное. Но нужно понимать, что Яндекс очень разный.
У Азбуки Вкуса другой взгляд. Они понимают, что им сложно конкурировать с крупными IT компаниями. Они больше смотрят на хардовую составляющую, а проверку софтов полностью доверяют HR.
Со всеми участниками мы сходимся в нескольких мнениях:
• Нам нужен драйв, инициатива и огонь в глазах!
• Нам не нужны токсики!
• На рынке очень мало TeamLead’ов:(
#thought #link
🔥10👍1
Руководители часто используют понятие "Фактор автобуса" или "Bus Factor". Его можно объяснить через вопрос - "Какое количество человек должен сбить автобус, чтобы проект невозможно было завершить?". Чем больше знаний и компетенций сосредоточено в руках одного сотрудника, тем выше риск провала проекта/планов/задачи/инициативы при его потере (больничный, ротация, увольнение, ...). То есть чем значение меньше, тем хуже.
Это история не только про компетенции в каких-то стэках (Backend, Frontend, Mobile, ...) но и в знаниях домена, бизнес-процессов и так далее.
Один из инструментов, который помогает системно работать с Bus Factor - это Карта компетенций a.k.a. Звездная карта. Это карта, которая визуализирует уровень экспертности каждого члена команды в разрезе важных для команды компетенций. Не путать с Матрицей компетений, которая призвана разложить компетенции по уровням/грейдам для будущей оценки, найма, промоушена, и так далее.
Карту компетенций часто используют в динамических/проектных командах и в аутсорсинге, чтобы максимизировать эффективность команды. А в продуктовых командах её как раз можно использовать для осознания узких мест, нехватки компетенций и выявления тех самых Bus Factor'ов.
#picture #article #link #thought
Это история не только про компетенции в каких-то стэках (Backend, Frontend, Mobile, ...) но и в знаниях домена, бизнес-процессов и так далее.
Один из инструментов, который помогает системно работать с Bus Factor - это Карта компетенций a.k.a. Звездная карта. Это карта, которая визуализирует уровень экспертности каждого члена команды в разрезе важных для команды компетенций. Не путать с Матрицей компетений, которая призвана разложить компетенции по уровням/грейдам для будущей оценки, найма, промоушена, и так далее.
Карту компетенций часто используют в динамических/проектных командах и в аутсорсинге, чтобы максимизировать эффективность команды. А в продуктовых командах её как раз можно использовать для осознания узких мест, нехватки компетенций и выявления тех самых Bus Factor'ов.
#picture #article #link #thought
👍3🔥3
Возможно вы слышали такой термин, как силос, силосное мышление или силосная башня.
Впервые с этим термином я познакомился, когда изучал философию DevOps. Более менее адекватное определение этому термину я нашел по этой ссылке. А ещё есть классный перевод статьи про 12 анти-паттернов DevOps, в которой как раз упоминается про силосную башню (в 4-м анти-паттерне).
На самом деле этот термин характерен не только для DevOps. Создавая всё больше силосов на пути всего жизненного цикла разработки (SDLC) мы замедляем T2M, понижаем вовлеченность, убиваем интерес, блокируем рост, и делаем ещё кучу всего страшного.
#article #link #thought
Впервые с этим термином я познакомился, когда изучал философию DevOps. Более менее адекватное определение этому термину я нашел по этой ссылке. А ещё есть классный перевод статьи про 12 анти-паттернов DevOps, в которой как раз упоминается про силосную башню (в 4-м анти-паттерне).
На самом деле этот термин характерен не только для DevOps. Создавая всё больше силосов на пути всего жизненного цикла разработки (SDLC) мы замедляем T2M, понижаем вовлеченность, убиваем интерес, блокируем рост, и делаем ещё кучу всего страшного.
#article #link #thought
❤🔥6
На очередной учебной трёхдневке в школе технического директора мы разбирали в теории и на практике такой инструмент, как PEST анализ.
Этот инструмент отлично дополняет работу со стратегическим планированием и обогащает его внешним контекстом.
После прослушивания теоретической части про этот инструмент, мы перешли к практике. Нас (60+ руководителей разного уровня, от TeamLead'ов до CIO из абсолютно разных компаний) разделили на группы по 3-5 человек. Задача группы была провести PEST анализ и определить "что будет влиять на IT отрасль в следующие 10 лет".
В рамках группы мы сначала накидали факторы в рамках каждой категории, а потом из накиданного в рамках каждой категории выбрали самый главный фактор, который с наибольшей долей вероятности будет влиять на IT отрасль в следующие 10 лет. При дальнейшем обсуждении результатов этого упражнения мы смержили вообще все полученные факторы со всех групп и в каждой категории выбрали тот фактор, который встречается чаще всего у разных групп.
Вот что у нас получилось.
Political Factors:
Геополитическая напряженность между крупнейшими странами мира
Economic Factors:
Рецессия в США и глобальный экономический кризис
Social Factors:
Миграция и безработица
Technological Factors:
Распространение искусственного интеллекта
Важно сказать, что этот анализ невозможно и неэффективно проводить в одиночку, ибо один человек не может знать и учесть всего. К счастью у нас был хороший разносторонний кругозор :)
#picture #link #thought
Этот инструмент отлично дополняет работу со стратегическим планированием и обогащает его внешним контекстом.
После прослушивания теоретической части про этот инструмент, мы перешли к практике. Нас (60+ руководителей разного уровня, от TeamLead'ов до CIO из абсолютно разных компаний) разделили на группы по 3-5 человек. Задача группы была провести PEST анализ и определить "что будет влиять на IT отрасль в следующие 10 лет".
В рамках группы мы сначала накидали факторы в рамках каждой категории, а потом из накиданного в рамках каждой категории выбрали самый главный фактор, который с наибольшей долей вероятности будет влиять на IT отрасль в следующие 10 лет. При дальнейшем обсуждении результатов этого упражнения мы смержили вообще все полученные факторы со всех групп и в каждой категории выбрали тот фактор, который встречается чаще всего у разных групп.
Вот что у нас получилось.
Political Factors:
Геополитическая напряженность между крупнейшими странами мира
Economic Factors:
Рецессия в США и глобальный экономический кризис
Social Factors:
Миграция и безработица
Technological Factors:
Распространение искусственного интеллекта
Важно сказать, что этот анализ невозможно и неэффективно проводить в одиночку, ибо один человек не может знать и учесть всего. К счастью у нас был хороший разносторонний кругозор :)
#picture #link #thought
⚡2👍1
Хочу рассказать вам про инструмент под названием "Матрица доверия и прозрачности".
Очень крутой инструмент для выстраивания доверительных отношений с заказчиками, партнерами, стейкхолдерами, руководителями, и вообще с кем угодно.
Мы все хотим быть в квадранте D, в котором нам максимально доверяют и не просят нас отчитываться тем или иным образом. Туда можно прийти через походы в бары/кальянные/бани, но всё может очень быстро рухнуть, когда что-то пойдёт не так.
Правильный путь - идти через квадрант B, а затем С, постепенно, планомерно и проактивно наращивая прозрачность, а затем кредит доверия. И уже в самый последний момент убирая лишнюю прозрачность, но не потому, что мы хорошо посидели в кальянной, а потому, что мы делом показали, что мы крутые!
Подробнее про этот инструмент можно почитать в статье от Александра Орлова из компании Стратоплан.
#picture #article #thought
Очень крутой инструмент для выстраивания доверительных отношений с заказчиками, партнерами, стейкхолдерами, руководителями, и вообще с кем угодно.
Мы все хотим быть в квадранте D, в котором нам максимально доверяют и не просят нас отчитываться тем или иным образом. Туда можно прийти через походы в бары/кальянные/бани, но всё может очень быстро рухнуть, когда что-то пойдёт не так.
Правильный путь - идти через квадрант B, а затем С, постепенно, планомерно и проактивно наращивая прозрачность, а затем кредит доверия. И уже в самый последний момент убирая лишнюю прозрачность, но не потому, что мы хорошо посидели в кальянной, а потому, что мы делом показали, что мы крутые!
Подробнее про этот инструмент можно почитать в статье от Александра Орлова из компании Стратоплан.
#picture #article #thought
👍4
Недавно узнал про Закон Галла.
"Любая работоспособная сложная система - результат развития простой системы, которая до этого работала" (с) Джон Галл
Сразу вспомнил про мой первый заход в Notion, когда я с первых дней собрал там кучу различных процессов, баз данных, автоматизаций, индикаторов и кучу всего ещё, а в итоге не использовал бОльшую часть из них :) Пришлось откатиться к началу и наращивать сложность постепенно и по необходимости.
P.S. Мы оказывается про этот закон делали сторис в нашем приложении :)
#thought #link
"Любая работоспособная сложная система - результат развития простой системы, которая до этого работала" (с) Джон Галл
Сразу вспомнил про мой первый заход в Notion, когда я с первых дней собрал там кучу различных процессов, баз данных, автоматизаций, индикаторов и кучу всего ещё, а в итоге не использовал бОльшую часть из них :) Пришлось откатиться к началу и наращивать сложность постепенно и по необходимости.
P.S. Мы оказывается про этот закон делали сторис в нашем приложении :)
#thought #link
🔥8👍4
Многие слышали про SMART. Это метод постановки целей, который позволяет не забыть о важных для этого процесса аспектах.
• S - Specific - конкретная
• M - Measurable - измеримая
• A - Achievable - достижимая
• R - Relevant - значимая
• T - Time-bound - ограниченная во времени
Но мало кто знает, что у этого метода есть расширение - SMARTER.
Две последние буквы описывают не столько саму цель, сколько то, как с ней работают дальше.
• E - Evaluated - получившая оценку
• R - Reviewed - пересматриваемая и корректируемая
На самом деле буквы в этих аббревиатурах трактуют как попало, кардинально меняя смысл :)
Вообще я не понимаю почему в википедии в альтернативы SMART’у приписывают GROW. Но про GROW и коучинг мы ещё поговорим в будущем.
Метод точно полезен своей простотой и звонкой аббревиатурой, которая легко запоминается и позволяет не забыть о важном.
#picture #link #thought
• S - Specific - конкретная
• M - Measurable - измеримая
• A - Achievable - достижимая
• R - Relevant - значимая
• T - Time-bound - ограниченная во времени
Но мало кто знает, что у этого метода есть расширение - SMARTER.
Две последние буквы описывают не столько саму цель, сколько то, как с ней работают дальше.
• E - Evaluated - получившая оценку
• R - Reviewed - пересматриваемая и корректируемая
На самом деле буквы в этих аббревиатурах трактуют как попало, кардинально меняя смысл :)
Вообще я не понимаю почему в википедии в альтернативы SMART’у приписывают GROW. Но про GROW и коучинг мы ещё поговорим в будущем.
Метод точно полезен своей простотой и звонкой аббревиатурой, которая легко запоминается и позволяет не забыть о важном.
#picture #link #thought
❤3🔥1
«Я-высказывание» - одна из техник эмоционального интеллекта, которая позволяет сделать так, чтобы вас услышали и поняли. Ну или хотя бы увеличит шанс этого :)
Если коротко, то:
• Убираем все обвинения
• Начинаем с я/мне/меня
• Говорим только про себя, свои чувства, эмоции и мысли
Примеры фраз можно найти по ссылке. Техника реально классная и позволяет достучаться до сердечек даже самых ярых токсиков. Но не всегда :)
#link #thought
Если коротко, то:
• Убираем все обвинения
• Начинаем с я/мне/меня
• Говорим только про себя, свои чувства, эмоции и мысли
Примеры фраз можно найти по ссылке. Техника реально классная и позволяет достучаться до сердечек даже самых ярых токсиков. Но не всегда :)
#link #thought
👍8❤4
«Учить-Лечить-Мочить» - фраза, практика, подход, который структурировал для меня работу с сотрудником в контексте его личного перформанса.
Узнал я про него из книги Максима Батырева «45 татуировок менеджера». Для начинающих менеджеров книга скорее вредная, чем полезная, ибо в ней очень многое описывается с позиции менеджмента в продажах, а это, как и IT, свой мир со своими особенностями и правилами.
Тем не менее данный подход мне очень понравился и я до сих пор его использую.
Попробую коротко его описать:
• Учить - это про адаптацию и адекватную постановку задач
• Лечить - это про понимание проблемы, корректировку поведения и обратную связь
• Мочить - это уже про применение каких то кардинальных мер для решения проблемы с перформансом сотрудника
Онбордим сотрудника. Ставим задачу. Помогаем ему.
Не справляется? Пытаемся разобраться вместе с ним, наставничаем, менторим и коучим, даем обратную связь, даем шансы. С каждым шансом подсвечиваем повторяемость ситуации и приближение к последствиям.
Не помогло? Решаем вопрос административными инструментами. Ротация, увольнение и тому подобное.
#thought
Узнал я про него из книги Максима Батырева «45 татуировок менеджера». Для начинающих менеджеров книга скорее вредная, чем полезная, ибо в ней очень многое описывается с позиции менеджмента в продажах, а это, как и IT, свой мир со своими особенностями и правилами.
Тем не менее данный подход мне очень понравился и я до сих пор его использую.
Попробую коротко его описать:
• Учить - это про адаптацию и адекватную постановку задач
• Лечить - это про понимание проблемы, корректировку поведения и обратную связь
• Мочить - это уже про применение каких то кардинальных мер для решения проблемы с перформансом сотрудника
Онбордим сотрудника. Ставим задачу. Помогаем ему.
Не справляется? Пытаемся разобраться вместе с ним, наставничаем, менторим и коучим, даем обратную связь, даем шансы. С каждым шансом подсвечиваем повторяемость ситуации и приближение к последствиям.
Не помогло? Решаем вопрос административными инструментами. Ротация, увольнение и тому подобное.
#thought
👍9🤔3⚡1
Кто ничего не записывает и держит в голове кучу информации? У кого перегружена голова от задач, которые нужно сделать?
Если у вас, то вам точно нужно почитать книги Максима Дорофеева.
А я бы хотел вам рассказать про упражнение "спусковые крючки", про которое Максим регулярно пишет и рассказывает.
История про выгрузку из головы всего того, что вам хотелось бы сделать. На самом деле это первый шаг к тому, чтобы начать визуализировать и управлять своей жизнью :)
Практика очень простая:
• Берем набор слов, который позволит достать из головы то, что забылось и осело тяжелым грузом. Их можно взять тут, или тут
• Берем листик и ручку (или чистую страницу в google-doc, или в Notion)
• Идем по этим словам и вспоминаем "а не хотели ли вы сделать что-то, связанно с увиденным словом?"
• Вспомнили? Записываем!
А дальше, с одной стороны, получаем лютый кайф и облегчение от того, что это всё больше не нужно помнить, а с другой стороны превращаем всё записанное в идеи, проекты, задачи и возможно даже начинаем выполнять :)
Я сам очень сильно кайфую от этого упражнения. Я конечно, как и многие, никогда не выполнял на 100% всё то, что выгрузил из головы с помощью этого упражнения. Но точно всегда что-то вспоминается и идёт в работу.
#link #thought
Если у вас, то вам точно нужно почитать книги Максима Дорофеева.
А я бы хотел вам рассказать про упражнение "спусковые крючки", про которое Максим регулярно пишет и рассказывает.
История про выгрузку из головы всего того, что вам хотелось бы сделать. На самом деле это первый шаг к тому, чтобы начать визуализировать и управлять своей жизнью :)
Практика очень простая:
• Берем набор слов, который позволит достать из головы то, что забылось и осело тяжелым грузом. Их можно взять тут, или тут
• Берем листик и ручку (или чистую страницу в google-doc, или в Notion)
• Идем по этим словам и вспоминаем "а не хотели ли вы сделать что-то, связанно с увиденным словом?"
• Вспомнили? Записываем!
А дальше, с одной стороны, получаем лютый кайф и облегчение от того, что это всё больше не нужно помнить, а с другой стороны превращаем всё записанное в идеи, проекты, задачи и возможно даже начинаем выполнять :)
Я сам очень сильно кайфую от этого упражнения. Я конечно, как и многие, никогда не выполнял на 100% всё то, что выгрузил из головы с помощью этого упражнения. Но точно всегда что-то вспоминается и идёт в работу.
#link #thought
👍9❤1
Делегирование - процесс передачи части функций руководителя другим сотрудникам.
Хочу рассказать про пару моделей, которые помогут прокачать свой скил делегирования.
5 уровней делегирования - постепенная передача ответственности.
Вот эти уровни:
1. Руководитель говорит что и как делать
2. Руководитель прислушивается к идеям и предложениям сотрудника/команды, но решение принимает сам
3. Сотрудник/команда работает самостоятельно, руководитель пассивно контролирует и иногда корректирует
4. Сотрудник/команда работает полностью автономно и информирует руководителя о своих решения. А руководитель оценивает решения задним числом
5. Полное делегирование
7 уровней делегирования (смотри картинку) - аналогичная модель, но с бОльшим количеством более интересных шагов.
В свое время эти модели помогли мне структурировать и опроцессить работу с делегированием.
#picture #link #thought
Хочу рассказать про пару моделей, которые помогут прокачать свой скил делегирования.
5 уровней делегирования - постепенная передача ответственности.
Вот эти уровни:
1. Руководитель говорит что и как делать
2. Руководитель прислушивается к идеям и предложениям сотрудника/команды, но решение принимает сам
3. Сотрудник/команда работает самостоятельно, руководитель пассивно контролирует и иногда корректирует
4. Сотрудник/команда работает полностью автономно и информирует руководителя о своих решения. А руководитель оценивает решения задним числом
5. Полное делегирование
7 уровней делегирования (смотри картинку) - аналогичная модель, но с бОльшим количеством более интересных шагов.
В свое время эти модели помогли мне структурировать и опроцессить работу с делегированием.
#picture #link #thought
👍7❤1
В IT, да и не только, многие люди сталкиваются с синдромом самозванца. Это когда люди, достигшие определенных успехов, испытывают тайное ощущение, что на самом деле они не так умны, а окружающие их переоценивают.
И я не исключение. У меня тоже были похожие ощущения.
Этим постом я хочу рассказать о том, что мне помогало бороться с этим синдромом на практике.
В основе всего лежит концепция «присваивания себе своих же достижений».
Вот то, что мне помогло и продолжает помогать:
• Менторство и наставничество. Очень круто передавать свои знания и помогать другим людям. Но самое крутое, когда твои менти потом возвращаются к тебе со словами благодарности. А ещё круче, когда они рассказывают про свои победы, которых им получилось добиться после наших с ними менторских сессий.
• Валидация результатов твоей работы. Простой доклад о результатах проекта, в котором ты принимал ключевое участие, это то самое присваивание результата своей работы. Проще говоря - все увидели какую работу ты проделал. А если ещё респектанули тебе и сказали спасибо, то это вообще огонь.
• Регулярно писать свои достижения. Например садиться в конце каждого месяца или квартала и выписывать то, чего ты достиг за это время и чему научился.
• У меня в Notion каждая задача и проект имеют скрытое поле-чекбокс Achievement. В конце плюс-минус каждого месяца я выбираю все задачи и проекты, у которых это поле пустое. Дальше просто читаю их название, их содержимое, вспоминаю как много и круто я в них вложился и какого результата добился. И проставляю галочку в чекбоксе.
Уверен, что это далеко не всё, что можно сделать, но это то, что мне точно помогает.
А ещё есть простенький тест на синдром самозванца :)
#link #thought
И я не исключение. У меня тоже были похожие ощущения.
Этим постом я хочу рассказать о том, что мне помогало бороться с этим синдромом на практике.
В основе всего лежит концепция «присваивания себе своих же достижений».
Вот то, что мне помогло и продолжает помогать:
• Менторство и наставничество. Очень круто передавать свои знания и помогать другим людям. Но самое крутое, когда твои менти потом возвращаются к тебе со словами благодарности. А ещё круче, когда они рассказывают про свои победы, которых им получилось добиться после наших с ними менторских сессий.
• Валидация результатов твоей работы. Простой доклад о результатах проекта, в котором ты принимал ключевое участие, это то самое присваивание результата своей работы. Проще говоря - все увидели какую работу ты проделал. А если ещё респектанули тебе и сказали спасибо, то это вообще огонь.
• Регулярно писать свои достижения. Например садиться в конце каждого месяца или квартала и выписывать то, чего ты достиг за это время и чему научился.
• У меня в Notion каждая задача и проект имеют скрытое поле-чекбокс Achievement. В конце плюс-минус каждого месяца я выбираю все задачи и проекты, у которых это поле пустое. Дальше просто читаю их название, их содержимое, вспоминаю как много и круто я в них вложился и какого результата добился. И проставляю галочку в чекбоксе.
Уверен, что это далеко не всё, что можно сделать, но это то, что мне точно помогает.
А ещё есть простенький тест на синдром самозванца :)
#link #thought
🔥13👍6⚡2❤1
Teamlead Roadmap - самая популярная карта компетенций TeamLead’а.
Teamlead Good Reads - канал с полезным чтивом для TeamLead’ов.
Teamlead Bootcamp - чат, в котором можно обсудить две ссылки выше и вообще всё, что касается TeamLead’ства.
#link #telegram
Teamlead Good Reads - канал с полезным чтивом для TeamLead’ов.
Teamlead Bootcamp - чат, в котором можно обсудить две ссылки выше и вообще всё, что касается TeamLead’ства.
#link #telegram
🔥9
Регулярно, проводя собесы TeamLead’ов, вижу очень разные понимания Канбан-метода.
Самый частый ответ останавливается на фразе «это доска с карточками по статусам».
Кто-то говорит про «WIP лимиты». Иногда с упоминанием теории ограничений и узких горлышек.
Реже я слышу про Pull модель работы и отличия от Push модели.
Иногда говорят, что Канбан-метод подходит только для поддержки, то есть для команд с однотипным и регулярным потоком работы.
Очень не многие имеют опыт работы с метриками процессов.
Также регулярно вижу, что Канбан-метод противопоставляют другим подходам.
Ещё можно подушнить и сказать, что часто Канбан-метод называют методологией или фреймворком, коими он не является. Или упомянуть частые фразы типа «внедряем Канбан» или «работаем по Канбан», что по факту некорректно. Обо всём этом классно говорит Алексей Жеглов фразой «в Канбане нет ‘в Канбане’».
По факту Канбан-метод, это набор принципов и практик, которые можно применять вместе с любыми другими подходами для проведения эволюционных изменений и улучшений.
Крайне рекомендую почитать официальный Kanban Guide, чтобы актуализировать свои знания и лучше понимать что это за зверь.
Также в Канбан-методе есть ещё куча всего интересного. Например классы обслуживания и концепция «Cost of delay» или модель зрелости, она же Kanban Maturity Model.
Если вы хотите впервые попробовать Канбан-метод на практике, то крайне советую начать с инструмента STATIK (или с его упрощенной версии STATIK A3).
Если вы хотите почитать книгу про Канбан-метод, то рекомендую книгу «Kanban from the inside» от Майка Барроуза (есть на русском).
А если вы хотите пройти какое-нибудь обучение, то рекомендую идти на курсы Kanban System Design (KSD) и Kanban System Improvement (KSI). Русские аккредитованные Канбан тренеры (AKT) могут менять названия курсов в связи с ситуацией в стране. Самые яркие представители оных - Алексей Пименов и Артур Нек, которые вместе работают в компании Neogenda.
#link #thought
Самый частый ответ останавливается на фразе «это доска с карточками по статусам».
Кто-то говорит про «WIP лимиты». Иногда с упоминанием теории ограничений и узких горлышек.
Реже я слышу про Pull модель работы и отличия от Push модели.
Иногда говорят, что Канбан-метод подходит только для поддержки, то есть для команд с однотипным и регулярным потоком работы.
Очень не многие имеют опыт работы с метриками процессов.
Также регулярно вижу, что Канбан-метод противопоставляют другим подходам.
Ещё можно подушнить и сказать, что часто Канбан-метод называют методологией или фреймворком, коими он не является. Или упомянуть частые фразы типа «внедряем Канбан» или «работаем по Канбан», что по факту некорректно. Обо всём этом классно говорит Алексей Жеглов фразой «в Канбане нет ‘в Канбане’».
По факту Канбан-метод, это набор принципов и практик, которые можно применять вместе с любыми другими подходами для проведения эволюционных изменений и улучшений.
Крайне рекомендую почитать официальный Kanban Guide, чтобы актуализировать свои знания и лучше понимать что это за зверь.
Также в Канбан-методе есть ещё куча всего интересного. Например классы обслуживания и концепция «Cost of delay» или модель зрелости, она же Kanban Maturity Model.
Если вы хотите впервые попробовать Канбан-метод на практике, то крайне советую начать с инструмента STATIK (или с его упрощенной версии STATIK A3).
Если вы хотите почитать книгу про Канбан-метод, то рекомендую книгу «Kanban from the inside» от Майка Барроуза (есть на русском).
А если вы хотите пройти какое-нибудь обучение, то рекомендую идти на курсы Kanban System Design (KSD) и Kanban System Improvement (KSI). Русские аккредитованные Канбан тренеры (AKT) могут менять названия курсов в связи с ситуацией в стране. Самые яркие представители оных - Алексей Пименов и Артур Нек, которые вместе работают в компании Neogenda.
#link #thought
❤15👍6