Кейсы
Мост между прошлым и будущим: вызов для команды Тимура
Тимур – руководитель команды разработки, перед которым стоит амбициозная задача: реализовать новый функционал в продукте, который вызовет негатив у старых пользователей, но одновременно привлечет множество новых клиентов. Перед Тимуром сложный выбор. Если новая функция будет реализована плохо, ожидаемого притока новых пользователей не будет, а старые пользователи могут уйти, что негативно скажется на продукте и карьере Тимура. К тому же, сложность разработки функционала высока, а сроки выполнения жесткие.
Команда Тимура разделилась на два лагеря: одни считают, что новый функционал – это необходимый шаг вперед, другие видят в нем угрозу для текущей пользовательской базы и считают, что риски перевешивают возможные выгоды. В такой ситуации Тимур должен найти подход, чтобы объединить команду, минимизировать риски и привести проект к успешной реализации.
Тимлид замыкает на себе все процессы разработки, сталкиваясь с проблемами интеграции и параллельной поддержки старой системы
Анатолий — тимлид команды, которая занимается разработкой новой системы для замены существующей. Однако, помимо разработки новой системы, его команда также вынуждена поддерживать и дорабатывать старую. Это создает значительную нагрузку, так как приходится одновременно решать задачи, связанные с поддержкой старого продукта и внедрением нового.
Параллельно с этим, возникают постоянные проблемы с интеграцией с другими командами. У других подразделений не хватает времени на поддержку интеграционных задач, и графики работы команд никак не совпадают. Из-за этого интеграционные процессы затягиваются, что тормозит общий прогресс.
Кроме того, Анатолий замкнул на себе большинство ключевых процессов: все требования, архитектурные решения и технологические выборы проходят через него перед тем, как попасть в разработку. Это приводит к тому, что работа команды сильно зависит от него, а решения задерживаются, что замедляет ход проекта.
Новый разработчик перегружает коллегу просьбами о помощи и вызывает напряжение в команде
В команду разработки пришел новый сотрудник — Антон. Руководитель команды, Михаил, познакомил его с коллегами, провел экскурсию по офису, показал, где находятся технические документы и репозитории, и поставил задачи на первую неделю. Через некоторое время Антон обратился за помощью к более опытному разработчику Сергею, который подробно объяснил ему все нюансы по проекту и показал, как получить доступ к нужным ресурсам.
Несмотря на это, через несколько часов Антон снова задал Сергею те же вопросы, на которые тот уже ответил. Сергей терпеливо повторил свои объяснения и еще раз указал, где искать нужные материалы. Однако через несколько дней просьбы Антона стали повторяться всё чаще, и он начал обращаться к Сергею по любым вопросам, даже самым незначительным. Постепенно это стало отвлекать Сергея от его основных задач.
Однажды Сергей не выдержал и резко ответил Антону, выразив недовольство постоянными вопросами, которые можно решить самостоятельно. Антон обиделся и пожаловался Михаилу, утверждая, что Сергей не помогает ему адаптироваться и становится причиной его трудностей в работе.
Разработчик не реагирует на обратную связь, что тормозит его развитие и может привести к его уходу из компании
Сергей — руководитель команды разработки. Один из его подчиненных, Иван, является хорошим и продуктивным разработчиком. Сергей регулярно дает Ивану обратную связь, указывая на области для улучшения и развития. Однако, несмотря на то что Иван соглашается с обратной связью и, кажется, понимает её, на практике он не вносит изменений в свою работу. В результате Иван не демонстрирует роста и не развивает навыки, которые могли бы сделать его ещё более ценным для команды.
Сергей обеспокоен тем, что если Иван не будет исправляться, он не сможет выделить его на предстоящем ревью и порекомендовать для получения премии или продвижения. Однако Иван может быть разочарован из-за отсутствия финансового поощрения и карьерного роста и решить уйти из компании, что станет потерей для команды. Увольнять Ивана не хочется, так как он остается квалифицированным разработчиком, но его дальнейший рост становится критической задачей для Сергея.
Разные указания от руководителей по выбору базы данных
Вы — разработчик Никита, работающий в команде над новым проектом. Ваш непосредственный руководитель, Игорь, поставил задачу реализовать проект с использованием базы данных Postgres. Игорь аргументировал выбор тем, что Postgres хорошо поддерживает требуемую функциональность и удобен в работе с большими объемами данных.
Через некоторое время к вам обращается руководитель Игоря, Вадим. Он сообщает, что проект должен быть реализован с использованием MySQL. Вадим считает, что MySQL — более подходящий вариант для проекта, так как компания уже использует эту базу данных на других проектах, и будет проще поддерживать инфраструктуру.
Таким образом, вы получили два разных указания от двух руководителей, и неясно, как действовать дальше. Оба варианта имеют свои преимущества, и каждый из руководителей уверен в своем выборе.
Просьба о помощи с проектом от коллеги-менеджера
Вы — аналитик в команде, которая работает над важным проектом в крупной компании. Ваша работа заключается в сборе требований, их анализе и трансляции исполнителям. Проект идет хорошо, менеджер доволен вашей работой, и вы уверены в своем темпе и результатах.
Однажды, отдыхая в зоне отдыха, к вам подсаживается Олег — коллега, с которым вы знакомы уже два года. Олег недавно получил повышение и теперь управляет несколькими небольшими проектами. На одном из проектов у него возникли проблемы: аналитик, работающий в его команде, оказался недостаточно компетентным, из-за чего команда не понимает, что делать, проект отстает, а клиенты начинают нервничать.
Олег просит вас помочь разобраться с проблемами проекта. Вы понимаете, что тема вам интересна и знакома, но на полноценный анализ уйдет неделя-две, плюс еще неделя на формализацию решения. При этом у вас уже есть текущие задачи по вашему основному проекту.
Теперь вам нужно принять решение: стоит ли брать на себя дополнительную нагрузку и помогать Олегу.
Ключевой сотрудник посещает собеседования без явной причины
Вы — менеджер продуктовой команды в ИТ. Ваша команда работает стабильно, сотрудники хорошо выполняют свои обязанности, а рабочая атмосфера приятная. Сегодня утром вам пишет HR с тревожным сообщением: главный аналитик вашей команды, Антонина, обновила своё резюме и уже побывала на двух собеседованиях. HR предполагает, что причиной может быть неудовлетворённость зарплатой и рекомендует принять меры.
Для вас это неожиданно: Антонина — ответственный сотрудник, к её работе претензий нет, и недавно ей повысили зарплату. Заинтересовавшись, вы звоните Антонине, чтобы выяснить, что произошло. На ваш вопрос, почему она ходит по собеседованиям, Тоня отвечает, что делает это «просто так», ради тренировки. Она объясняет, что хочет «размять мозги», посмотреть, что предлагает рынок, и не потерять навык прохождения интервью.
Эта ситуация вызывает у вас вопросы: что именно беспокоит Тоню? И что нужно сделать, чтобы сохранить её в команде?