Горячее
Лучшее
Свежее
Подписки
Сообщества
Блоги
Эксперты
Войти
Забыли пароль?
или продолжите с
Создать аккаунт
Я хочу получать рассылки с лучшими постами за неделю
или
Восстановление пароля
Восстановление пароля
Получить код в Telegram
Войти с Яндекс ID Войти через VK ID
Создавая аккаунт, я соглашаюсь с правилами Пикабу и даю согласие на обработку персональных данных.
ПромокодыРаботаКурсыРекламаИгрыПополнение Steam
Пикабу Игры +1000 бесплатных онлайн игр
Пройдите все испытания в игре кальмара второго сезона

Игра в кальмара 2: новые испытания

Аркады, Казуальные, Для мальчиков

Играть

Топ прошлой недели

  • AlexKud AlexKud 38 постов
  • SergeyKorsun SergeyKorsun 12 постов
  • SupportHuaport SupportHuaport 5 постов
Посмотреть весь топ

Лучшие посты недели

Рассылка Пикабу: отправляем самые рейтинговые материалы за 7 дней 🔥

Нажимая кнопку «Подписаться на рассылку», я соглашаюсь с Правилами Пикабу и даю согласие на обработку персональных данных.

Спасибо, что подписались!
Пожалуйста, проверьте почту 😊

Помощь Кодекс Пикабу Команда Пикабу Моб. приложение
Правила соцсети О рекомендациях О компании
Промокоды Биг Гик Промокоды Lamoda Промокоды МВидео Промокоды Яндекс Директ Промокоды Отелло Промокоды Aroma Butik Промокоды Яндекс Путешествия Постила Футбол сегодня

IT + Управление людьми

С этим тегом используют

Программирование IT юмор Программист Юмор Работа Картинка с текстом Разработка Менеджмент Карьера Управление Бизнес Эффективный менеджер Опыт Все
19 постов сначала свежее
6
KeepCalmAndFckOf
KeepCalmAndFckOf
1 год назад

Как найти реально крутого сотрудника без понтов и овер-прайса?⁠⁠

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

Как найти реально крутого сотрудника без понтов и овер-прайса? Профессия, Карьера, Бизнес, Саморазвитие, Развитие, Опыт, Личный опыт, Поиск работы, Управление людьми, Управление проектами, IT, Работа, Мат

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

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

Вариант номер один: постоянно повышать ЗП. Как вариант, вариант. Но повышение от 300К на 10% - это 30К. Вариант номер два: повышение раз в полгода или чуть чаще на 5000 от тех же 50-60К - это от 8 до 10%, и при этом люди значительно более благодарны, и готовы работать дальше.

Кто-то скажет, что специалист за 300К покрывает собой 6 спецов по 50К, но нет. Практика показывает, что при решении задач средне-высокой сложности, это не работает. Лучше иметь одного профи, и кучу подмастерьев, чем несколько "профи". Отсутствие "ковровой" конкуренции внутри коллектива, экономия денег, возможность нагружать не только "интересными задачами". Снижение риска остаться завтра без спеца.

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

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

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

А "спецы", особенно из IT сферы, меня уже затрахали капитально. Вспоминается мем про пиздабола:
- Ты чо не веришь?
- Серьезно?
- Да, серьезно!

Половина тех людей, которые получали у нас 300+, не смогли адекватно доказать и показать разницу между ними, и их коллегами из темы от 100 до 150. Кроме "опыта" работы с иностранными копаниями. Но нам то какая разница, если мы работаем на русском и с русскоязычными партнерами, и их уровень владения английским C1 по ILS не имеет значения.

Отсюда вывел для себя правило. Если нужен человек, вырасти его. Если хочешь вырастить быстро, проверь на старте потенциальную скорость его роста. Если человек уходит, у тебя есть несколько вариантов для его замены, с +- теми же характеристиками. И знаниями. Ибо росли они в одних условиях и рядом друг с другом. Нахер надо, брать оторванных от коллектива "специалистов", которые сегодня здесь, завтра - там.

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

Под проект.

Показать полностью 1
[моё] Профессия Карьера Бизнес Саморазвитие Развитие Опыт Личный опыт Поиск работы Управление людьми Управление проектами IT Работа Мат
3
2
pavelstoyanov
pavelstoyanov
1 год назад
Молодые предприниматели

Целеполагание — этапы развития компании. Какие бывают OKR?⁠⁠

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

Обсудить

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

Это Павел Стоянов, я продакт в Тинькофф. Верю, что правильная цель – это 50% успеха. Три года назад я понял, что управлять командами через цели гораздо проще и эффективнее — сотрудники понимают, куда идти и проявляют инициативу, а я могу вынырнуть из операционки и изучать что-то новое. За время работы понял, что не бывает плохих целей, но есть разные этапы развития команды с точки зрения целеполагания.

Этапы развития команд я обсуждал с Андреем Сидоренко из Neogenda. Андрей поставил цели в 100+ командах и готов делиться опытом. Оригинальное интервью смотрите тут

Этапы развития компании с точки зрения работы с целями. Методика OKR

Зачем компании развивать навык работы с целями? Что получит бизнес?

Если я спрошу вас «Какая цель у вашей команды или компании», то вы задумаетесь. Если вы на работе спросите у коллег: «Ради какой цели они работают», то 100% получите разные ответы. Возникает вопрос, а куда придет команда и на сколько она эффективна, если у каждого на уме своя цель. Тут появляется идея поставить цели

Мы в Тинькофф ставим цели по OKR — это фреймворк из Google. В OKR цель состоит из двух частей — мотивирующая цель + ключевые результаты, которые уточняют и оцифровывают цель. Чтобы вы могли прочувствовать силу OKR, я сделал небольшую игру в ТГ — @okr_game_bot

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

  • Пройдя первый этап, появляется умение фокусироваться на самом важном, выбирать приоритет и следовать ему

  • Проходя следующий уровень, компания обретает прозрачность и понимание того, какие части системы для чего работают

  • Далее появляется синхронизация и согласованность действий. Повышается управляемость бизнесом. Появляется гибкость и возможность быстро менять курс

  • Проходя уровень понимания своего клиента, компания повышает устойчивость бизнеса за счет того, что берет необходимые данные от клиента

  • И, наконец, проходя уровень рисков будущего, компания начинает предвосхищать тренды и хеджировать риски будущего

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

Какие бывают этапы, и что получит бизнес на каждом из них?

  1. Выжить в модных подходах

  2. Осознание точек роста

  3. Взаимосвязи внутри цепочки создания ценности

  4. Осознание своего клиента

  5. Риски будущего

Целеполагание — этапы развития компании. Какие бывают OKR? Бизнес, IT, Управление, Управление людьми, Видео, YouTube, Длиннопост

Выделяется 5 этапов развития целей, два последних идут параллельно

Бывают ли плохие цели?

Начнем с того, что не бывает плохих и хороших целей, а цели команды\компании — это отражение контекста — ситуация на рынке, ценностей команды и текущей стратегия и т. д.

Например, если рынок молодей и на него вышли стартапы, то цели могут звучать так:

  • закрепиться на рынке

  • заработать первый миллион

  • найти первых клиентов

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

  • Нивелировать риск перехода на зеленую энергетику

  • Успешно интегрироваться с недавно купленной компанией

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

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

Этап I — Выжить в модных подходах

Как правило, все начинает примерно так: собственник прошел модный тренинг и узнал, что в крупных компаниях таких как Intel, Goolge и Тинькофф применяется OKR. После он заявляет, что теперь все живем по OKR — ставьте амбициозные цели и бегите их достигать

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

Целеполагание — этапы развития компании. Какие бывают OKR? Бизнес, IT, Управление, Управление людьми, Видео, YouTube, Длиннопост

Выглядит крайне странно, но чаще всего внедрение новых методик в компании выглядит именно так

Если смотреть через призму run и change, то получается что сотрудник должен 8 часов делать run, а потом еще успеть сделать change (что-то супер новое). Кстати, именно из-за этого я чаще всего слышу, что OKR не работает. В людей напихали, ничего не пояснили, люди продолжили работать как раньше

На этом этапе цели обычно такие, вы легко их узнаете:

Цель: Заработать много денег

  • Ключевой результат 1: повысить средний чек

  • Ключевой результат 2: повысить прибыль

Цель: Привлечь много новых клиентов

  • Ключевой результат 1: увеличить портфель клиентов

  • Ключевой результат 2: нарастить привлечение

Цель: Что-то про клиентов

  • Ключевой результат 1: пусть будет NPS (мы не умеем измерять и не знаем как влиять, но очень хочется, чтобы рос)

То, что вы видите выше — это даже не совсем OKR — это скорее KPI компании, хотелки собственника или менеджеров. Еще часто встречается просто набор задач, которые сгруппированы по направления. Например: Цель: много новых клиентов, Ключевой результат 1: привлечь клиента “ААА”

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

  1. выберите небольшой период — как правило квартал или месяц, зависит от команды

  2. поставьте цели в любом формате, главное – начать

  3. по ходу работы спрашивайте людей, что можно улучшить

Самое важное на этом этапе:

  • взбодрить команду, но не демотивировать. Поэтому не нужно сразу быть чрезмерно амбициозными

  • сделать так, чтобы у людей в голове возникли вопросы “а за счет чего мы добьемся такого роста”

Обычно я ставлю цели со своими командами в Тинькофф, но иногда меня зовут в другие компании. Я заметил интересную особенность — в сторонних компаниях, куда меня зовут за деньги, меня воспринимают экспертом по именно OKR. Благодаря этому люди быстрее соглашаются и уходит меньше времени, чтобы выстроить процесс работы с целями. А в собственных командах мне сложнее убеждать, ведь меня воспринимают как продакта, а не эксперта по целям. При том, что и там и там я говорю одни и те же вещи. Кажется, что именно поэтому и существует консалтинг =)

Отлично — вы команда научилась фокусироваться, выбирать приоритет и следовать ему. Если хотите, чтобы компания стала более прозрачной, а сотрудники понимание, кто на что влияет, то переходите на следующий этап

Этап 2 — Осознание точек роста

На этом этапе команда задается вопросом следующего уровня:

  • Что конкретно нужно сделать, чтобы получить сильный рост прибыли и клиентов?

  • Как нам нужно измениться, чтобы мы как компания могли заработать больше?

  • Какие проблемы решить, чтобы ускорить рост?

Как могут выглядеть цели на этом этапе?

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

  • Цель: Научиться кроссейлить клиентов на другие продукты, чтобы позволить более дорогое привлечение

  • Цель: Снизить отток клиентов

  • Цель: Круто автоматизировать ручные процессы

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

Целеполагание — этапы развития компании. Какие бывают OKR? Бизнес, IT, Управление, Управление людьми, Видео, YouTube, Длиннопост

Как часто руководитель что-то делает и никому не говорит? А потом еще и ругается, что никто не участвует

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

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

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

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

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

Половину статьи вы уже осилили. Если нет времени дочитать, но вам близки мои мысли, то ныряйте в самый конец, там ссылка на мой ТГ, где я скоро выложу аналогичный материал, только в виде схемы

Этап 3 — Взаимосвязи внутри цепочки создания ценности

И вот у вас появились ситуация, когда:

  • на уровне компании есть понятные рычаги влияния на бизнес метрики

  • благодаря регулярным синхронизациям в команде появляется прозрачность — соседние команды лучше понимаю, кто и что делает. А все в компании понимаю, что и как влияет на текущую цель компании

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

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

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

  1. Собрать все команда и обсудить ТОП цели компании

  2. Оценить, какие из команд оказывают прямое, а какие косвенное влияние на цели компании

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

  4. Обсудить, как командам нужно помочь

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

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

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

Отлично — сотрудники вашей компании работаю слаженно, а значит эффективнее. Если хотите получить кратный рост за счет фокуса на клиенте, то переходите на четвертый этап

Этап 4 — Осознание своего клиента

Целеполагание — этапы развития компании. Какие бывают OKR? Бизнес, IT, Управление, Управление людьми, Видео, YouTube, Длиннопост

Просто очень классный мем, где компания не думает про клиента, а фокусируется только на деньгах

В какой-то момент вы понимаете, что

  • команды работают синхронно

  • все поняли, что вместе приносим больше пользы бизнесу

  • бизнес стал более устойчивым

Тогда возникает вопрос: “А для кого мы работаем и какую пользу мы приносим им?”

Тут, наконец, компания задумывается о самом главном — о клиенте. И вот здесь начинается интересный этап — этап осознания своего клиента

Мы начинаем думать, а для чего мы это делаем не с точки зрения компании и прибыли, а с точки зрения клиента. Какая выгода у клиента, что он получает от работы с нами. Тогда, наконец, появляются взрывные цели

Например:

  • Сэкономить клиентам деньги за счет нашего продукта

  • Сократить время работы и головную боль

Такие цели не стыдно и наружу рассказывать. Не забудьте написать ключевые результаты к ним. И именно такие цели дают самый сильный рост

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

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

Этап 5 — Риски будущего

Когда все стало хорошо в настоящем времени — клиенты есть, деньги есть, команды мотивированы и синхронны, наступает время подумать про риски будущего

Например, в 2020 пандемия, в 2023 импортозамещение — беготня, пожар, пересмотр долгосрочных целей

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

  • Перейти на софт собственно разработки в ключевых узлах

  • Перейти из оффлайн в онлайн

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

Нужно понимать, что 4 и 5 этапы могут идти параллельно, в зависимости от стратегии компании. А также про риски будущего и про клиентов можно начинать думать уже со второго этапа

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

Резюмирую:

Если вы хотите, чтобы бизнес рос, а вы и ваши сотрудники больше зарабатывали, то задумайтесь о работе через цели. Для этого вам понадобится сделать 3 простых (на самом деле не очень простых, но стоящих того) шага:

  1. Проверьте, работает ли ваша команда по целям или у каждого в голове свой ориентир — выше было упражнение для этого

  2. Поставьте цели в формате OKR. Это хороший фреймворк, про который вы найдете кучу статей и видео

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

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

Следить за событиями в мире OKR вы можете в канале Neogenda

Показать полностью 4
[моё] Бизнес IT Управление Управление людьми Видео YouTube Длиннопост
1
cherkalexander
cherkalexander
1 год назад
Лига программистов

Нужно выстраивать правила игры, добиваться их принятия и играть по ним⁠⁠

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

🔄 Ситуация

Представим ситуацию: вам что-то не нравится в вашей работе (ну а вдруг). Например, ваша команда не работает над техническим долгом в проекте, и кодовая база деградирует. К тому же вы не являетесь тимлидом, который может диктовать условия, просто взяв и заставив всех либо "делать хорошо", либо начать планировать рефакторинг и устранение технического долга в новом спринте.

В этом случае вы можете попробовать изменить те самые «правила игры». Если ваша идея понравится и её получится внедрить, то даже товарищи которые «выше вас на голову» должны будут следовать новым «правилам».

✍️ Как?

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

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

☄️ Возвращение к договорённостям

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

⚠️ Но все это будет работать только если ваша команда играете по правилам.

🎭 Аналогия

Эти правила можно рассматривать как законы в стране, по которым должны играть все граждане. Если тем или иным политическим группам что-то не нравится, они могут продвигать нужные им законы (не всегда хорошие), чтобы изменить правила игры.

❌ Чего делать не стоит

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

——

Кстати, о планировании технического долга я писал вот тут.

https://t.me/cherkashindev/113

Показать полностью
[моё] IT Программирование Программист Процесс Управление проектами Управление людьми Текст
11
toxicmanager
toxicmanager
2 года назад
Офисные будни

Что делать, если подчиненный делает не то, что нужно⁠⁠

Что делать, если подчиненный делает не то, что нужно Эффективный менеджер, IT, Менеджер, Менеджмент, Управление людьми, Длиннопост

Эта статья выросла из опроса, который я проводил у себя в канале. Тут хочу разобрать варианты ответов.

Что делать, если подчиненный делает не то, что нужно Эффективный менеджер, IT, Менеджер, Менеджмент, Управление людьми, Длиннопост

Прежде чем читать дальше, выберите свой вариант. Готовы? Тогда поехали.

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

А как так получилось, что твой сотрудник занимается задачей некоторое время и не видит ошибку, а ты, просто проходя мимо, сходу заметил? Твоя квалификация как специалиста  выше, но тогда почему не показал, не научил? Решил, пусть сам учится в бою. Ок, так можно. Но тогда зачем лезешь? Допустим, это срочная, важная задача, но тогда зачем дал ее неопытному сотруднику. Когда даете кому-то задачу, нужно заранее понять, для чего вы это делаете: хотите, чтобы задача была решена или чтобы сотрудник приобрел знания/умения, которые позволят ему такие задачи решать в будущем. Этот выбор предопределяет ваши дальнейшие взаимоотношения с ним: вы руководитель и профессиональный подчиненный или вы наставник и стажер.

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

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

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

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

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

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

Дать совет как лучше, как бы ты делал сам.

Строго говоря, дача советов не предусмотрена во взаимоотношениях “руководитель и подчиненный”. Совет может дать только один коллега другому коллеге. И вообще некую мудрую мысль, высказанную одним человеком другому, можно считать советом, только если выполняются 3 условия:

  1. Одариваемый мудростью может эту мудрость не слушать.

  2. Даже если мудрость уже высказана и выслушана, одаренный имеет полное право не пользоваться советом.

  3. И одариваемый, и даритель хорошо осведомлены о пунктах 1 и 2 и полностью с ними согласны.

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

Остановить работу сотрудника и доделать задачу самому.

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

Подключить другого более опытного сотрудника, чтобы помог.

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

Сесть рядом, сделать задачу вместе.

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

Мой телеграм-канал Токсичный манагер

Показать полностью 1
Эффективный менеджер IT Менеджер Менеджмент Управление людьми Длиннопост
12
24
DELETED
2 года назад
Офисные будни

Проблемы вашего Босса не ваши проблемы⁠⁠

Если ваш Шеф создаёт вам проблемы и спускает их на вас - меняйте его.

Ведь ещё Энштейн говорил, что проблему нельзя решить на том уровне где она создана. А уж уровнем ниже - тем более.

Задача любого руководителя - Обеспечение удобной и комфортной работы сотруднику. Решение организационных вопросов и вопросов ресурсного обеспечения. Инструменты, зарплата, соблюдение ТБ и т. д. - это ГОЛОВНАЯ БОЛЬ вашего начальника.

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

Если нет обеспечения для выполнения задачи - не геройствовать и остановить работу. Если босс не выполняет свою работу — вы останавливаете свою.

Если ваш босс плохо выполняет свою работу систематически - меняйте его.

Психология Сарказм IT Управление людьми Управление Текст
18
9
toxicmanager
toxicmanager
2 года назад
Молодые предприниматели

Манифест профессионального сотрудника⁠⁠

Базовые принципы:

1. Думать о смыслах выполняемой работы.

Сотрудник всегда должен думать, зачем он делает то, что он делает, какая польза для его команды/отдела/компании от его работы. Работа по принципу «как в ТЗ написано, я так и сделал» – это непрофессиональный подход.

2. Прогнозировать результат своей работы.

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

3. Уважать коллег, руководителя, подчиненных.

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

Из этих принципов следуют конкретные правила поведения профессионала, который работает в команде:

1. Полученное задание должно быть проанализировано перед началом работы.

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

2. Выражения типа «Почти сделано», «Сделано, но..» приравниваются к «Я не сделал».

Нельзя не сделать задание из-за того, что руководитель или стейкхолдер не уточнил какие-то требования. Если у задания были неоговоренные детали, о которых сотрудник не знал, значит он не проанализировал задание, т.е. нарушил п. 1, или нарушил п. 4, если эти детали нельзя было выявить заранее. Задание считается выполненным только при выполнении 100% требований задания, задания выполненные на 50%, 75% или 99% считаются невыполненными.

3. После выполнения задания анализ сделанного должен быть проведен независимо от достигнутых результатов.

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

4. О препятствиях к 100%-ому выполнению задания следует сообщать руководителю и всем заинтересованным лицам заранее, до намеченной даты сдачи.

Сначала сотрудник пытается решить проблему самостоятельно. Информирует руководителя в момент, когда убедился в невозможности решения своими силами, и делает это обязательно до «точки невозврата», пока вмешательство руководителя еще может иметь смысл. Рассказ о том, почему задача не сделана в момент ее сдачи является нарушением п. 2.

5. Расширенное толкование полученного задания не допускается.

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

6. Несогласие с параметрами задания или регламентами исполнения не может служить поводом для их игнорирования.

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

7. Запрещено в качестве мотивации к невыполнению задания использовать формулировки «Не успел», «Забыл».

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

8. Сотрудник имеет право требовать от руководителя пояснений о целях поставленной задачи.

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

9. Определение конкретных шагов в рамках выполнения делегированного задания остается за исполнителем.

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

10. Необходимо опираться на факты и цифры, а не на мнения и ощущения.

Это касается как постановки задания, критериев сдачи, так и определения причин его несдачи.

Показать полностью
IT Эффективный менеджер Управление Управление людьми Текст
35
2
SHER.man
2 года назад
Молодые предприниматели
Серия НОТ (менеджмент и АСУ)

Распределитель работ и проблематика проблем⁠⁠

Исходник Почему подчиненные делают не то, что нужно

«... Итак, 4 типа заданий:

1) Выполнить алгоритм.

2) Решить задачу, достичь цель.

3) Устранить проблему.

4) Найти возможность или избежать проблему. ...»

Что-то мне классификация не понравилась. Предложу как я свою, а не эту плохо переведённую с манагерского.

Если копнуть совсем глубоко (честно), то можно обойтись классической общепринятой классификацией по уровню интеллектуальной нагрузки: механическая работа (п.1); работа с нечёткой логикой (п.2 как переходная форма); творческая работа (п.3 свободный полёт/плавание).

Но чем я хуже? Я тоже могу в ранжирование и «поросячую латынь».

1) Действовать по инструкции (работа для биоробота).

Т.е. просто сделать так как написано. Без фантазии, но и без фанатизма.

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

2) Работа по неполному/нечёткому алгоритму (целедостижение).

Есть ресурсы, есть цель, но как (путь/техпроцесс) выбирает исполнитель (сотрудник).

Т.е. по сути аналог «задачи по поисковой оптимизации» где надо найти оптимальную траекторию зная исходное и понятное состояние.

3) Пункты 3 и 4 можно объединить в один «задачи по избеганию».

(лирическо-философское отступление)

Что такое проблема?

Как правило тут два определения этого слова/понятия.

3.А) Проблема - как неприятность (беда) в бытовом значении где надо из этой «апож» выбираться. Не важно как там оказались, кто виноват (это будет обсуждаться на берегу, после того как выплывем), важно что делать, и делать быстро и эффективно (результативно).

3.Б) Проблема - как ситуация с неясными исходами, т.к. в зависимости от выбранного варианта результаты могут быть разными («дорога возникает под ногами идущего»). Т.е. по-научному, мы имеем «точку бифуркации» где далее или «туман войны», или надо просто выбирать, т.к. ресурсов на оба решения не хватает (нельзя усидеть на 2 стульях + рыбкой закусить). Окно Овертона может быть только одно, т.к. «двери открываются поочерёдно».

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

В общем (п.3) суть этой задачи «выдвижение из зоны дискомфорта» с разным уровнем масштаба этой «сумеречной зоны».

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

А так как «пришла беда - отворяй ворота» часто ТТХ инструментария не соответствует «фронту работ» приходится проявлять смекалку (креативность) и нестандартное применение орудий труда и ЗУНов (ассоциативное мышление).

...

Потом там далее в исходнике что-то из: «смотрите, я знаю (прочёл) много умных слов, но перевести на отечественную терминологию (русификация) ниасилил».

Местами смешно.

Улыбнуло.

Показать полностью
[моё] IT Эффективный менеджер Управление людьми Менеджер Менеджмент Длиннопост Организация работы предприятия Решение проблемы Текст
1
Партнёрский материал Реклама
specials
specials

Сколько нужно времени, чтобы уложить теплый пол?⁠⁠

Точно не скажем, но в нашем проекте с этим можно справиться буквально за минуту одной левой!

Попробовать

Ремонт Теплый пол Текст
30
toxicmanager
toxicmanager
2 года назад
Молодые предприниматели

Почему подчиненные делают не то, что нужно⁠⁠

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

Почему подчиненные делают не то, что нужно IT, Эффективный менеджер, Управление людьми, Менеджер, Менеджмент, Длиннопост

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

Итак, 4 типа заданий:

  1. Выполнить алгоритм.

  2. Решить задачу, достичь цель.

  3. Устранить проблему.

  4. Найти возможность или избежать проблему.

Эта классификация подходит для сотрудников в любых должностях: от уборщика до CEO, принцип один.

Уровень 1: Выполнить алгоритм

Почему подчиненные делают не то, что нужно IT, Эффективный менеджер, Управление людьми, Менеджер, Менеджмент, Длиннопост

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

Уровень 2: Решить задачу, достичь цель

Почему подчиненные делают не то, что нужно IT, Эффективный менеджер, Управление людьми, Менеджер, Менеджмент, Длиннопост

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

Уровень 3: Устранить проблему

Почему подчиненные делают не то, что нужно IT, Эффективный менеджер, Управление людьми, Менеджер, Менеджмент, Длиннопост

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

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

Может показаться, что решение задачи и устранение проблемы, это одно и то же, просто в первом случае мы формулируем желаемый результат, а во втором - нежелаемую исходную ситуацию. Русский язык вполне позволяет формально переформулировать проблему в задачу. Была проблема “Продажи упали” - стала задача “Поднять продажи”. Но все не так просто, задача от проблемы отличается уровнем анализа, который необходимо провести для выполнения задания. Если внимательно почитать, например, PMBOK, можно обратить внимание, что все процессы проектной работы предполагают, что что-то похожее мы уже делали и базовый сценарий наших действий уже есть. Если мы знаем бюджет, сроки и скоуп задач, то более-менее сразу понятно, что нужно делать дальше, чтобы у нас появился новый сайт. А вот что делать, если упали продажи: нужно ли сделать новый сайт или  выложить новые товары на старом сайте, или вообще ничего не делать, а просто подождать?

Уровень 4: Найти возможность или избежать проблему

Почему подчиненные делают не то, что нужно IT, Эффективный менеджер, Управление людьми, Менеджер, Менеджмент, Длиннопост

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

Проблемная область всегда включает контекст. Звучать это может как-то так: у нас есть это, а вот этого больше нет, что можно сделать здесь? "Здесь" - это контекст. Предполагается, что тот, кому ставят такое задание, его понимает. "C ванной что-то надо делать" - проблемная область, "Капает кран в ванной" - это уже проблема, которая через анализ превратится в стопку задач.

Пример разговора CEO и CTO

  • Все наши клиенты в США, а наша инфраструктура в РФ, чего делать будем?

  • Уже начали смотреть, как можно зазеркалить БД c контентом на Амазоне, все остальное не так критично, быстро развернуть сможем всегда.

В том, о чем говорит CEO, нет проблемы, но он видит некие риски, которые могут привести к проблемам, которые он хочет решить превентивно. СТО подтверждает, что как минимум одна проблема, видимо, существует и ее решением он уже занялся.

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

Пример разговора СTО и тимлида

  • Бухгалтерия жалуется, что какие-то их отчеты стали очень медленно выгружаться, разберись, пожалуйста.

Прошло несколько дней.

  • Ну что, как успехи с отчетами?

  • Еще в процессе, изучаю планы запросов в БД.

  • А что бухгалтеры говорят, что за отчет-то у них вообще?

  • Я не спрашивал.

CTO просит решить проблему. Проблема в недовольстве бухгалтеров. Возможно можно просто обновить компьютеры, возможно эти отчеты можно запускать ночью автоматически. Тимлид не видит всех этих вариантов, потому что не думает о том, зачем нужно что-то делать, он думает о том, что нужно делать. Поэтому сразу занялся тем, что умеет, неявно подменив “жалуются на скорость” на “оптимизировать запросы”.

Задания более высокого уровня воспринимаются как непонятные, невнятные. Строго говоря, так оно и есть, эти четыре типа заданий отличаются уровнем неопределенности, с которым готов работать сотрудник. С повышением уровня задания растет объем работы, который нужно выполнить, увеличивается разнообразие экспертизы, которую нужно иметь, и соответственно растет количество людей, которые будут задействованы в работе над заданием так или иначе, что и приводит к росту неопределенности. Поэтому сотрудник, в должности которого есть слово “менеджер”, не может быть ниже уровня 2. Это уровень тимлидов и проектных менеджеров. Говорить о стратегировании можно только на уровне 4 - уровне, где происходит формулирование проблем, а не только их решение.

Коучи, проповедники аджайла аксиоматически предполагают, что все сотрудники компании имеют уровень 3 или 4 (ха!), умеют ставить себе цели, и собственно поэтому им не нужны линейные руководители (дважды ха!). Во-первых, чем выше уровень, тем меньше таких людей на рынке, придется долго искать и зачастую переплачивать. А во-вторых, захотят ли такие сотрудники делать задания первого уровня? В любой компании (не стартапе) есть скучная операционка (т.е. задания первого уровня), которую кому-то нужно делать.

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

Пример разговора проджект-менеджера и разработчика

  • Я просил тебя убрать всю анимацию со страницы, она тормозит, а демонстрация работы клиенту уже завтра. Готово?

  • Ну я на прошлой неделе покопался в коде и улучшил производительность, теперь не должно тормозить.

  • То есть вместо задач из бэклога, ты чинил анимацию, которую я просил просто выключить?

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

Отдельная история, если начальник сам до конца не понимает, чего хочет от подчиненного. В этом случае часто смешивают несколько типов заданий.

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

Пример разговора CPO и продакт-менеджер

  • У нас увеличился отток пользователей, нам нужна геймификация.

  • Ок, я изучу данные по поведению пользователей.

  • Да, славно, когда ТЗ для разработки подготовишь?

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

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

P.S. Кому-то могло показаться, что приведенные мной примеры неточны и то, что я назвал проблемой, на самом деле задача или проблемная область. Вполне возможно, в вашем случае это так и есть. Дело в том, что сложность задания можно считать абсолютной величиной только в рамках одной компании и на определенном этапе ее развития. Скажем, в одной компании “запуск A/B-тестов” - это четко расписанный алгоритм, в другой - это целый проект, который требует каждый раз координации работ нескольких отделов и ручного сопровождения. А в третьей компании - это вообще организационная проблема, которую можно решить только полностью пересмотрев методы целеполагания компании.

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

Мой телеграм-канал Токсичный манагер

Показать полностью 4
IT Эффективный менеджер Управление людьми Менеджер Менеджмент Длиннопост
9
Посты не найдены
О нас
О Пикабу Контакты Реклама Сообщить об ошибке Сообщить о нарушении законодательства Отзывы и предложения Новости Пикабу Мобильное приложение RSS
Информация
Помощь Кодекс Пикабу Команда Пикабу Конфиденциальность Правила соцсети О рекомендациях О компании
Наши проекты
Блоги Работа Промокоды Игры Курсы
Партнёры
Промокоды Биг Гик Промокоды Lamoda Промокоды Мвидео Промокоды Яндекс Директ Промокоды Отелло Промокоды Aroma Butik Промокоды Яндекс Путешествия Постила Футбол сегодня
На информационном ресурсе Pikabu.ru применяются рекомендательные технологии