Как нанимать команду и не умирать от правок

Как нанимать команду и не умирать от правок

Масштабирование — это всегда больно. Типичный сценарий: ты крутой разработчик, у тебя попёрли заказы, и ты решаешь — «пора расти, найму помощников». И тут начинается ад. Вместо того чтобы пилить сложные штуки и считать прибыль, ты 24/7 разгребаешь косяки своих же ребят.

Взяли мы как-то проект... заказчик — серьезный дядька, из тех, у кого в кармане пара миллиардов. Тут важно не облажаться. Сделаешь криво — больше таких чеков не увидишь.

Вот три правила, которые спасают меня и репутацию AppBusters:

1️⃣ Мини-игры «на выживание» для тестировщиков. Просто «проверить по ТЗ» — это скучно и глаз замыливается. Мы берем и стравливаем тестировщиков друг против друга. Кто найдет больше каверзных багов в проекте соседа — тот красавчик. Когда есть азарт и прямая конкуренция, вылезают даже минорные баги, которое обычно пропускают.

2️⃣ Жесткие точки контроля и «по шляпе» за факапы. Никаких «я думал» или «мне показалось». Есть четкий регламент: шаг 1, шаг 2, точка контроля. Если клиент ловит баг, который должен был быть отловлен на этапе проверки — ответственный получает «по шляпе». Это не тирания, это дисциплина, которая экономит нервы всей команде и деньги заказчику.

3️⃣ Нанимаю только через обучение. Я в свое время понял: спецов много, но все работают по-разному. Мне надоело переучивать людей за свой счет. Поэтому я запустил курс. Ребята платят за знания и мои стандарты, а я получаю готовых бойцов, в которых уверен на 100%. Это честный обмен: они получают опыт на реальных проектах за 1 млн+, я — качественное исполнение.

Мораль: Либо ты строишь систему, где каждый отвечает за свой результат, либо ты вечный раб своей же студии, который до ночи переделывает чужие «кнопки».