How to assemble an IT team correctly?

Mu and his great goal

One day, Mu decided: «I want to assemble the perfect IT team.» The experience was small, the enthusiasm was huge, and the understanding of the processes was very vague. Therefore, using the example of Muu, let’s look at how it really is worth — and not worth it — to select a team.

Как говорит дяд Джо у нас на Ранчо: «Команда — это как стойло: если поставить случайных животных, там будет хаос»
— Му, 2025

Cначала — ошибки

Ошибка №1: «Соберу тех, кто нравится лично мне»

Поэтому он взял:

знакомого с курсов по Python,
друга друга, который «умеет что-то с серверами»,
«очень общительного» дизайнера.

Почему так делать не стоит: Му быстро понял, что опираться лишь на личные симпатии при выборе участников команды — серьёзная ошибка. Такой подход не даёт объективно оценить компетенции кандидатов, создаёт риск дисбаланса ролей и приводит к тому, что команда может оказаться неготовой к долгосрочным задачам и потребностям продукта

Ошибка №2: отсутствие чёткого запроса

Му позвал кандидатов, но даже сам не понимал, что конкретно требуется. Итог — вопросы «Вы кто?» и «А что мне делать?» звучали с обеих сторон.

Как надо:

Определить стек.
Понять цели ближайших 3–6 месяцев.
Сформировать список компетенций.
Подготовить понятные описания ролей.

Что Му сделал правильно (и вы тоже делайте так)

Му довольно быстро понял, что работа команды начинается не с задач и даже не с технологий, а с ясного разделения ролей и определения ответственности. Он заметил, что когда каждый участник знает, где проходит граница его зоны влияния, команда начинает работать значительно организованнее. Это снижает количество хаотичных вопросов, уменьшает дублирование работы и делает взаимодействие между специалистами намного понятнее.

1. Начал с роли лидера

Му понял, что команда будет работать хаотично без человека, который:

Автор изображения: Perplexity (Chat GPT-5)