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

Я был обычным разработчиком, но у меня получилось выпустить 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