JOB SECURITY

На одном интервью меня спросили: “какой ваш главный факап, как руководителя?” Задумался. Если не отделять себя от компании в моменте, то есть что вспомнить. Не успели разогнать продажи к дедлайну. Не получилось продать правильную стратегию CEO. Не удержал важнейшего сотрудника. И т д и т п. У каждого менеджера есть толстый блокнот с факапами, такое “кладбище решений”. И чем толще блокнот, тем лучше будет менеджер, как по мне.

Но это все, что называется, “вжившись в роль”. А есть ли что-то, если отделить себя от конкретной компании? Как наемный менеджер, сам по себе. И тут я понял, что такое есть, и ответ для меня однозначный: не следил за Job Security.

Что такое этот ваш Job Security? Если упростить, то ваша уверенность, что лишившись конкретной текущей работы, вы все еще окажетесь нужны рынку. И у этого понятия есть несколько составляющих:

1. Количество похожих вакансий – для программистов это десятки тысяч, для тимлидов тысячи, для EM и DM это уже сотни, для СТО десятки

2. Среднерыночный уровень ЗП – вы классный на своем месте и вам часто готовы платить много, просто потому что вы классный на своем месте, а если место поменяется, то вы уже не так уж и нужны, поэтому начинают предлагать что-то средненькое на рынке

3. Соответствие вас, как профессионала, среднему портрету кандидата в вакансиях – и тут рынок все выравнивает, хоть и есть много уникальных позиций

Так вот, оглядываясь назад, понимаешь, что полезная штука этот Job Security. И надо за ним следить. Я вот не следил, последние лет 5 до прошлого года. Не смотрел вакансии, не ходил по собеседованиям, мало общался с ЛПРами. Сам много нанимал, уровень ЗП знал, потому что мы регулярно такую аналитику заказывали. Но на этом и все.

Собрал тут несколько полезных советов, по мотивам своей рефлексии. Забирайте, кому пригодится, и добавляйте свои идеи в комментарии:

1. Регулярно следить за вакансиями на вашу позицию. Чтобы понимать требования к кандидатам, уровень ЗП, тренды в найме и т п

2. Ходить на собеседования. Даже если не собираетесь увольняться. Даже если вы менеджер. Вот тут много холиваров на этот счет, но моя простреленная нога говорит мне, что ходить надо

3. Нетворкаться и развивать свою сеть знакомств. И обязательно иметь там хороших рекрутеров, желательно специализирующихся на позициях вашего уровня. Как минимум, они владеют невероятным объемом нужной вам информации в моменте

4. Развивать свой бренд. Не надо здесь упарываться, но 1-2 раза в год можно что-нибудь интересное рассказать. Отлично работает и для понимания, что нужно рынку, и для развития нетворкинга. Да и могут на собес куда-то пригласить

5. Развивать себя. Не застревать в рамках той роли и той компании, где вы сейчас. Смотреть по сторонам и постоянно подтягивать то, что рынок просит

6. Иметь план Б. В любой момент “скрипач может оказаться не нужен”. И вы должны быть к такому готовы. И морально, и материально. Мой лучший рецепт здесь – диверсификация, всего и вся

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

Это мой список. Субъективный, не всем подходящий. Но реально прожитый.

А вы пишите, что еще сюда можно добавить!

P.S. А еще мы тут со Стратопланом запилили целую конфу про фейлы и факапы. 11 мая, в субботу. Я в этот раз не уместился, поэтому излил душу сюда вам 🙂 Но рекомендую!

“МОЛОТОК” В КОМАНДООБРАЗОВАНИИ

Часто провожу обучения и пишу посты по темам командообразования и аудита команд. Очень уж они мне нравятся. Потому что здесь, как нигде лучше, раскрывается многообразие всяких разных менеджерских инструментов. И можно действовать не по наитию или своему креативу, а, практически, “по методичке”. Да, инструменты в менеджменте вещь условная и абстрактная, нужно все это “приземлять”. Это бесспорно. Но в теме командообразования этих инструментов так много, что точно что-нибудь свое, да подберешь.

Буквально недавно мне попался инструмент, который по праву можно считать эдаким “молотком” в теме командообразования. Потому что он столь же прост, и столь же эффективен. И имя его – пирамида GRPI (картинку закину следом за постом).

В чем суть. В рамках командообразования нам нужно проработать 4 основных блока:

1. Цели – какие цели у команды, насколько они хорошо сформулированы, насколько откликаются у всех участников

2. Роли – здесь и компетенции команды, и командные роли, чего где не хватает и каков баланс

3. Процессы – основные процессы и правила, необходимые для нормальной работы команды, все ли на месте и все ли оптимальны

4. Межличностные отношения – насколько команда “сыграна”, какие есть малые группы внутри, кто с кем конфликтует

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

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

Да-да, здесь вы можете справедливо заметить, что редко удается построить команду с нуля, обычно работаем с тем, что есть, пытаемся чинить и дорабатывать. Все так. Но и в этом случае, стоит сначала построить для себя идеальную картинку TO BE, по такому алгоритму, а потом уже пытаться к ней прийти через изменения.

Если мы делаем аудит и разбираемся в проблемах команды, то двигаемся наоборот, снизу-вверх: большинство проблем находятся в поле отношений между конкретными людьми, далее мониторим процессы, после ищем изъяны в ролевых моделях, и уже в конце проверяем цель команды, реже всего корень проблем здесь.

И это классный фреймворк, который можно расширять другими инструментами:

1. Цели – от Мамонта до OKR-ов
2. Роли – от матрицы и карты компетенций до ролей Белбина или Бенна/Шитса
3. Процессы – от базовых 1/1 до сложных процессов Delivery с Аджайлами и Скрамами
4. Межличностные отношения – от теории малых групп до границ Берна

Расширяй - не хочу! Приземляй – не хочу! Ну просто сказка, а не инструмент!

Пользуйтесь!

А картинка следом, как и обещал.

Давненько ничего не писал, каюсь. Как-то с головой ушел в работу, не получается делать лонгриды. Но зато поднакопилось других полезных референсов, буду делиться!

На прошлой неделе заходил на Неформальный Стратоплан, пообсуждали проблемы руководителей отделов и СТО. Поотвечали на вопросы вместе с Сашей Орловым и Андреем Крыловым.

О чем успели поговорить:
- Как себя вести, если хочется карьерного роста, но никак не повышают
- Что делать, если у компании нет ресурсов, т е количество проектов увеличивается, а людей - нет
- Как получить от руководства реальные ожидания от своей позиции, если они их никак не сформируют
- Как решить проблему коммуникации со стейкхолдерами, когда излишне закрываешься на внутренних задача отдела
- Куда вкладывать ресурсы, чтобы расти, как СТО
- Как поступить, если на работе все хорошо, но категорически скучно
- Где брать базу/систему по менеджменту, когда учишься через свой опыт и шишки
- Что делать тимлиду, который раньше был инженером в команде, а теперь должен ей управлять и постоянно натыкается на дерзкого и токсичного сотрудника, не принимающего его начало

https://youtu.be/Jq_-HL0fFKc

А на этой неделе в предверии очередного запуска курса COO в OTUS провел открытый урок, где пообсуждали операционные стратегии и рассмотрели основные.

Были стратегии:
1. Снижение себестоимости
2. Повышение гибкости
3. Повышение качества
4. Сокращение времени

По каждой разобрали возможные варианты реализации, плюсы/минусы, применимость. Обзорно, но с понятными примерами.

https://youtu.be/8z1ChLwXuBA

Друзья!

На следующей неделе, 26 июня, приму участие очередной раз в конфренции Skolkovo TechWeek. На этот раз, будет практический мастер-класс про проектные метрики.

Организаторы, как обычно, дарят несколько промокодов на бесплатные билеты. И я готов ими поделиться с вами!

Пишите в комментарии, кому нужны билеты, отдам первым троим 🙂

ИЗОБРЕТАЯ ВЕЛОСИПЕД

Юху! Наконец-то лонгрид!

Сегодня хочется затронуть матрицу компетенций. А конкретно – ее базу. Что должно быть основанием для определения уровня / грейда сотрудника?

Хард-скиллы? Не уверен. Не счесть, сколько встречал специалистов, которые прекрасно владели теорией и даже неплохо писали код, но положиться на них в выполнении серьезной задачи было нельзя.

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

Мне всегда нравилась идея, что базой для определения грейда должна быть ответственность. Уровень задач и проблем, которые сотрудник может решать. Условно, джун отвечает за задачу, мидл – за фичу, синьор – за эпик, лид – за весь проект и т д. Хорошая складная концепция.

А недавно наткнулся на интересную статью на Хабре и узнал про фреймворк SFIA. Да-да, такой вот я темный. Модели уже почти 50 лет, а я про нее даже не слышал. Но готов поспорить, большинство из вас тоже ничего о ней не знали. И это нормально. Не хватило как-то ей маркетинга, видимо.

Так вот, фреймворк предполагает 7 уровней, как раз таки, зрелости специалиста, которые подразумевают разные уровни ответственности:

1. Follow (следует) – следует инструкциям, делает простые задачи
2. Assist (помогает) – работает в команде, берет на себя ответственность за результат задачи
3. Apply (применяет) – работает в рамках установленных правил и системы, делает задачу от и до со всеми ограничениями
4. Enable (поддерживает) – делает работу сам и помогает другим, вносит существенный вклад в результаты команды
5. Ensure, advice (обеспечивает, консультирует) – обеспечивает управление и результаты всей команды, дает экспертные консультации
6. Initiate, influence (определяет политику, влияет) – принимает важные решения, формирует правила, руководит направлениями работ
7. Set strategy, inspire (определяет стратегию, вдохновляет) – все понятно из названия, отвечает за стратегию и будущее

И вот вся эта моделька как нельзя прекрасно ложится на мою идею про ответственность. Более того, много где в мире ее для этого и применяют 🙂

1. Follow (следует) – стажер или начинающий Junior
2. Assist (помогает) – хороший крепкий Junior
3. Apply (применяет) – настоящий Middle
4. Enable (поддерживает) – уже Senior
5. Ensure, advice (обеспечивает, консультирует) – TeamLead в чистом виде
6. Initiate, influence (определяет политику, влияет) – уровень тактического управления: HH, DM, TGM и много других названий этой позиции
7. Set strategy, inspire (определяет стратегию, вдохновляет) – это уже директор, стратег, CTO

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

P.S. Подробнее можно почитать на официальном сайте SFIA и в статье, на которую я ссылаюсь. Там про инфобез, но идея общая, универсальная.

РАНЬШЕ РАБОТАЛИ В ОДНОЙ КОМАНДЕ, А ТЕПЕРЬ Я НАЧАЛЬНИК, А ОН – ТОКСИЧНЫЙ БУНТАРЬ

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

Именно такой ситуации хочу посвятить свой переговорный поединок в Университете Стратоплана. Приходите на мое занятие 16 июля в 11.00 мск. Обсудим природу такого поведения коллег, что нам под силу, чтобы исправить ситуацию. В формате кейса и групповых переговорных поединков.

Зарегистрироваться можно тут

В этот раз, Университет полностью посвящен теме “Конфликтология”. Потому что любая работа, на уровне инженера или СЕО, завязана на взаимодействиях с людьми. Уметь договариваться – необходимый навык, который влияет не только на уровень удовольствия от работы, но и на карьеру, бизнес, деньги.

Университет для вас, если:
— для вас переговоры — нервы и вырванное время
— ваше решение/мнение не принимают и всегда находят *но*
— вы часто недовольны итогами переговоров

Формат:
— живая 2-х недельная онлайн практика (+ немного теории, без воды и домашек)
— абсолютно бесплатное участие группами от 5 человек
— личный кабинет с пожизненным доступом к записям, если что-то упустили

Старт — 08 июля. Уже в следующий понедельник!

И СНОВА ПРО МЕТРИКИ

По мотивам мастер-класса на Skolkovo TechWeek. Сам мастер-класс выдался, мягко говоря, не очень удачным. Но материал полезный, как по мне. Так что делюсь.

Метрик много, метрики разные. Но за какими точно надо следить? Вопрос сложный, так как итоговый набор метрик очень сильно зависит от процессов и методологий управления. Что влияет на принятие управленческих решений, то и надо контролировать.

Возьмем проект. Попробуйте жестко следить за бюджетами – получите падение качества и продолбанные сроки. Фокус на сроках – снова проблемы с качеством и теперь уже с бюджетами. Ставим во главу угла качество – получите, распишитесь: всевозможные превышения по всем направлениям.

Чтобы такого не происходило, за проектами нужно следить комплексно. Набор метрик должен быть сбалансированным, должен охватывать все основные области управления проектом.

Давно уже всюду пропагандирую фреймворк PROJECT, который, как раз, решает эту проблему. Расшифруем акроним:

P → People — команда проекта и ее состояние
R → Reliability — надежность, качество
O → Operations — операционные показатели
J → Job — состояние скоупа
E → Economy — финансовые показатели
C → Customer — удовлетворенность клиента
T → Timetable — расписание проекта

Если в каждой из этих 7 областей будет хотя бы по 1 метрике – проект под контролем. Вот такая идея.

На картинках следом несколько слайдов с доклада: с примером метрик, которые мы использовали у себя (и это работало!), с вариантами других метрик под каждую область внимания PROJECT, и пример, как это все в итоге собирается в светофор проектного статуса (опять же из реальной жизни).

Надеюсь, пригодится. А вопросы пишите в комментариях!

Привет!
Вернулся из отпуска, и начну неделю с анонса.

На этой неделе, вот прямо сегодня, стартует еще один интересный и бесплатный проект Стратоплана Управленческий марафон.

20 дней, разбор 20 вопросов и ситуаций из жизни руководителя. 3 лонгрида и 2 коротких эфира каждую неделю, от экспертов и преподавателей школы.

Я сделаю там несколько лонгридов на темы:
- Хотелок у бизнеса много, а ресурсов не дают
- Как обсуждать повышение зарплаты/премии для сотрудников или себя самого
- Появился новый СТО, который раньше был разработчиком, интересуется только несколькими продуктами, экспертов не слушает, люди уходят. Оставаться или нет?

Ссылки на свои я попробую дублировать сюда. Но там будет много чего почитать и кроме. Так что, не проходите мимо :)

ЧТО ДЕЛАТЬ, КОГДА У БИЗНЕСА МНОГО ХОТЕЛОК, А РЕСУРСОВ НЕ ДАЮТ

А вот и первый лонгрид, как и обещал.

Немного порассуждал о природе подобных проблем. О том, как вести себя в такой ситуации, чтобы и свою поляну отстоять, и саботажником у начальства не прослыть.

Пишите свои мысли в комментарии!

КАК ГОВОРИТЬ О ПОВЫШЕНИИ ЗП

А вот и второй лонгрид с марафона подлетел. На этот раз про деньги, денюжки, деньжули!

Попытался подсветить, что важно для руководителей, за что они готовы увеличивать ЗП, как это все понять и правильно попросить повышения. И для себя, и для своих сотрудников.

Делитесь идеями в комментариях!

КОЛБАНЫЙ ЦИКЛ В РАЗВИТИИ

Всем привет!

Возвращаюсь после некоторого молчания 🙂 Было много работы, разные интересные проекты. Ну и накопилось приличное количество интересных кейсов, про которые буду теперь рассказывать!

Так что, погнали!

Буквально сегодня на корпоративном тренинге был вопрос: “Как реагировать, если ты человека развиваешь, а он ведет себя контрпродуктивно этому?” Ну например, качаете вы разработчика в тимлида, учите его ответственности, а он вовремя проблему вам не эскалирует и потом приунывает. Не чужую даже проблему, а свою собственную. Вместо того чтобы поставить встречу 1/1 и все зарешать, сидит на кухне, смешивая аккуратно горячую и холодной воду в кулере, и грустит о жизни своей.

Вопрос понятен. Нас же как учат? Пятилистник наставничества, надо пройти по шагам:

1. Рассказать
2. Показать, как надо
3. Сделать вместе
4. Посмотреть, как делает
5. Проверить результат

Двигаешься поступательно, от шага к шагу, даешь обратную связь, падаван учится.

А тут учишь, вкладываешься, он вроде даже понимает и делает на тестовом задании верно, а потом все равно не то. Еще раз цикл проходить?

Ответ – да. Только другой цикл – цикл Колба. Это же классный кейс, классный прецедент, на основе которого можно выровняться, дать качественную обратную связь (а не пустую на выдуманных котятах).

Что есть цикл Колба (основа основ обучения, особенно, взрослых людей):

1. Негативный опыт
2. Рефлексия
3. Объяснение
4. Применение и позитивный опыт

Вот тут надо помочь сотруднику отрефлексировать его негативный опыт (для начала вообще обрисовать, что он негативный, так-то), объяснить, как и почему надо, отправить за получением позитивного опыта. Когда-нибудь он вернется снова, и тут уже можно будет делать выводы.

Вернулся “со щитом” и исправил модель поведения – красавчик, обучаемый. Продолжаем упражнение! Вернулся “на щите” и снова накосячил – не красавчик, пересматриваем свои планы. Можно не сразу, допустим, 2 желтые карточки, потом уже красную. Или 3 желтых. Ну или 1, зависит от вашего терпения и желания.

Резюмируя: косяки сотрудников – основная движущая сила наставничества, если использовать их правильно. И они же качественная метрика обучаемости. Не в том плане, что ошибок быть не должно. Наоборот, должны быть. Иначе он ничего не делает. А в плане повторяемости косяков: есть повторяемость – есть вопросики.

Что думаете?

ПОЧЕМУ ОНИ НЕ РАЗВИВАЮТСЯ ?!

Продолжаем тему развития сотрудников. Работая с разными компаниями на коротком отрезке времени, можно увидеть интересные закономерности. Одна из таких – как сильно зависит желание людей развиваться от корпоративной культуры.

Бывают компании с шилом, причем не только там, где мы привыкли, а по всему телу, как после сессии иглоукалывания. Там и владельцы куда-то бегут, и все менеджеры вслед за ними куда-то несутся, и линейные сотрудники постоянно делают какие-то движения, что-то изучают, хватаются за новые и новые задачи. Все логично. Во-первых, сама фигура лидера вдохновляет именно на такую модель поведения, да и создает он в своем отделе такую атмосферу. А во-вторых, “других не держим”. Просто не пройдешь culture fit интервью, если ты не такой.

А бывают совсем другие компании. Спокойные, размеренные. Там даже складывается ощущение, порой, что люди как-то недорабатывают. И боссы неторопливы. И сотрудники особо никуда не стремятся, им и так хорошо. Забавно, что такие компании далеко не всегда менее успешны, чем первые. Ну а причины те же самые: рыба никуда не спешит с головы.

Но несмотря на постижение дзена тайм-менеджмента и work/life-баланса, компании неспешные, все же, сталкиваются с некоторыми трудностями при масштабировании. Просто рук нет. Начинаешь что-то делать, развивать, а некем. Сотрудники настолько кайфуют в своей зоне комфорта, что ничего дополнительного, даже интересного и развивающего, на них так просто не навесишь.

И волей-неволей задаешься разными риторическими вопросами. Ну неужели они совсем не хотят развиваться??? Да как так-то???

Лично я убежден, что развитие – то, что в нас заложено природой. И если человек не развивается (во всех своих проявлениях, не только в профессиональной области), то он ломает привычный ход вещей, ему становится скучно и странно. Признаю, что я немного упорот в этой теме, но вот такое мое мнение. Что подтверждается многими теориями и моделями. Ну вспомним, хотя бы, банальную пирамиду Маслоу, которая предполагает движение вверх и далее закрепление на уровне Саморазвития. Развитие – как потребность.

Так и что же получается? У нас целая большая компания или отдел людей, которые никуда не хотят развиваться? И их никак нельзя сдвинуть в этом направлении? Мой опыт показывает, что можно. И все-таки, эта природная потребность часто побеждает.

Пообщавшись с такими компаниями, обычно видишь, что, как минимум, 80% людей совсем не против чего-то поделать, но не знают, чего. Они долгое время существовали без понимания такой возможности, и она, в каком-то смысле атрофировалась. Но не совсем, не навсегда. Костерок то тлеет, огонь еще можно разжечь!

Как это сделать? Здесь 2 основных направления работы:

1. Показать смыслы – а зачем это человеку, что это даст. Люди взрослые без смыслов ничего не делают, так уж повелось. И смыслы эти индивидуальны

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

Далеко не каждого это проймет, тут никаких иллюзий нет. Но из тех 80%, кто все еще имеет потенциал к развитию, добрая половина воодушевляется и начинает что-то делать. А это уже 40% от всего коллектива. Достаточное количество, чтобы сделать что-то крутое в компании.

ЕЩЕ ОДНА КОНФЕРЕНЦИЯ

Делюсь с вами классной новостью! Ребята-организаторы конференции Agency Growth Days позвали меня сделать трек про менеджмент. А я, естественно, согласился 🙂

Да, конференция, традиционно, агентская. Но в этом году организаторы хотят привлечь гостей из разных IT–компаний (как по размеру, так и по направленности). Поэтому делаем вполне себе универсальный поток.

Моя секция называется “Рост продуктивности команд”. Здесь будем говорить обо всем, что влияет на эффективность работы. Это и про процессы, и про работу с людьми, и про фишки/подходы в управлении. В общем, список рассматриваемых тем широк. А помимо докладов сделаем обязательно несколько слотов для разборов кейсов и проблем, с экспертами из разных компаний.

Конференция пройдет 24-26 октября в Екатеринбурге. День докладов – 25 октября, пятница. Будет интересно и насыщенно, это гарантирую!

Если хотите выступить, присылайте свои доклады, через форму сайта или мне в личку @ilya_prakht . Если не хотите делать доклад, но готовы поучаствовать в роли эксперта, или наоборот, принести интересный кейс на обсуждение – путь тот же. Программу только начали формировать, так что времени на всех хватит 🙂

Ну и конечно, приходите на конференцию! Увидимся в живую, буду рад со всеми пообщаться! Планирую быть там весь день, везти секцию. Может быть, даже докладик успею сделать 🙂

ТЕКУЧКА: РАЗГРЕСТИ НЕЛЬЗЯ ЗАБИТЬ

Вопрос из формы, анонимный. Автор просил написать в канал, чтобы получить побольше идей и мнений. Так что, пишите свои комментарии!

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

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

Короткий ответ на вопрос – приоритизация. Поскольку для вас крайне важным (ну я так понял из текста вопроса) является вопрос повышения ЗП, то нужно повышать приоритет работы над задачами, которые этому повышению способствуют. Ваш капитан Очевидность, как говорится.

Ведь мы же работаем (сюрприз!) не для компании или дяди-начальника. Для себя любимого надо работать. Тогда и результаты будут, и компания будет счастлива, и вы сами. Мотивация – важнейший элемент в работе менеджера. А самомотивация – вообще, чуть ли не ТОП-1!

Как быть? Чисто практически?

Какие ярлыки можно назначить на подобные полугодовалые цели? Они явно не срочные, текучка их легко вытесняет. Но они важные, ибо от этого зависит ваше ресурсное состояние и желание работать в компании. Итого: несрочные, но важные. Вспоминаем матрицу Эйзенхауэра. Под задачи такого квадранта рекомендуется выделять и планировать время. Вот так и делаем.

Я всегда старался выделять часы в день, или дни в неделю (в зависимости от объемов и пропорций) под такие вот стратегические задачи развития. Еще выделял время на какое-то обучение и RnD. На спорт выделяю последние полтора года. Застолбил и стараешься не забивать это время текучкой.

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

Ну и, конечно, решайте ресурсные проблемы. Заткнуть дыру собой – можно. Но это не должно становиться нормой и новым штатным расписанием отдела. Кстати, задача найма и онбординга нового сотрудника тоже будет несрочной и важной. Можно пользоваться той же механикой.

Надеюсь, получилось ответить на вопрос.

P.S. Напоминаю, автор ждет и других мнений по этому поводу, так что пишите в комментариях, как сами справляетесь с такими историями?

P.P.S. И пишите новые вопросы в форму, записывайтесь на бесплатную консультацию. Ссылочка вот