Pull to refresh

RPG в разработке — как создать команду с учётом особенностей ролей

Reading time14 min
Views2.6K

Привет! Меня зовут Тимофей, я IT lead в QIWI. Но так было не всегда — например, год назад я в рамках того же продукта, что и сейчас, был продуктовым разработчиком в части бэкенда. Передо мной (так я был старожилом) поставили занятную задачку — собрать новую команду. В этом посте я хочу рассказать про ролевую модель Белбина, почему она (на мой взгляд) очень полезна для работы и для построения команд. А ещё о том, какие проблемы могут возникать в вашей компании, если в ней нет определенных ролей.

Как только мы начали нанимать ребят, стало возникать очень много вопросов о том, какие ребята нам нужны в команду. Казалось, что в целом мы примерно понимаем, сколько нам нужно бэкендеров и фронтендеров, это мы можем прикинуть из бэклога. Но есть же еще какие-то soft skills, нужно учитывать темпераменты людей, кто-то хорошо с кем-то дружится, кто-то — не очень. 

Я понял, что у меня как у программиста понимание этой модели (почему некоторые команды складываются, а некоторые — вообще никак) почти никакого нет. Когда я был больше программистом, большинство моих вопросов мог решить Stack Overflow. Однако с вопросом «Как мне собрать идеальную команду, чтобы она здорово перформила?» даже он не смог мне помочь.

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

Читать далее
Total votes 24: ↑23 and ↓1+22
Comments10

Правило 3h при построении команды стартапа Preply

Reading time5 min
Views10K
Меня зовут Кирилл и я сооснователь стартапа Preply.com. Preply – это классический marketplace для локальных и скайп репетиторов по английскому языку. В этой вступительной статье я бы хотел рассказать о команде Preply. Она неоднократно менялась составом и в целом, мы совершили достаточное количество ошибок, пока не пришли к современному ее виду. Сейчас нашу команду можно описать простым правилом «3h». Правило используется при построении команды стартапа и говорит о том, что сооснователи должны иметь три типа функций и характеров: Hacker, Hipster и Hustler.

Построение команды стартапа. Startup Team building. Hacker Hipster Hustler

Вы, наверное, уже догадались, какая у каждого из них задача, но позвольте мне рассказать более детально на своем опыте. The Hacker – мастер кода и важно, чтоб такой человек был практиком, знающим как строить реальные вещи. The Hipster является вашим дизайн ниндзей, он должен обладать хорошими навыками UI и UX, чтоб делать продукт не только красивым и няшным, но и удобным в использовании. Последний парень, The Hustler, должен знать как продавать вещи, этот человек оратор, продавец мечты.

По функциональным направлениям ситуация понятна, а что с типами характеров? Здесь работает тот же подход «3h». The Hacker – человек, который думает как обойти устоявшуюся систему. The Hipster подходит к каждой задаче творчески. The Hustler все время кричит «вперед» и мотивирует двигаться.

Давайте теперь рассмотрим немного подробнее c примерами из стартапа Preply. У нас в команде три сооснователя: Дмитрий, Сергей и я. В нашем случае функциональные и ментальные типы совпали.
Читать дальше →
Total votes 18: ↑7 and ↓11-4
Comments4

Простая и проверенная система ввода в должность для ваших сотрудников

Level of difficultyEasy
Reading time3 min
Views1.6K

Хорошо, если вы работаете в крупной компании, и верхушка уже давно об этом позаботилась и выстроила систему за вас, а если нет? Делюсь опытом формирования системы ввода в должность.

Читать далее
Total votes 11: ↑7 and ↓4+3
Comments0

Какое кино нужно смотреть вместе с командой

Reading time2 min
Views2.6K


Сейчас принято ругать тех, кто смотрит и кино и хвалить читающих книги. Но я нашел два фильма, которые будет полезно посмотреть не только в одиночку, но и с вашими подчиненными. И сейчас я объясню почему.
Читать дальше →
Total votes 8: ↑6 and ↓2+4
Comments2

work&dev fun(damentals) #2 Софтскилы — это хорошо. Просто кто-то их неправильно понял

Reading time3 min
Views2.6K

Разбираясь с тем, как нанимать людей и на что смотреть при отборе, я сделал для себя несколько выводов, которые и так много где описаны. Человек должен подходить твоей компании по культуре. Мне не довелось повидать компаний где сидят коллектив neckbeard ребят, не общаются и вообще никак не взаимодействуют. Зато сплошь и рядом все жалуются на слабые технические знания, дикие зарплаты и "псевдонетоксичность".

Читать дальше →
Total votes 8: ↑8 and ↓0+8
Comments0

Потоковые команды: ключ к эффективности

Level of difficultyMedium
Reading time7 min
Views2.8K

В современном мире скорость поставки новой функциональности является определяющим критерием успеха ИТ-команд. Как правило, основными негативными факторами здесь являются дефицит ресурсов (времени, людей) и избыточная коммуникация для координации. Сегодня я хочу рассказать о прогрессивном подходе к организации команд, призванном ускорить поставки новой функциональности.

В идеале, команды должны быть объединены вокруг сквозных функциональных задач. Такой подход призван снизить временные затраты на координацию. Команды, организованные по такому принципу, называются потоковыми.

Читать далее
Total votes 1: ↑0 and ↓1-1
Comments2