1. Эволюция команды
разработки
Взгляд изнутри

2. Жарков Александр
Технический директор
«Моё дело»
Будь мужиком,
проверяй на
Null

3. Этапы развития
стартапа:
• Бета-версия
• Первые продажи
• Наращивание функционала
• Стабильное развитие

4. Команда
• Люди
• Методологии
• «Окружающая среда»
• Технологические проблемы
• Коммуникационные проблемы

5. Бета-версия

6. Бета-версия. Люди
• 2,5 программиста
• QA отсутствует
• Глаза горят
• Готовы работать круглосуточно

7. Бета-версия.
Методологии
• Что можно применять
• Agile
• TDD
• XP
• Что чаще всего применяется
• “Chaotic programming”
• “Feedback driven development”
• Programming mothef@#$er!
• Основное преимущество – разработка
очень быстрая и адаптирующаяся

8. Бета-версия.
Окружающая среда
• Все идеи идут от основателя
стратапа
• Техподдержки нет
• Продажников практически нет
• Маркетинга практически нет
• Пользователи довольные и в
большинстве лояльные

9. Бета-версия.
Проблемы
• Архитектурные проблемы
• Инфраструктурные проблемы
• Проблемы взаимодействия с
пользователями
• Сложная адаптация новых людей в
команду
• Все задачи согласуются с
основателем

10. Первые продажи

11. Первые продажи. Люди
• 6-7 программистов + тимлид/PM
• QA нет
• Глаза горят
• Готовы работать круглосуточно, но
не все :)

12. Первые продажи.
Методологии
• Расцветает Agile. Хочется все делать
правильно.
• Но остаются следы
• “Feedback driven development”
• Programming mothef@#$er!
• Основное преимущество –
разработка очень быстрая и
адаптирующаяся

13. Первые продажи.
Окружающая среда
• Идеи все еще от основателя
• В качестве техподдержки – одна
толковая девочка, которая иногда
еще и тестирует
• Первые продажники и маркетологи
общаются напрямую с
программистами
• Пользователи достаточно лояльны

14. Первые продажи.
Проблемы
• Архитектурные проблемы
• Инфраструктурные проблемы
• Проблемы взаимодействия с
продажниками, маркетологами,
«техподдержкой»
• Проблемы взаимодействия новых и
старых программистов.
• Все задачи согласуются с основателем

15. Наращивание функционала

16. Наращивание
функционала. Люди
• 10-12 программистов + 1-2
тимлида/PMа
• QA 1-2 ручных тестировщика
• Глаза горят, но у единиц
• Работать круглосуточно могут лишь
те, у кого горят глаза

17. Наращивание
функционала.
Методологии• Agile. Но так как Pmы не очень опытные
очень много артефактов и из аджайла
используются только некоторые приемы
• Все еще работает
• Programming mothef@#$er!
• Разработка постепенно замедляется, так
как фичи усложняются и усложняется
процесс согласований
• Очень сильно на процесс начинает влиять
взаимодействие с другими отделами

18. Наращивание
функционала.
Окружающая среда• Идеи фонтанируют из разных источников,
но качество их заметно упало
• Постепенно выстраивается горячая линия
техподдержки
• Отделы продаж и маркетинга работают
через тимлида, но старые контакты
иногда капают на мозг программистов
напрямую
• Пользователи достаточно много, и они
разнородны, лояльность постепенно
снижается

19. Наращивание
функционала. Проблемы
• Налажен CI, улучшена архитектура,
но удручает «старый код»
• Проблемы взаимодействия с
продажниками, маркетологами
• Проблемы взаимодействия с
техподдержкой выходят на новый
уровень

20. Стабильное развитие

21. Стабильное развитие.
Люди
• Несколько команд по 5-6 человек
• 1-2 тестировщика на команду
• Иногда выделенный отдел
автоматизированного
тестирования
• Глаза иногда посверкивают,
огонечек тухнет
• 8 часовой рабочий день

22. Стабильное развитие.
Методологии
• Чаще всего используется что-то аджайл-
подобное, очень сильно зависит от
команды и от самого руководителя
• Планирование новых фич все больше
напоминает waterfall, хотя в разработке
все еще Agile
• Взаимодействие с другими отделами
также влияет на стиль работы
• Необходимость нормальной поддержки
пользователей оказывает влияние на
планирование спринтов

23. Стабильное развитие.
Окружающая среда
• Идеи фильтруются через методологов
и дизайнеров
• Техподдержка работает по регламенту
• Отделы продаж и маркетинга работают
через тимлида и систему управления
задачами
• Пользователей настолько много, и
желания их так сильно отличаются, что
до разработки прямые идеи
пользователей не доходят

24. Стабильное развитие.
Проблемы
• Масштабирование
• Потеря гибкости развития
• Проблемы обратной связи

25. Что делать?
• Зажигать людей
• Возвращать настроение стартапа
• Геймификация
• Упрощение взаимодействия с
сопредельными отделами
• Частичная «Дерегламентизация»

26. Вопросы