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