Документ представляет собой руководство по разработке продуктов в стартапах, акцентируя внимание на методологиях lean startup и scrum. Основные темы включают жизненный цикл продукта, минимально жизнеспособный продукт (MVP) и создание эффективной команды. В нем также рассматриваются подходы к управлению проектами и важность гибких методик для успешного развития стартапов.

1. Алексей Филимонов, Партнер, Директор департамента
технологического консалтинга и экспертизы

2. Разработка продукта: делаем и не
боимся
 Жизненный цикл продукта в стартапе
 Lean startup и разработка
 Minimum Viable Product
 Scrum
 Создание и развитие команды
 Product roadmap

3. Жизненный цикл продукта
 Классическая модель
 ТребованияТЗСпецификации
 Разработка
 Развитие и поддержка
 Модель разработки в стартапе
 Стартап не знает какой продукт будет в итоге!

4. Цели и задачи стартапа
1. Как можно быстрее ответить на вопрос – а
можно ли вокруг этой идеи создать бизнес?
 Lean startup
2. Построить процесс, помогающий ответить на п.1
3. Создать внутри организации компетенцию по
созданию и развитию продукта
 Если на этом базируются конкурентные преимущества
4. Принять правильные технологические решения, влияющие на
развитие продукта в будущем
 И на капитализацию!
5. Минимизировать затраты до получения инвестиций
 Но сделать достаточно для привлечения инвестора!

5. Lean startup
 Управлению стартапами можно научить!
 Build-Learn-Measure
 Innovation accounting
 Измеряйте прогресс
 Ставьте приоритеты
 Ставьте промежуточные цели
 Validated learning
 Тестируйте и проверяйте все как можно раньше

6. Жизненный цикл в Lean startup
 Do
 DevelopUpdate MVP
 Test MVP
 Корректировка product vision
 Until MVP = CORRECT
 Развитие продукта
 Итеративно!
Создание и развитие продукта в lean startup невозможно
без применения гибких (agile) методологий разработки

7. Примеры lean стартапов

8. Что такое MVP?
 Минимальная фунциональность удовлетворяющая
базовую потребность предполагаемого клиента
 Feature list
 Спеки/экраны системы
 Сайт с описанием преимуществ
 Прототип
 Бета-версию системы
 v1.0 системы

9. Что такое MVP?
 Должен ли быть продукт?
 Что то что может помочь получить обратную связь от
ближнего круга (sounding board)
 Очевидно, это не обязательно даже прототип!
 Постоянно развивающийся «протопродукт»?

10. Agile Manifesto
 Люди и их взаимодействие важнее,
чем процессы и инструменты
 Работоспособное ПО важнее,
чем обширная и детальная документация
 Сотрудничество с заказчиком важнее,
чем жесткие контракты
 Реагировать на изменения важнее,
чем следовать плану
10

11. Scrum
 Гибкая методология УП
 Набор ролей, методов и процессов
 Управленческий фреймворк с жесткими ограничения
по времени и четкой структурой процессов
 Не описываются инженерные практики
 Как программировать?
 Как анализировать требования?
 … зато легко внедрить за день 
11

12. Высокая турбулентность среды
В В
C C
А А
Водопадные Итеративные
12

13. Ценность SCRUM для стартапа
 Итеративность процесса
 Частый выпуск версии продукта (2-4 недели)
 «Градиентный» метод развития продукта через более частое
получение обратной связи с рынка или от sounding board
 Возможность работы с неформализованными
требованиями (user stories)
 Возможность быстрого переноса бизнес-требований в код
 Внимание к техническому качеству и архитектуре на
протяжении всего проекта
 Стабильное качество каждой версии
 Самоорганизующаяся и кроссфункциональная команда
 Независимость от единичных носителей компетенций
13

14. Компании, использующие Scrum
 Microsoft  Nielsen Media
 Yahoo  SalesForce.com
 Google  Oracle
 Electronic Arts  Intel
 Lockheed Martin  Time Warner
 Philips  Turner Broadcasting
 Siemens  Toyota
 Nokia  Rambler
 BBC  Kaspersky Labs
 Intuit
14

15. Scrum: роли
 Scrum Master – Скрам-мастер
 Руководитель проекта?
 Устранение проблем и улучшение процессов
 Product Owner - Владелец продукта
 Заказчик/Клиент?
 Поставщик требований и приоритетов
 Команда
 Исполнители/Программисты?
 Каждый спринт делает готовый продукт
15

16. Scrum: управление
требованиями
Задача
Юзер-стори
Беклог спринта
Беклог продукта
16

17. Юзер-стори
 Требование с точки зрения пользователя
 «Роль/Персонаж», «Действие», «Цель»
 Зарегистрированный пользователь оплачивает товар,
чтобы его приобрести
 «Таня Бухгалтерша» и «Василий ИТшник» – разные
персонажи
 Полное описание «хранится» в виде знаний команды
 Если команда распределенная используется вики
17

18. Scrum: процессы
18

19. Scrum: иерархия процессов
Ежедневный
скрам
Спринт
Релиз
19

20. Покер-планирование
У каждого участника
колода карт с
оценками
Если оценки Оценки даются в
различаются, то идеальных человеко-
обсуждаем еще и часах или в стори-
повторяем оценку поинтах
Каждый участник Рассматривается и
одновременно обсуждается одна
делает оценку юзер-стори
20

21. Планирование-спринта
 Актуализируются приоритеты у задач владельцем
продукта
 На спринт выбираются самые важные задачи
 Сумма оценки всех набранных задач не должна
превышать скорость команды
 Если задача не помешается целиком, ее необходимо
разбить на две, а не брать более маленькую задачу с
меньшим приоритетом
21

22. Ежедневный скрам
 Ограниченный по времени
стендап
 В одно и то же время
 Должна быть вся команда…
… и владелец продукта
 Каждый отвечает на три
вопроса:
 Что сделано вчера?
 Какие были проблемы?
 Что будешь делать сегодня?
22

23. Доска задач
23

24. Burndown спринта: следим за
прогрессом
24

25. Создание и развитие команды
 Цель: формирование компетенции по разработке
внутри стартапа с минимальными затратами
 Сочетание разных подходов
 Наем
 Обучение
 «Взращивание»
 Точечный аутсорсинг
 Кейс «Планшетная разработка»

26. Кейс «Планшетная разработка»
 Рост группы до 30 человек «с нуля» за год
 Полное отсутствие компетенции разработки под iOS
на старте
 Практическое полное отсутствие компетенции на
рынке труда
 Результат: костяк команды через 3 месяца,
масштабирование в течение 6 месяцев
 Проекты для топменеджмента РЖД, Русгидро, НЛМК,
Сбербанка, госструктур
 Продукт «Планшет руководителя»

27. Аутcорсинг, за и против
Может быть быстро Может быть медленно
Может быть качественнее Дорого
Может быть гарантированнее Низкая итеративность и
Прототипирование в целях адаптивность
привлечения инвестиций? Высокая удельная цена
(высокие дальнейшие затраты
на развитие продукта)
Потенциальные проблемы с IP

28. Что отличает стартап и аутсорсера?
 Инженерная культура!!!
 Процессы
 Опыт
 Командная работа
 Глубокие специфичные знания в определенных областях
 При всем при этом – создание продукта с помощью
аутсорсеров занимает на 30% времени больше
(данные StartupGenom)
 Как создать инженерную культуру?
Учитесь сами, ищите правильных кофаундеров и
менторов, привлекайте консультантов

29. Ускорение процесса разработки
 Процесс (Scrum)
 Технологии и инструменты (архитектура,
масштабирование, тренды, скорость разработки)
 Правильный выбор «делать самим – купить готовое»
 Ценность: Уменьшение T2MT2P!

30. 5 Release
SaaS Edition
SharePoint
Integration
5 Live
(PaaS Prototype)
Tablet widget Cloud
Conference
Corporate
enablement
HelpDesk
Outlook & Office
Archive
Capturing
ECM front end
Easy to use
SaaS Business
2012
Cross-branch Solutions
Product Roadmap
automation
Tablet Widget 2
5.1 Release
Mailroom
Review & Approval
Easy to customize
out-of-the-box
Tablet Widget 3
HTML Constructors
BPM
RMS
CMS
SaaS 2, Social networks
Java Server
Easy to deploy & maintain
HTML Solution Master
2013
NonMS DB Support
Platform As A Service
6 Java Server
6 Service
Modules
2014
Easy to buy
6 Service
Modules

31. Зачем нужен roadmap?
 Не противоречит ли наличие roadmap идеологии lean?
 Фиксирует важные вехи
 «Наводит порядок в голове»
 Повышает инвестиционную привлекательность
 Наличие неправильной стратегии лучше чем ее отсутствие!
 Стоимость cloud–компаний (по результатам реальных сделок)
– в 2 раза больше аналогичных ISV, не позиционирующих себя
как «облачные»

32. Полезные ссылки
 www.theleanstartup.com
 www.scrumalliance.org
 www.openviewlabs.com
 www.sprintometer.com
Особая благодарность: Борис Вольфсон, независимый
Agile coach

33. Немного о себе
 Директор департамента программных решений Digital
Design
 Создание нового направления планшетной разработки с
0 до 30 человек за 1 год
 Директор по стратегическим проектам DocsVision
 Глобализация и взаимоотношения с инвесторами
 Руководитель ERP-направления, StarSoft Labs (Exigen
Services)
 Локализация и вывод на российский рынок ERP-системы
Jeeves Enterprise
 Со-основатель 3 стартапов

34. Вопросы?
alexey@globaltechin.com
+79153862525
+74957410537