Se ha denunciado esta presentación.
Utilizamos tu perfil de LinkedIn y tus datos de actividad para personalizar los anuncios y mostrarte publicidad más relevante. Puedes cambiar tus preferencias de publicidad en cualquier momento.

Управление разработкой продукта

Презентация на Harvest Алексея Филимонова

  • Sé el primero en comentar

Управление разработкой продукта

  1. 1. Алексей Филимонов, Партнер, Директор департамента технологического консалтинга и экспертизы
  2. 2. Разработка продукта: делаем и небоимся Жизненный цикл продукта в стартапе Lean startup и разработка Minimum Viable Product Scrum Создание и развитие команды Product roadmap
  3. 3. Жизненный цикл продукта Классическая модель  ТребованияТЗСпецификации  Разработка  Развитие и поддержка Модель разработки в стартапе  Стартап не знает какой продукт будет в итоге!
  4. 4. Цели и задачи стартапа1. Как можно быстрее ответить на вопрос – аможно ли вокруг этой идеи создать бизнес?  Lean startup2. Построить процесс, помогающий ответить на п.13. Создать внутри организации компетенцию посозданию и развитию продукта  Если на этом базируются конкурентные преимущества4. Принять правильные технологические решения, влияющие наразвитие продукта в будущем  И на капитализацию!5. Минимизировать затраты до получения инвестиций  Но сделать достаточно для привлечения инвестора!
  5. 5. Lean startup Управлению стартапами можно научить! Build-Learn-Measure Innovation accounting  Измеряйте прогресс  Ставьте приоритеты  Ставьте промежуточные цели Validated learning  Тестируйте и проверяйте все как можно раньше
  6. 6. Жизненный цикл в Lean startup Do  DevelopUpdate MVP  Test MVP  Корректировка product vision Until MVP = CORRECT Развитие продукта  Итеративно! Создание и развитие продукта в lean startup невозможно без применения гибких (agile) методологий разработки
  7. 7. Примеры lean стартапов
  8. 8. Что такое MVP? Минимальная фунциональность удовлетворяющая базовую потребность предполагаемого клиента  Feature list  Спеки/экраны системы  Сайт с описанием преимуществ  Прототип  Бета-версию системы  v1.0 системы
  9. 9. Что такое MVP? Должен ли быть продукт? Что то что может помочь получить обратную связь от ближнего круга (sounding board)  Очевидно, это не обязательно даже прототип!  Постоянно развивающийся «протопродукт»?
  10. 10. Agile Manifesto Люди и их взаимодействие важнее, чем процессы и инструменты Работоспособное ПО важнее, чем обширная и детальная документация Сотрудничество с заказчиком важнее, чем жесткие контракты Реагировать на изменения важнее, чем следовать плану 10
  11. 11. Scrum Гибкая методология УП  Набор ролей, методов и процессов Управленческий фреймворк с жесткими ограничения по времени и четкой структурой процессов Не описываются инженерные практики  Как программировать?  Как анализировать требования?  … зато легко внедрить за день  11
  12. 12. Высокая турбулентность среды В В C C А А Водопадные Итеративные 12
  13. 13. Ценность SCRUM для стартапа Итеративность процесса  Частый выпуск версии продукта (2-4 недели)  «Градиентный» метод развития продукта через более частое получение обратной связи с рынка или от sounding board Возможность работы с неформализованными требованиями (user stories)  Возможность быстрого переноса бизнес-требований в код Внимание к техническому качеству и архитектуре на протяжении всего проекта  Стабильное качество каждой версии Самоорганизующаяся и кроссфункциональная команда  Независимость от единичных носителей компетенций 13
  14. 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. 15. Scrum: роли Scrum Master – Скрам-мастер  Руководитель проекта?  Устранение проблем и улучшение процессов Product Owner - Владелец продукта  Заказчик/Клиент?  Поставщик требований и приоритетов Команда  Исполнители/Программисты?  Каждый спринт делает готовый продукт 15
  16. 16. Scrum: управлениетребованиями Задача Юзер-стори Беклог спринта Беклог продукта 16
  17. 17. Юзер-стори Требование с точки зрения пользователя «Роль/Персонаж», «Действие», «Цель»  Зарегистрированный пользователь оплачивает товар, чтобы его приобрести  «Таня Бухгалтерша» и «Василий ИТшник» – разные персонажи Полное описание «хранится» в виде знаний команды  Если команда распределенная используется вики 17
  18. 18. Scrum: процессы 18
  19. 19. Scrum: иерархия процессов Ежедневный скрам Спринт Релиз 19
  20. 20. Покер-планирование У каждого участника колода карт с оценками Если оценки Оценки даются в различаются, то идеальных человеко-обсуждаем еще и часах или в стори-повторяем оценку поинтах Каждый участник Рассматривается и одновременно обсуждается одна делает оценку юзер-стори 20
  21. 21. Планирование-спринта Актуализируются приоритеты у задач владельцем продукта На спринт выбираются самые важные задачи  Сумма оценки всех набранных задач не должна превышать скорость команды  Если задача не помешается целиком, ее необходимо разбить на две, а не брать более маленькую задачу с меньшим приоритетом 21
  22. 22. Ежедневный скрам Ограниченный по времени стендап В одно и то же время Должна быть вся команда… … и владелец продукта Каждый отвечает на три вопроса:  Что сделано вчера?  Какие были проблемы?  Что будешь делать сегодня? 22
  23. 23. Доска задач 23
  24. 24. Burndown спринта: следим запрогрессом 24
  25. 25. Создание и развитие команды Цель: формирование компетенции по разработке внутри стартапа с минимальными затратами Сочетание разных подходов  Наем  Обучение  «Взращивание»  Точечный аутсорсинг Кейс «Планшетная разработка»
  26. 26. Кейс «Планшетная разработка» Рост группы до 30 человек «с нуля» за год Полное отсутствие компетенции разработки под iOS на старте Практическое полное отсутствие компетенции на рынке труда Результат: костяк команды через 3 месяца, масштабирование в течение 6 месяцев  Проекты для топменеджмента РЖД, Русгидро, НЛМК, Сбербанка, госструктур  Продукт «Планшет руководителя»
  27. 27. Аутcорсинг, за и против Может быть быстро Может быть медленно Может быть качественнее Дорого Может быть гарантированнее Низкая итеративность и Прототипирование в целях адаптивность привлечения инвестиций? Высокая удельная цена (высокие дальнейшие затраты на развитие продукта) Потенциальные проблемы с IP
  28. 28. Что отличает стартап и аутсорсера? Инженерная культура!!!  Процессы  Опыт  Командная работа  Глубокие специфичные знания в определенных областях При всем при этом – создание продукта с помощью аутсорсеров занимает на 30% времени больше (данные StartupGenom) Как создать инженерную культуру? Учитесь сами, ищите правильных кофаундеров, привлекайте консультантов
  29. 29. Ускорение процесса разработки Процесс (Scrum) Технологии и инструменты (архитектура, масштабирование, тренды, скорость разработки) Правильный выбор «делать самим – купить готовое» Ценность: Уменьшение T2MT2P!
  30. 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 Business2012 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 Master2013 NonMS DB Support Platform As A Service 6 Java Server 6 Service Modules2014 Easy to buy 6 Service Modules
  31. 31. Зачем нужен roadmap? Не противоречит ли наличие roadmap идеологии lean?  Фиксирует важные вехи  «Наводит порядок в голове»  Повышает инвестиционную привлекательность  Наличие неправильной стратегии лучше чем ее отсутствие!  Стоимость cloud–компаний (по результатам реальных сделок) – в 2 раза больше аналогичных ISV, не позиционирующих себя как «облачные»
  32. 32. Полезные ссылки www.theleanstartup.com www.scrumalliance.org www.openviewlabs.com www.sprintometer.comОсобая благодарность: Борис Вольфсон, независимыйAgile coach
  33. 33. Немного о себе Директор департамента программных решений Digital Design  Создание нового направления планшетной разработки с 0 до 30 человек Директор по стратегическим проектам DocsVision  Глобализация и взаимоотношения с инвесторами Руководитель ERP-направления, StarSoft Labs (Exigen Services)  Локализация и вывод на российский рынок ERP-системы Jeeves Enterprise Со-основатель 3 стартапов
  34. 34. Вопросы?alexey@globaltechin.com +79153862525 +74957410537

×