От разработчика до тимлида: мой путь

Я был обычным разработчиком, но у меня получилось выпустить MVP стартапа (к сожалению, не имею права разглашать название) в роли тимлида, full-stack инженера и архитектора. Расскажу, как это было

Как я рос в роли лидера:  Когда мне предложили вести команду из 2 человек, я не знал, как:

  • Ставить задачи (первые ТЗ выглядели как роман в 10 страниц)
  • Делегировать (поначалу делал всё сам — и выгорал)
  • Проводить код-ревью (мои первые комментарии: "Здесь плохо, переделай" вызывали только обиды)

Что я понял в итоге?  "Тимлид — это не «главный программист», а фасилитатор. Моя роль — не писать весь код, а помогать команде работать эффективно."

Технические решения, которые сработали

  • Backend: Spring Boot + Hibernate
  • Frontend админки: Spring MVC + Mustache
  • База данных: PostgreSQL с JSONB для гибкости

3 навыка, которые я прокачал

  • принятие решений без полных данных (в стартапе нет времени на идеальный анализ)
  • общение на языке бизнеса (инвестор не спрашивает про "RESTful endpoints" — ему нужно: "Как это заработает деньги?")
  • избавление от feature creep (бесконечные "а давайте добавим...") и смены приоритетов - (фиксированные спринты и строгий список MVP)

Что в итоге?

  • Запустили MVP с регистрацией, тегами и загрузкой изображений   Главный урок:  "В стартапе вы растете в 10 раз быстрее — потому что ошибки становятся очевидны уже через день, а не год."

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

#Startup #TeamLeadership #Java #Spring #Hibernate #PostgreSQL #JSONB #Mustache #SPA

От разработчика до тимлида: мой путь | Сетка — социальная сеть от hh.ru