Sanity Check

Одни из самых интересных клиентов на консультациях – владельцы или CEO's стартапов, доживших до стадии роста.
В такой позиции часто ты оказываешься наедине со своими проблемами, ощущениями и не очень высокогрейдовой командой. Команда проблемы/опасения не разделяет, а ты – не эксперт в разработке. И вроде происходит "что-то не то", а вроде и давить страшно – вдруг ты не прав?

В таких ситуациях очень полезным бывает sanity check – быстрый разговор о своих опасениях и предположениях с кем-то опытным в engineering management. Бесплатно, без регистрации и СМС, даю ниже набор тейков, которые подтвердят или опровергнут твои сомнения без полноценного консалтинга:

––––

Если сомневаешься, нормально ли релизить раз в месяц – не нормально

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

Фронтенд (веб) можно релизить раз в неделю. Чаще – отлично, но сложно. Намного реже – плохо, скорее всего что-то не так (для коллег из энтерпрайза, фронт которых катается раз в две недели: я говорю здесь про небольшие проекты. Не про те, где таких релизов можно достичь только микрофронтендами).

Мобилу можно катать не реже, чем раз в 2w. За единицы дней +- невозможно (ревью в store), за неделю – можно, но каждую неделю будете тратить время на ревью, команда может считать неоптимальным, за 2 – должно быть легко. Если нелегко – это проблема

––

Если сомневаешься, нужен ли процесс – нужен

Спринты, скрам, канбан, эджайл, ретро, доски, сторипоинты..а мне что-то из этого нужно?
Если команда больше единиц человек И ты не можешь лично отслеживать все, что делает каждый – нужно.
Какой процесс правильный? В целом – любой, который ты сам можешь быстро понять, никаких других требований для старта нет. Если "интуитивно" понятным и удобным не выглядит ни один – попробуй что-нибудь похожее на скрам (можешь у claude или gpt спросить как для твоей команды выглядит максимально облегченная его версия). Сможешь чуть чаще спать по ночам и спорить об эффективности команды и обещаниях не только на воспоминаниях.

––

Если сомневаешься, нужен ли человек на любой не-производящей роли – не нужен

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

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

––

Если сомневаешься, можно ли масштабировать команду только за счет AI – нельзя

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

И – да, когда ты вырастаешь (не 5-6 человек), fullstack начинает работать хуже, придется (частично) специализироваться.

––

Если сомневаешься, нужен ли тебе в команде кто-то "посильнее" – нужен, для начала хотя бы один человек

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