Бесплатный курс Стратоплана про переговоры

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

👉9.12 Основы эффективных переговоров
👉10.12 Типы переговоров и стратегии
👉11.12 Конфликты: решение и предотвращение
👉12.12 Манипуляции: как распознать и противостоять
👉13.12 QA-сессия с разбором кейсов студентов

🔗Регистрация бесплатная, командами друзей или коллег от 5 человек
Можно организоваться группами в комментариях.

Читать полностью…

Получите миллион на перенос IT-инфраструктуры ⚡️
 
Перенесите ваши проекты в Selectel и получите до 1 000 000 бонусов, бесплатную консультацию от архитекторов Selectel и помощь в переносе от опытной командой DevOps-инженеров.
 
В Selectel более 50+ совместимых продуктов для проектов любой сложности. Это значит, что вы сможете разместить всю IT-инфраструктуру у одного провайдера.
 
Используйте выделенные или облачные серверы, масштабируйте ресурсы в зависимости от нагрузки, безопасно храните и обрабатывайте данные, запускайте производительные веб-сервисы в облаке Selectel.
 
Selectel — один из ведущих провайдеров IT-инфраструктуры в России. Их сервисами пользуются уже более 25 тысяч клиентов с совершенно разными проектами: от сервисов онлайн-бронирования до образовательных платформ. Перенесите и вы свой проект в Selectel бесплатно!
 
Регистрируйтесь в панели управления и оставляйте заявку на участие в акции: https://slc.tl/fobtg

Реклама, АО «Селектел», ИНН: 7810962785, ERID: 2VtzqweBSf2

Читать полностью…

Тактики выживания в корпорации

Держите плейлист на выходные из 15 коротких видео про разные аспекты выживания в корпорации.

Я их еще не посмотрел, но за автора могу ручаться – я буквально недавно проходил его курс про product sense, и мне очень понравился и его опыт, и то, как он мыслит.

Читать полностью…

Yandex Cloud приглашает пройти новый образовательный трек по работе с ML-сервисами!

Обучение включает в себя три уровня сложности — как для новичков, так и для профи:
🔴Introduction. Расскажем о том, как работают ML-сервисы и как подобрать сервис для решения задач. Подойдет всем, кто интересуется ML;
🔴Intermediate. О внедрении ML в рабочие процессы. Подойдёт аналитикам, разработчикам и менеджерам проектов;
🔴Advanced. О том, как построить сервис на базе ML-технологий. Подойдёт Data Scientist и ML-инженерам.

Курс бесплатный, пройти обучение можно в удобном порядке, выбрав только интересующие темы. Над созданием курса работали практикующие эксперты Yandex Cloud.

➡️ Переходите по ссылке и регистрируйтесь на трек.

Читать полностью…

🔥Черная пятница на Podlodka Crew для тимлидов!🔥

С 25 ноября по 6 декабря — скидки, от которых сложно отказаться!

📅 30% скидка на билеты Podlodka Teamlead Crew и другие наши конференции по промокоду TEAMLEAD_BF24 — присоединяйся к следующим сезонам, будь в курсе актуальных практик в управлении командами!

🎶 Все плейлисты Podlodka Teamlead Crew и других направлений со скидкой 30% по промокоду PLAYLISTS_BF24 — слушай топовые доклады, когда удобно!

📚Годовой доступ ко всей Библиотеке Podlodka Crew за 9999₽ — более 1200 записей по всем направлениям для тех, кто хочет расширить свои знания!

Лови момент — развитие не ждет!🚀

Читать полностью…

Новый год по-тимлидски!

12 декабря в 19:00 команда Купер.тех ждёт тебя на новогоднем дейли, чтобы послушать доклады, решить кейсы с «ёлки тимлида» и проверить свои менеджерские скиллы в формате спид-дейтинга! 

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

 ⚡️ Волшебный посох Деда Мороза: руководство по мягким преобразованиям. Дмитрий Лукиянчук, руководитель управления разработки и развития платформы в Купер.тех.   

 ⚡️ А что ещё в мешке с подарками? — (не)типичные инструменты руководителя для развития сотрудников. Илья Маркин, руководитель управления разработки рекламной платформы в Купер.тех.   

 ⚡️ Как начать год без ошибок: путь роста из разработчика в руководителя. Павел Комнов, руководитель отдела разработки мотивации партнёров в Купер.тех. 

Регистрируйся по ссылке, чтобы попасть в офлайн или не пропустить ссылку на трансляцию.

Реклама. ООО «ИНСТАМАРТ СЕРВИС», ИНН: 9705118142. Ерид: LjN8KMVxs

Читать полностью…

Публикуем новый кейс + разбор от экспертов канала!

👉 Кейс #9 Политический конфликт

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

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

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

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

❔Поделитесь, решали ли что-то подобное. Может кто-то медиацию пробовал или что-то похожее?

💬Разбор от экспертов

Кейс разбирали:
👉 Александр Орлов @eagleson77, автор книги "Джедайские техники конструктивного обшения", управляющий партнер Школы менеджмента Стратоплан
👉 Миша Шляхов @tehaleph - техлид из Tutu.ru

Читать полностью…

Результаты большого исследования тимлидов

Я проводил исследования мобильных разработчиков, продактов и тимлидов довольно долго, еще с 2017 года. И вот этот рисерч – первый, который проводился вообще без меня, так как я решил полностью выйти из проекта. Поэтому я вдвойне рад, что у ребят все получилось, и несу вам разные интересные инсайты из него:

👉Основные обязанности руководителя: собеседования, развитие людей и оценка перфоманса.
👉Напрямую зарплатами своей команды управляет только половина линейных тимлидов.
👉Большинство руководителей тратит на написание кода не больше 30% своего времени.
👉Самыми важными навыками считают умение работать с людьми и командами. А вот, например, обеспечение качества болтается где-то в самом низу списка, что заставляет где-то грустить одного Виталия Шароватова.
👉Самая разочаровавшая всех книга – "Как пасти котов" 😅
👉Основной критерий выбора компании для работы – зарплата.

Читать полностью…

Про системное моделирование

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

Читать полностью…

Ошибки начинающих техлидов в принятии решений

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

Как пример – техлид может затащить автотесты в проект, в котором они только мешают, тем самым саботировав их использование командой в будущем в других местах.

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

Читать полностью…

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

Ближайшее мероприятие:

• 30 ноября – 1 декабря — для Android- и iOS-разработчиков, офер за 2 дня в команды Карт и Рекламы.

Зарегистрироваться

Читать полностью…

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

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

• Как понять, что тимлид хорошо перформит?

• Где найти баланс команды между «быстро» и «качественно»?

• Кому больше нужен 1-to-1 и как его проводить?

• Как вырастить себе замену, чтобы развиваться самому?


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

Присоединяйтесь:
🗓 21 ноября в 19:00
📍Офлайн, Москва, офис Lamoda
🔗 Регистрируйтесь по ссылке, количество мест ограничено

Реклама. ООО «Ламода Тех»
ИНН 7734461512

Читать полностью…

Как спасти свое ментальное здоровье

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

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

Подписывайтесь: @telega_Rinata

Читать полностью…

Обновляешь команду — обнови и стайлгайд!

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

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

Читать полностью…

Про найм сеньоров

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

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

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

Читать полностью…

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

Если играть в "100 к 1", то самыми популярными ответами тут были бы: заниматься пет-проектами, брать задачи из глубины бэклога, от которых ничего не зависит, пилить внутренние инструменты и PoC. Главная проблема этих советов в том, что работа над ними никак не помогает вам справляться со своей основной работой – помогать команде достигать результатов и становиться со временем лучше.

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

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

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

Читать полностью…

Последний этап превращения группы людей в команду

Невероятный цикл историй про группу монтажников, проходящую через фазы forming-storming-norming-performing, подходит к концу. В этой части разбирается:

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

А для тех, кто предпочитает смотреть видео – YouTube версия!

Читать полностью…

Как формулировать проблемы с помощью теории ограничений

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

В этой статье разбирают другой инструмент из ТОС – нежелательные явления. Это способ формулировки проблем, который помогает найти решение, приближающее к цели, мотивирует к действиям и о котором легко договориться. Правила формулировки НЖЯ:

👉НЖЯ — это проблема, которая регулярно повторяется
👉НЖЯ — это проблема, на которую мы можем повлиять
👉НЖЯ не субъективно
👉НЖЯ не является предполагаемой причиной 
👉НЖЯ не содержит завуалированное решение
👉НЖЯ — не содержит обвинение
👉НЖЯ не требует пояснения, какой негативный эффект оказывает

Примеры из статьи переформулировки довольно абстрактных проблем в НЖЯ:

Не найти ответственных ➡️ Мы заметно срываем сроки по 70% задач

Хаос в бизнес-процессах ➡️ До 80% разработки не попадает на прод

Проблема с данными ➡️ Мы не можем использовать заметную часть данных

Читать полностью…

Как договариваться о росте хедкаунта

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

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

Читать полностью…

Как доводить до успеха проекты в бигтехе

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

Из этого следует, что ответственному за запуск проекта инженеру нужно думать не только о коде и об архитектуре, но и про следующие вещи:

👉Иметь четкое представление о том, какую пользу компания хочет получить от вашего проекта. Это могут быть как явные вещи, вроде денег и пользователей, так и менее явные, например, личная заинтересованность какого-то VP.
👉Поддерживать доверие к вам заинтересованных в проекте менеджеров. Ни у кого из них не будет технического контекста происходящего, поэтому во всем, что касается сроков и рисков, они будут полагаться на ваше суждение. Если доверие пропадет, шансы проекта на успех резко снизятся.
👉Оставлять себе достаточно свободного времени, чтобы иметь возможность быстро среагировать на неожиданные проблемы и сомнения каких-то соседних команд и стейкхолдеров.
👉Пытаться предугадать возможные будущие проблемы и заранее продумывать, как митигировать эти риски. Хороший способ делать это – регулярно задавать себе вопрос "Что мне могло бы помешать выпустить проект прямо сегодня?"

Читать полностью…

Как техдолг влияет на AI

Лучше всего AI инструменты вроде Cursor работают на кодовых базах, которые разбиты на модули с понятными названиями и зоной ответственности. Иначе говоря, чем проще вам объяснить все взаимодействия и потоки данных в коде, тем проще генеративному AI будет с ними работать.

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

Читать полностью…

Friction logs

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

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

Читать полностью…

Без факапа не будет и левел-апа!

Лучшие повара не раз сжигали сковородку, а лучшие айтишники не раз выпускали баг в прод. Как на кухне, в IT не всегда всё идёт по рецепту: серверы падают, баги множатся, а дедлайны горят. 

Чтобы поговорить о том, как неудачи становятся ценным опытом, который помогает расти, команда Купер.тех зовет на традиционный F*ckup Meetup! 

💫 Встречаемся 5 декабря в 19:00 в московском офисе Купера и онлайн. 

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

👋  Регистрируйся по ссылке

Реклама. ООО «ИНСТАМАРТ СЕРВИС», ИНН: 9705118142. Ерид: LjN8KUtBF

Читать полностью…

Про приоритизацию в больших компаниях

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

Читать полностью…

Исправляем недостаток стратегического фреймворка Румельта

Продолжаю топить за то, что лучшая книга, которая может вас научить тому, что такое стратегия – "Good Strategy, Bad Strategy". Ключевая идея автора книги, Ричарда Румельта, в том, что хорошая стратегия должна строиться вокруг челленджей, которые компании требуется преодолеть, чтобы достичь своих целей. Вокруг этих челленджей выстраивается ядро стратегии – набор "направляющих политик" – принципов, по которым вы работаете, и конкретных усиляющих друг друга действий.

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

Точка зрения автора статьи полностью совпадает с моей, но он преисполнился настолько, что даже обсудил ее в переписке с самим Румельтом. В общем, если вы уже читали книгу, статью точно рекомендую. Если не читали – ну вы поняли, что делать на выходных.

Кстати, благодаря этой статье я узнал, что сравнительно недавно Румельт выпустил продолжение – The Crux. Как прочитаю, обязательно поделюсь впечатлениями!

Читать полностью…

Как группа становится командой: фаза нормализации

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

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

Читать полностью…

Опасность и вред метрик в менеджменте

Самая важная цитата Питера Друкера, которую вам надо помнить:

What gets measured gets managed—even when it's pointless to measure and manage it, and even if it harms the purpose of the organization to do so.

Вторая самая важная цитата:

It is the relationship with people, the development of mutual confidence, the identification of people, the creation of a community. This is something only you can do… It cannot be measured or easily defined.

Откуда берется вред измерений:

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

Читать полностью…

Как менеджерам не попасть под сокращения

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

Какие категории сотрудников обычно попадают под сокращения:

👉Accodentally Invisible. Работа, которую они делают, не видна топ-менеджменту, даже если она важная
👉Faded Glory. Когда-то сделали важный проект, но в последнее время он перестал быть кому-ьо интересен.
👉Needs Auxiliary Management. Есть заметные со стороны проблемы с качеством работы, коммитментами, софт-скиллами, так что для работы с ними требуется прилагать больше усилий.
👉Kingdom of None. Если всю или значимую часть команды сокращают, то менеджер попадает туда же под раздачу. Это касается не только прямого менеджера, но и любых технических лидов.

Вот несколько советов, как тимлиду и его команде уменьшить свои шансы попасть под лэйофф:

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

Читать полностью…

Моделируем рост инженерной команды

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

Автор строит довольно простую модель, в которой можно покрутить несколько вещей:

👉Частота найма для каждого грейда
👉Частота повышения между грейдами
👉Частота увольнений на каждом грейде

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

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

Читать полностью…

Продуктово-аналитическая конференция от Т-Банка и техно-вечеринка

Уже 21 ноября в пространстве Арма в Москве пройдет «Продукты 24» — первая продуктово-аналитическая конференция от Т-Банка. Конференция позволит по-новому взглянуть на привычное: продукты, перевернувшие индустрию, как данные и технологии помогают строить успешные продукты. Доклады не только из мира бигтехов, но и из искусства, науки.

Вас ждут советы с полок ведущих экспертов: Константина Маркелова, Виктора Тарнавского, Александра Ракитько, Анны Подображных и других. В программе помимо докладов:
- Зона экспертов
- Дейтинг для нетворкинга
- Техно-афтепати

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

Когда: 21 ноября
Где: г. Москва, ул. Шарикоподшипниковская, д. 13, стр. 32, пространство Арма

Все подробности и рега по этой ссылке!

АО "ТБанк", ИНН 7710140679, лицензия ЦБ РФ № 2673 Erid: 2SDnjc1CkiP

Читать полностью…