Обновить
256K+

Управление персоналом *

Как правильно нанимать, управлять и расставаться

454,26
Рейтинг
Сначала показывать
Порог рейтинга
Уровень сложности

MBA на минималках «Конфликты в команде, как фактор развития бизнеса»

Уровень сложностиСредний
Время на прочтение2 мин
Охват и читатели5.2K

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

Читать далее

Новости

Книга среднего уровня — 2. Перфекционизм руководителя

Время на прочтение6 мин
Охват и читатели5.3K

Вторая пачка глав из "Книги среднего уровня", которая для руководителей среднего звена, действующих и начинающих. Книга живёт и пишется в тг.

Есть некоторые привычки, от которых придётся избавиться, вползая на руководящий пост. Первая – перфекционизм, т.е. обязательное стремление сделать всё хорошо. И всё, и хорошо.

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

Но в управлении перфекционизм строго противопоказан. Точнее, давай разделим эту черту на две составляющие: собственный и командный. Первый – это когда ты свои, начальственные обязанности выполняешь идеально, успеваешь сделать и всё, и хорошо. Кстати, интересная формула перфекционизма, как считаешь? «И всё, и хорошо».

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

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

Читать далее

Управленческие антипаттерны, которые убивают компании в России

Время на прочтение16 мин
Охват и читатели9.1K

У каждой страны есть свои особенности управления. Например, в Японии или Германии всё вокруг уютных жёстких правил, в Корее надо тимбилдиться в сопли с руководителем в баре, а у нас надо что-то спереть с завода. Я сейчас утрирую, это по большей части стереотипы, но доля правды есть.

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

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

К этому всему стоит добавить богатейшие традиции теневой бухгалтерии с «серой» зарплатой — это создаёт кучу проблем с прозрачностью данных. А без данных нельзя оптимизировать процессы.

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

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

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

Читать далее

Профессия «погоняла» теряет смысл: 80% менеджеров пойдут лесом

Время на прочтение5 мин
Охват и читатели29K

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

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

Почему? Ну, большинство мидл-менеджеров просто передают информацию сверху вниз — передают задачи — и снизу вверх — поставляют отчёты. То есть они занимаются тем, что распределяют информацию по команде.

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

Специалист, вооружённый современной кучей ИИ-агентов, может брать более крупные задачи, делать их быстрее и ваншотить очень большие куски работы. То есть благодаря ИИ-усилению он может (или сможет в ближайшем будущем) делать то, что делала команда.

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

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

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

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

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

Читать далее

Как вернуть команде самостоятельность: мой путь от микроменеджмента к автономной команде

Уровень сложностиПростой
Время на прочтение7 мин
Охват и читатели6.7K

Меня зовут Татьяна Перминова. В IT я пришла в 2020 году после пяти лет работы менеджером в банковской сфере. Начинала с тестирования 1С, затем перешла в мобильное тестирование, а позже стала руководителем группы тестирования. Сегодня моя команда отвечает за качество приложения «Гри.управление магазином», разработанного внутри компании, которым ежедневно пользуются более восьми тысяч человек.

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

Читать далее

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

Уровень сложностиПростой
Время на прочтение3 мин
Охват и читатели7.1K

Привет! Меня зовут Оля, я ведущий дизайнер в Домклик. Работала в бигтехе (Сбер, Московская биржа).

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

Читать далее

Почему перформанс и перегруз — не синонимы, или Как отличать эффективную работу от управленческого «героизма»

Уровень сложностиПростой
Время на прочтение9 мин
Охват и читатели8.9K

Привет, Хабр! На связи Нина Андреянова из ВКонтакте, я занимаюсь реализацией больших кросс-командных проектов последние пять лет. Недавно я рассказывала про назначение тимлидом контрибьютора (спасибо за ваш интерес к статье!). Сегодня я пришла поделиться с вами ещё одной темой: высокая продуктивность команды и как руководители иногда её ломают. За годы работы в разных корпорациях я поняла одну неприятную управленческую правду: фраза «давайте ещё немного поднажмём» звучит вдохновляюще… ровно до того момента, пока ты не слышишь её третий квартал подряд. Если эта фраза звучит в команде регулярно, то, вероятнее всего, вы уже не ускоряетесь. Вы просто медленно тратите ресурс, который не восстанавливается.

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

Перейти к разбору

Вы прочитали ТЗ. Теперь прочитайте его еще раз

Уровень сложностиПростой
Время на прочтение11 мин
Охват и читатели15K

Допустим, вы разработчик. Вам в Jira прилетает задача — сделать на странице пользователя кнопку «Дать денег». Вы делаете кнопку, она появляется на странице, нажимается, запрос уходит на бэк, бэк отвечает 200 OK. Технически все выполнено верно, но заказчик недоволен и вопрошает: «Я уже пять раз нажал на кнопку, почему деньги так и не пришли?».

И где-то между «в ТЗ было написано просто добавить кнопку» и «давайте срочно переделаем фичу до релиза, перепишем кнопку на тумблер и подрубим биллинг» возникает вопрос: кто виноват и почему именно аналитик?

Привет, Хабр. Я Арина, системный аналитик в Selectel. Я пишу требования к внутренним сервисам, ботам, интеграциям и прочим штукам, которые сначала кажутся маленькими, а потом обрастают ролями, статусами, ретраями, правами доступами и фразой «а это точно MVP?». 

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

Читать далее

Корпоративное обучение в 1С: как автоматизация снижает затраты и риски

Время на прочтение6 мин
Охват и читатели6.5K

По итогам вебинара «От затрат к прибыли: строим эффективную и окупаемую систему обучения сотрудников» разбираем, как компании автоматизируют корпоративное обучение на базе «1С:Электронное обучение. Корпоративный университет», какие процессы переводят из Excel в единую систему и за счет чего получают измеримый эффект.

На вебинаре Инфостарт Корпоративные решения и компания «Русские решения» разобрали, как эти задачи решаются с помощью «1С:Электронное обучение. Корпоративный университет». Эксперт по автоматизации корпоративного обучения Валерий Денисенко показал, как выстроить централизованную систему обучения и какие результаты получают компании после внедрения....

Читать далее

IT рекрутеры уже не те…

Уровень сложностиПростой
Время на прочтение4 мин
Охват и читатели10K

Привет, Хабр! Я Анна Афонина, уже более 6 лет занимаюсь сообществом IT Recruiter SPb. Рынок сильно изменился в сторону работодателей, и вместо рекрутеров, которые были хотя бы приветливыми, появилось новое поколение, от которых у опытных рекрутеров волосы встают дыбом. Я люблю сложный поиск, а сейчас даже вакансии с поиском единорогов закрываются за пару часов, поэтому я углубилась в поиск работы для кандидатов, где сейчас реально сложно.

Конечно, треш бывал и раньше. Но раньше с ними хоть как-то могли бороться, а теперь на крики о помощи кандидатов никто не обращает внимания. Но мы их слышим, и решили сами взяться за этот вопрос.

Цель этой статьи - привлечь внимание всего рекрутерского комьюнити, нанимающих менеджеров и HR Brand специалистов, чтобы починить отношения между работодателями и кандидатами. Мы рассмотрим ТОП-5 примеров, которые попали к нам сами за последние 3 месяца. Дальше мы планируем продолжать формат прожарки рекрутеров, которая оказалась очень ценна их руководителям. Вы можете нам помочь собрать больше кейсов, в конце статьи мы прописали важные правила, соблюдая которые мы сможем вам помочь в ответ.

Читать далее

Старикам тут не место

Уровень сложностиПростой
Время на прочтение5 мин
Охват и читатели11K

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

Читать далее

Ад позадачного сопровождения

Время на прочтение10 мин
Охват и читатели6.2K

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

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

Если вы не из 1С, но тоже сопровождаете постоянных клиентов — возможно, вам тоже будет полезно.

Читать далее

Зачем Meta* уничтожает свой отдел разработки?

Время на прочтение20 мин
Охват и читатели9.7K

В течение двух десятков лет в компании Meta* существовал уникальный высокопроизводительный отдел разработки; всё закончилось в апреле этого года. На протяжении первых двух десятков лет работы компании в ней исповедовалась культура «двигайся быстро и ломай ненужное», в начале 2020-х сменившаяся на «двигайся быстро со стабильной инфраструктурой». Знакомые мне разработчики из этой компании говорили мне, что им представляли всё необходимое для качественной работы с упором на приносимую пользу, а интересы бизнеса находили баланс с надёжной разработкой.

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

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

Читать далее

Ближайшие события

Аудит выгорания команды: 10 триггеров, которые ведут к увольнениям

Уровень сложностиПростой
Время на прочтение6 мин
Охват и читатели10K

Чек-лист для HR: «Аудит выгорания команды: 10 триггеров, которые ведут к увольнениям».

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

Читать далее

МВА на минималках «Модель Айсберг для определения типа сотрудников в команде»

Уровень сложностиСредний
Время на прочтение2 мин
Охват и читатели7.8K


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

1.тип сотрудника. "Много обещает/Мало делает."
Деструктивный тип личности. Red flag.

Что делаем с таким сотрудником:
Выясняем почему нет результата, даём возможность исправить модель поведения.
Если ничего не меняется - увольняем.
Обычно команда бывает очень рада избавиться от такого коллеги, так как они за него/неё всё делали.

2.тип сотрудника "Сколько обещает/столько и делает"
Адекватный человек.
Тут может быть вопрос в мотивации сотрудника.

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

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

Читать далее

Саммари vs полная книга: когда краткое содержание работает лучше, а когда вредит

Уровень сложностиПростой
Время на прочтение4 мин
Охват и читатели5.9K

Вы открываете очередную бизнес-книгу на 400 страниц, и к странице 80-й понимаете: автор мог бы уложиться в главу, но ему нужно было набить объём, достаточный для корешка. Филлер в нон-фикшне — привычное дело: его вставляют, чтобы работа была достаточно длинной и оправдывала покупку физической книги. Отзывы, истории из жизни, третий пример на ту же мысль — всё это раздувает текст, но не всегда добавляет ценности.

С другой стороны, за прошедший год россияне прочитали в среднем по десять книг, а за три месяца — по шесть. При этом 57% читают для саморазвития, 40% — для удовольствия, и каждый четвёртый — по работе или учёбе. Времени у всех примерно одинаково мало. Именно поэтому рынок саммари — кратких пересказов ключевых идей — растёт взрывными темпами: глобальный рынок микрообучения, по прогнозу Technavio, вырастет на $1,34 млрд с 2022 по 2027 год с CAGR 10,57%.

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

Читать далее

Софт-скиллы против фактора автобуса: как неумение общаться может уничтожить проект быстрее, чем баги в коде

Уровень сложностиПростой
Время на прочтение8 мин
Охват и читатели7.4K

Недавно внимание ИТ-сообщества привлекла статья о том, что даже сеньоры не всегда способны эффективно передавать свою экспертизу — ни менеджерам, ни менее опытным коллегам-программистам. Мы в Beeline Cloud решили поговорить о том, как недостаток софт-скиллов разработчиков мешает обмену знаниями, какие опасности он таит для проектов и при чем тут «фактор автобуса». 

Читать далее

Онбординг за дни вместо недель: как ИИ собирает обучение из вашей базы знаний на примере сервиса БЗ

Уровень сложностиПростой
Время на прочтение7 мин
Охват и читатели10K

В корпоративный искусственный интеллект за последнюю пару лет вложили от 30 до 40 миллиардов долларов. К лету 2025-го выяснилась досадная вещь: 95% этих внедрений не принесли компаниям ничего – ни сэкономленных часов, ни лишнего рубля в годовом отчёте. 

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

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

Марина в декрете. Выгрузить перед уходом свой мозг в базу знаний её, разумеется, попросить забыли. Обычная история, кстати. В такую среду приходит большинство корпоративных ИИ-внедрений: знания где-то есть, ассистент подключён – но брать данные ему неоткуда. 

В апреле Teamly выпустили большое весеннее обновление – и оно целиком про это. Про то, что должно лежать под ассистентом, чтобы тот отвечал по делу. Разбираю по частям.

Читать далее

У меня отобрали ноутбук и удалили из чатов, чтобы я уволился сам. Вот что я сделал

Уровень сложностиПростой
Время на прочтение5 мин
Охват и читатели32K

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

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

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

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

Читать далее

Какие книги помогли мне перестать «тушить пожары» и начать управлять командой?

Уровень сложностиПростой
Время на прочтение4 мин
Охват и читатели14K

Какие книги помогли мне перестать «тушить пожары» и начать управлять командой?

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

Читать далее
1
23 ...