Большинство людей, которые пытались формировать техническую команду без огромных бюджетов, знают насколько это тяжелое занятие. Вместе с Сергеем Авериным из Acronis разбираемся как строить техническую команду: необходимый минимум для старта проекта, условия для плавного роста, распределение ролей для построения устойчивой команды.

1. New Generation Data Protection
Powered by Acronis AnyData Technology
Стартап: формирование технической
команды
Сергей Аверин, Acronis

2. ©2016 2
в цифрах
5 миллионов
Более 5 млн обычных
людей доверяют компании
хранить свои личные
данные
500 000
Число корпоративных
заказчиков из разных
отраслей экономики
30 000
Обширная экосистема
из 30 000 бизнес-партнеров,
среди которых 300 — ОЕМ-
партнеры
150 стран
Продукты компании
переведены на 18 языков,
пользуются ими
в 150 странах мира
750 человек
750 сотрудников, 23 офиса по
всему миру, среди сотрудников
компании более 350 инженеров
высшего класса
45 наград
Авторитетные издания не раз
признавали продукты компании
лучшими на рынке
Домашние
пользователи
Корпоративные
клиенты
Партнеры
География Сотрудники Признание

3. ©2016 3
О докладчике
 За 13 лет работал в командах от 3 до ~800 чел.
 Хабрахабр, Trendclub, Badoo, Acronis
 Был свой стартап на двоих
 Постоянный докладчик IT-конференций
 Работаю в Acronis решателем нестандартных задач
 Иногда консультирую стартапы

4. Стартап: ранний этап

5. ©2016 5
Основные моменты
1) Вас мало, и вы готовы работать за идею. Ищите людей
с «горящими глазами».
2) Контролируйте рабочий график.
3) Смешивайте роли, и не формализуйте это.
4) Сосредоточьтесь на продукте, а не на технологиях.

6. ©2016 6
Основные моменты
1) Разгрузите себя от рутины.
2) Соотносите задачи и нанимаемых людей.
3) Культура мотивирует сильнее денег.

7. Люди решают (почти) все

8. ©2016 8
Минимальная команда
Необходимый минимум для
старта проекта *
* Шанс на выпуск продукта минимален
Придумыватель
фич
Согласователь
ресурсов/задач/
времени
Человек, отвечающий
за технологии,
софт, железо
и написание кода

9. ©2016 9
Начальный рост
Примерные роли:
Придумыватель
фич
Согласователь
ресурсов/задач/
времени
Человек, отвечающий
за технологии,
софт, железо
и написание кода
Ответственный
за железо и
написание кода

10. ©2016 10
Далее
Часть ролей выделяется в отдельных людей
Чаще всего:
Системный
администратор
Тестировщик(и) HR/рекрутер
+ + +

11. ©2016 11
Устойчивая команда
Придумыватель
фич
(продукт-менеджер)
Решаемые задачи:
 Добавлять в продукт функционал, приносящий деньги
 Убирать функционал не приносящий деньги
 Написание справочной документации
Типичная деятельность:
 Анализ конкурирующих продуктов
 Выяснение потребностей пользователей
 Экспериментирование и придумывание фич
 Анализ того, как используется продукт и за что платят

12. ©2016 12
Устойчивая команда
Клиентская
служба
(саппорт)
Решаемые задачи:
 Решение проблем клиентов, продвижение неизвестного клиенту
функционала или доп. продуктов
 Анализ того, как используется продукт и за что платят
 Создание отчетов об ошибках в продукте
Типичная деятельность:
 Создание или чтение справочно-тренинговых материалов по продукту
 Самостоятельное изучение продукта
 Засылка багов программистам или тестировщикам

13. ©2016 13
Устойчивая команда
Компьютерный
мастер
(хелпдеск)
Решаемые задачи:
 Настройка, ремонт и обслуживание компьютеров, принтеров,
сети
 Закупки оборудования
 Складской учет
Типичная деятельность:
 Это вы и сами прекрасно знаете

14. ©2016 14
Устойчивая команда
Главный
технарь
(CTO, руководитель офиса,
иногда CEO)
Решаемые задачи:
 Политика найма (часто частично и сам найм тоже), закупок железа/софта
 Политика написания и использования софта — своего, и чужого
 Создание бизнес-процессов, контроль исполнения работы и приоритетов
 Интеграционно-административные вещи
Типичная деятельность:
 Проработка/согласование и донесение до людей
разного рода политик и правил
 Исследования перспектив — новые контакты/технологии/софт,
пробно-тестовые продукты
 Контроль работы тех. команды
 Поиск и устранение узких мест — неэффективного софта,
технологий, людей. Работа с тех. долгом.
 Построение бизнес-процессов

15. ©2016 15
Устойчивая команда
Менеджер
задач/приоритетов
(проджект-менеджер, иногда
тимлид)
Решаемые задачи:
 Проработка ТЗ и распределение задач
 Согласование ресурсов/процессов/сроков/приоритетов
 Отчеты о ходе работы
 Часто — написание справочной документации
Типичная деятельность:
 Добиться понятного ТЗ по полученным задачам,
объяснить задачу исполнителям
 Найти ресурсы — железо, людей, время
 Согласовать приоритеты и порядок исполнения задач
 Контролировать и репортить начальству сроки,
и ход исполнения работы
 Иногда — работа с рисками и стабилизация продукта

16. ©2016 16
Устойчивая команда
Главный кодер
(Не обязательно один. Иногда
совмещает CTO, иногда техн.
эксперт)
Решаемые задачи:
 Исследование и интеграция перспективных технологий/процессов
 Разработка технологий/процессов
 Оценка внедрения
 Найм/собеседование, обучение людей
Типичная деятельность:
 Искать технические проблемы
 Придумывать, как решать
 Убедить всех, включая начальство, что решать надо,
и надо именно таким образом
 Внедрить новую технологию/процесс

17. ©2016 17
Устойчивая команда
Страший/младший/как
ой-нть еще кодер
(программисты)
Решаемые задачи:
 Имплементация фич
 Разного рода автоматизация процессов
 Разработка внутрикорпоративного софта
 Часто — написание справочной документации
Типичная деятельность:
 Писать код
 Писать тесты
 Предлагать, согласовывать и внедрять что-то новое,
или улучшать существующее
 Репортить менеджерам о непроработанности задач

18. ©2016 18
Устойчивая команда
Контроллер
качества (QA)
Решаемые задачи:
 Проверка работы фич относительно ТЗ и работы всего продукта в целом
 Поиск несогласованностей и темных пятен в ТЗ
 Иногда — автоматизация тестирования, измерение бизнес-показателей
 Иногда — ответственность за результат, вплоть
до роли проджект-менеджера
Типичная деятельность:
 Тыкать мышкой
 Писать код
 Думать за программиста — где он мог ошибиться,
что не учел, про что забыл
 Доработка ТЗ с продукт-менеджерами

19. ©2016 19
Устойчивая команда
Рекрутер
или HR
Решаемые задачи:
 Как минимум — поиск кандидатов и организация собеседований
 Часто первичное интервью, и даже с техническими вопросами
 Расширенно — остальные HR-задачи, типа отпусков/коммандировок и т. д.
Типичная деятельность:
 Написание/размещение вакансий
 Общение и обзвон кандидатов
 Организация интервью и проведение первичных собеседований
 Иногда учет отпусков/больничных/командировок и т. д.

20. Формирование команды

21. ©2016 21
Пара советов
Если на какую-то должность можно нанять
девушку — нанимайте девушку.
Не нанимайте людей, которые непонятно
что будут делать, какие бы крутые они не были.
Не нанимайте строго одних Senior’ов
Не нанимайте сразу много новых людей

22. ©2016 22
Пара советов
Создайте процесс обучения
и «одомашнивания» новых людей.
Для эффективной работы нужны четкие цели и
измеримость результата.
Постарайтесь автоматизировать все, что можно.

23. Кейсы

24. ©2016 24
Кейс 1
Срочно нужен еще один
тестировщик, текущий HR
быстро не найдет

25. ©2016 25
Кейс 2
В команде появляется кодер-
супермен, пока он не «разжует»
задачу, никто ничего не делает

26. ©2016 26
Кейс 3
В команде появляется менеджер,
премирующий за все подряд.
В какой-то момент люди
начинают ныть, что делать новую задачу без премии не
будут.

27. ©2016 27
Кейс 4
В команде появляется нытик,
активно всем недовольный.
Его производительность сильно
падает.

28. ©2016 28
Кейс 5
В команде появляется человек,
отказывающийся саппортить свой
собственный код.
Когда ему показывают багу в его
же библиотеке — он всегда отвечает, мол,
почините сами, раз вы ее уже нашли.

29. ©2016 29
Кейс 6
Наняли усердного тестировщика, который
не понимает глубины задач.
Половину возможных проблемных
мест он просто не знает.

30. ©2016 30
Кейс 7
Новый кодер пишет код без тестов, и
делать их отказывается.
Например, убеждая всех, что это прототип
и «мы потом все перепишем».

31. ©2016 31
Кейс 8
Менеджмент всегда откладывает
обновление и улучшение кода в долгий
ящик.
Приоритет всегда отдается новым фичам.

32. Частые проблемы

33. ©2016 33
Частые проблемы
1) Привозить ли людей из регионов и других стран?
2) Брать ли людей, в которых по результатам
собеседования не уверены?
3) Что лучше — больше соц. фич, типа бесплатной еды,
или больше денег?
4) Как защититься от техн. зависимости
от одного конкретного человека?
5) Как сделать так, чтобы через полгода-год всем не надоело?
6) Где искать людей, и почему к нам никто не хочет идти?

34. ©2016 34
Пару слов о identity
 Ваш стартап для потенциального соискателя
выглядит таким же, как и сотня других.
 Про вашу супер-идею и горящие глаза
он не знает, и ему все равно.
 Что он видит в тексте вакансии?
Все те же скучные буквы PHP/MySQL/HTML/CSS и т. д.
 PR вашими силами в общем, бесплатен.

35. ©2016 35
Классное задание
A. Придумайте, что выделяет вас, как потенциального
работодателя.
B. Что нужно написать в вакансии?
C. Как вы объясните человеку по телефону, почему он
должен пойти работать именно к вам?

36. acronis.com
blog.acronis.com
twitter.com/acronis
facebook.com/acronis
New Generation Data Protection
Powered by Acronis AnyData Technology