Андрій Мандріка: Проект в умовах невизначеності? Використовуємо концепцію Lean Startup на практиці
•Descargar como PPTX, PDF•
1 recomendación•273 vistas
Kyiv Project Management Day 2016 Андрій Мандріка: Проект в умовах невизначеності? Використовуємо концепцію Lean Startup на практиці Сайт конференції: http://pmday.org/ Спільнота в мережі Linkedin: http://bit.ly/PMDayLin Спільнота в мережі facebook: http://bit.ly/PMDayKyivFB Twitter конференції: https://twitter.com/LvivPMDay
Recomendados
Recomendados
Más contenido relacionado
La actualidad más candente
La actualidad más candente (10)
Destacado
Destacado (20)
Similar a Андрій Мандріка: Проект в умовах невизначеності? Використовуємо концепцію Lean Startup на практиці
Similar a Андрій Мандріка: Проект в умовах невизначеності? Використовуємо концепцію Lean Startup на практиці (20)
Más de Lviv Startup Club
Más de Lviv Startup Club (20)
Андрій Мандріка: Проект в умовах невизначеності? Використовуємо концепцію Lean Startup на практиці
- 1. Мандрика Андрей, CSPO Product owner, Используем концепцию THE LEAN STARTUP на практике
- 2. Общие сведения о системе Lean startup Идеи Создать Продукт Оценить Данные Научиться Минимизируем время прохождения цикла • Lean startup – подход создания, разработки и вывода на рынок новых продуктов: oНаучный метод oЦенность для потребителя oПроведение экспериментов oИтеративный выпуск продуктов oПолучение обратной связи oПодтвержденное обучение oИзмерение прогресса o«Fail fast and pivot»
- 3. Где используется данная система? • Стартап - это вновь созданная организация в сфере предпринимательства , которая занимается разработкой̆ новых товаров или услуг в условиях черезвычайной неопределенности.
- 4. Декомпозиция понятий Lean Startup • Понимание пользователей • Фокус на проблеме • Формирование идей • Прототипирование • Тестирование Lean Agile Design Thinking • Исключение потерь • Акцент на обучении • Быстрая поставка • Мотивация команды • Целостное видение • Постоянное усовершенствование • Итерации • Польз. Истории • Кроссфункц. Команда • Тесное сотрудничество • Рабочий продукт • Адаптация к изменениям • Простота
- 8. Предположения и возможности Техника «Design thinking»: • Понимание пользователей: • User personas, Impact mapping, Empathy maps, Interviews • Фокус на проблеме: • Исследование, Фокус группы, Root cause analysis • Формирование идей • Brainstorm • Прототипирование • Story boards, UI Prototype • Тестирование
- 9. Генти Генбуцу • Иди и посмотри сам!!! • Нельзя понять проблему по-настоящему, пока вы не увидите происходящее на месте своими глазами. • Недопустимо считать что-то само собой разумеющимся или полагаться на рассказы других
- 10. Lean Canvas
- 12. Прототип UI Product vision - Проблема - Желаемый исход Совместная разработка дизайна - Дизайн прототипа - Гипотезы - Предположения
- 13. Product breakdown structure • Разбиваем видение на части. • Themes -> Initiatives -> Epics -> User Stories + Milestones • Чем меньше куски – тем лучше. • Не более 5 story points. • Валидируем и приоритезируем каждую задачу через пункты видения.
- 14. Разработка прототипа (Research sprints) • Валидация идей (1-2 спринта) • Проверка работоспособности технического решения (1-2 спринта) Вопросы на исследование Беклог с User Stories • Гипотезы и предположения Дизайн прототипа
- 15. Минимально рабочий продукт (MVP) • MVP - это версия продукта, позволяющая запустить цикл «создать-оценить-научиться» с минимальными усилиями, потратив как можно меньше времени на разработку. • Сразу ограничиваем себя по времени. • Если сомневаетесь – упрощайте. • Может не соответствует традиционным представлениям о качестве.
- 16. Создать – Оценить - Научиться
- 17. Вираж - Изменение Стратегии без изменения Видения. • Продукт не решает проблему пользователей. • Продукту не удается привлечь нужных пользователей. • Стратегия привлечения или удержания пользователей не дает достаточного роста. • Клиенты не готовы платить за продукт. • Производство продукта обходится слишком дорого.
- 18. Разрабатывайте ценные продукты ;) Потенциальный Потребитель Ваш продукт Ваш клиент
- 19. Спасибо за внимание! Andrii Mandrika Business Analyst / Product owner Contacts: • andrii.mandrika@gmail.com • andrey.mandrika@betlab.com • linkedin.com/in/andrii-mandrika • Skype: mandrikaandrew
Notas del editor
- Всем добрый день. Меня зовут Мандрика Андрей и тема моего сегодняшнего доклада звучит как «Проект в условиях неопределенности? Используем концепцию Лин стартап на практике». Перед тем как начать давайте я расскажу пару слов о себе и о своем опыте. Итак, на данный момент я занимаю позицию продакт овнера в украинской продуктовой компании под названием бетлаб. В айти я уже около 6 лет и познал данную сферу с абсолютно разных сторон. За это время был техническим писателем, тестировщиком, около двух лет разрабатывал приложения на дот нете, попробовал себя в роли скрам мастера, но вот уже 2 года тесно связан с продуктовой разработкой на позиции продакт овнера. За этот не столь долгосрочный период я был участником нескольких различных проектов, как успешных так и не очень, менялись процессы, условия и окружение и, естественно, мое мировозрение относительно подходов разработки и вывода в продакшн новых продуктов. Но чего не отбавлять так это экспериментов на данном пути. И сегодня я хочу с вами поделиться своим опытом экспериментов относительно использования системы лин стартап не в стартапе, а внутри уже существующего продуктового бизнеса.
- Итак дабы дальше нам было легче друг друга понимать поднимите, пожалуйста, руки те, кто слышали о системе бережливого стартапа? Может читали книгу Эрика Риса или посещали тематические семинары? Ну достаточно много. А теперь поднимите руку те, кто использовали данную систему на практике, может не всецело, но хотя-бы отдельные ее техники. О, интересно. Спасибо большое. Ну может в перерыве расскажите мне о своем опыте использования. Но повторение мать учения сейчас вкратце я расскажу об основных особенностях данной системы. Бережливый стартап — это подход создания компаний, разработки и выведению на рынок новых продуктов и услуг, который основывается на таких понятиях как, в первую очередь, ценность для потребителя – а это самая широкая трактовка термина продукт. Все что приносит ценность потребителю в процессе взаимодействия с компанией может быть продуктом этой компании. Соответственно Рис направляет нас к тому, что в первую очередь мы должны создать ценность потребителю. Уже второй вопрос, как это сделать. И ответить на него нам помогает определенная гипотеза относительно ценности, или набор гипотез которые мы проверяем с помощью реальных экспериментов на пользователях. И это правильно ведь, как показывает практика, любое наше предположение относительно поведения наших пользователей есть всего лишь нашим предположением до тех пор, пока они не будут проверены. Соответственно цикл проверки каждой из гипотез является некой итерацией в процессе разработки. По ходу каждой итерации мы обязательно должны получить обратную связь от пользователей, для того чтобы понять правильным ли мы двигаемся курсом на пути к соданию нашей ценности для пользователей. И это помогает нам учиться и делать постоянные выводы относительно проведенного эксперимента, но почему подтвержденное, Рис предлагает уменьшить долю субъективного фактора в процессе оценки результатов эксперимента, а принимать решения на основании научного подхода подтвержденного реальными цифрами. Но опять же не забываем про нашу конечную цель, про наше первоначальное видение, посредством постоянного отслеживания прогресса, на сколько мы продвинулись вперед к нашей цели методом проведения того или иного эксперимента. Но в данном процессе может оказаться так, что мы сделали не правильно первоначальное предположения относительно ценности нашего решения для пользователей и в наших же интересах узнать об этом как можно раньше, дабы не вкладывать ресурсы в никому не нужное решение. Ведь лучше сделать плохой продукт, который нужен людям, чем отличный продукт – который никому не нужен. В таком случае необходимо совершить вираж и проложить себе путь к новой путеводной звезде с новым ее видением. И это вполне нормальный процесс, например, всем известный пример сайта группон – изначально они хотели стать площадкой для создания петиций и сбора подписей, но в итоге решили в пробном режиме продать скидку на пиццу в пиццерии этого же здания где они работали. Сейчас это один из самых известных сервисов по продаже услуг.
- «Бережливый стартап» (или Lean Startup) — концепция в первую очередь предпринимательства. Была сформулированная Эриком Рисом в книге «Бизнес с нуля. Метод Lean Startup для быстрого тестирования идей и выбора бизнес-модели». В данной работе Рис неоднократно настаивает на том, что ключевой персоной данной концепции есть предприниматель. А кто это такой? По факту это любой человек, который готов идти на оправданный риск ради создания некой ценности. Хм, а ведь мы все с вами есть предпринимателями, кто-то в большей мере, а кто-то в меньшей. Но каждый на своей позиции ежедневно сталкивается с массой рисков, будь то программист, бизнес аналитик или руководитель проекта. Риск не уложиться в бюджет, риск разработки ненужного пользователям функционала, риск выбора не правильной технологии. «Экономичный стартап»- это набор методов, помогающих предпринимателю повысить шансы его стартапа на успех. Но чтобы понять, о чем идет речь, важно определить, что такое стартап. Но Лин стартап – это ни в коем случае не просто набор отдельных практик, это принципиальный подход к созданию новых продуктов. В нашем определении есть и еще один важный элемент: контекст, в котором рождаются инновации. Далеко не все компании можно на звать стартапами, ведь стартапы всегда сталкиваются с чрезвычайной неопределенностью. Новый бизнес, который является точной копией уже существующего - с точки зрения бизнес-модели, цен, целевой группы клиентовипродукта,- можетбытьвыгоднымэкономическипроектом, но это не стартап, потому что его успех зависит только от того, насколько точно он смоделирует успех уже существующего бизнеса.
- Итак, все начинается конечно же с идеи вашего нового продукта. Идея может зародится абсолютно спонтанно и полностью поглотить ваши мысли и плотно засесть в вашем уме. Это может быть как какая-то мелочь которая поможет быстрее и удобнее осуществлять обыденные операции, так и полноценное революционное решение, которое должно изменить этот мир. Изначально, любая идея относительно будущего продукта кажется вам очень хорошей и беспроигрышной. Это может быть что-то такое. Или такое. Или даже такое. Как бы это парадоксально не выглядело, но тут каждый продукт решает какую-то конкретную проблему конкретного человека. Но как понять, что, во первых, это действительно проблема, а во вторых, что ваше решение действительно ее решит? А в третьих, что это надо еще кому-то кроме вас самого. Самое главное не рубить с плеча и не начать сразу воплощать ваше детище в жизнь. Первое, что необходимо сделать это записать ваше видение данной ситуации и данного решения. Ведь не зря говорят, что любая не записанная мысль – это потерянная мысль. Идея должна быть записана самым простым способом, изложенным текстом, который будет понятен даже ребенку. Чем проще он будет – тем лучше. На данном этапе вам не требуется доскональный план разработки и выведения продукта на рынок. Единственное, что вам надо – это понять, стоит ли ваша идея хоть каких-то затраченных на нее усилий.
- Дабы вы были в курсе контекста моей работы скажу еще пару слов про нашу компанию. Бетлаб занимается разработкой комплексных решений для автоматизации иГейминг бизнеса, в частности спорт беттинга. Целью проекта является написание букмекерской платформы, которая бы охватывала все аспекты данного бизнеса. Проект очень амбициозный и масштабный. Это большое ентерпрайз решение, которое должно работать быстро и сообща. И на данный момент у нас есть 1 клиент, который согласился перевести свой текущий бизнес на эту новую платформу. Данный клиент на момент начала проекта работал на системе, которая разрабатывалась более 10 лет назад. Система уже очень с трудом модифицируемая и медленная. За счет этого бизнес терял и продолжает терять каждый день реальные деньги и достаточно немаленькие. Вот тут то мы и вызвались помочь. Новый продукт стал разрабатываться с самого нуля. Работать мы решили по скраму, при этом не имея раньше подобного опыта. Хотя уже тогда определенные участники команды разделяли принципы аджайл. Но отдельные – это еще не все. Поэтому дальше нас ждала долгая и безумная дорога на пути к полноценной аджайл трансформации, сопровождаемая массой как ошибок так и успехов. На данный момент эта система представляет собой более десятка отдельных приложений которые были внедрены нашему клиенту и потенциально могут работать как единое целое в составе платформы. Одни приложения строились в замен уже существующих модулей прошлой системы с минимальными усовершенствованиями, другие же разрабатывались в полной неизвестности. Но и в том и в том случае нам помогали отдельные аспекты системы бережливого стартапа. Тема уже достаточно не новая, но как показала практика – эффективная. И отдельные ее аспекты могут быть использованы абсолютно в любой разработке программного обеспечения. Будь то гаражный стартап или заказная разработка в производственных масштабах.
- Все эти представленные техники все лишь позволяют систематизировать уже известную информацию, которую мы анализируем для определения дополнительных выводов. Но первоначальные данные для этих преобразований можно получить только из первоисточника – с полей.
- Смысл этого принципа заключается в том, что решения должны быть основаны на знании, полученном из первых рук.
- Я в своей практике использую Очень простой и эффективный шаблон был придуман Романом Пичлером. Данные документ состоит всего из 5 пунктов – краткое описание продукта. Желательно чтобы здесь уже были какие-то рамки. Например, если нашим продуктом является басейн на крыше торгового центра, то давайте так и скажем, что басейн – а не бар возле бассена. Это поможет сфокусироваться на главном. Затем, для кого мы делаем этот продукт, кто будет им пользоваться. Да, конечно есть множество продуктов, целевая аудитория которых насчитывает миллионы пользователей, но поверьте у этих пользователей будет что-то общее, как минимум то, что они пользуются вашим продуктом=). Зафиксируйте нужды этих пользователей. Зачем им ваш продукт? Что они будут с ним делать. Топ 5 фич в продукте. Тут не надо описывать все. Достаточно будет, только идей для ключевого функционала. А также, опишите тут – чем уникальны эти фичи. От этого можно будет отталкиваться при дальнейшей маркетинговой комапнии, если такая имеет место быть. И конечно же велью. Как мы уже разобрались, что продукт всегда должен удовлетворять пользователей и компанию, в которой он создается. Поэтому последним пунктом опишите, чем данный продукт ценен для вашей компании. Это очень хорошая отправная точка для управления приоритетами внутри вашей организации. Конечно, данный документ можно дополнять и какими-то своими пунктами. Например, у нас в подобном документе мы еще описываем как данный продукт повлияет на текущий бизнес процесс клиента и какие есть первоначальные ограничения и риски. В общем если у вас до сих пор нету подобного документа, но тем не менее вы хотите разработать успешный продукт – быстрее это сделайте.
- Минимально рабочие продукты могут быть разной степени сложности. Ведь решить заранее, каким именно должен быть ваш MVP, невозможно. Здесь нужно как следует подумать. Но есть одна подсказка: почти всегда предприниматели и разработчики завышают количество опций, которых достаточно для создания MVP. Так что если сомневаетесь - упрощайте. Смысл MVP заключается в следующем: любые усилия, которые не позволят нам начать учиться, не нужны, какими бы важными они ни казались. МВП для одного клиента. Необходимо иметь храбрость для того чтобы выпустить мвп в свет, ибо как ни крути но все мы немного перфекционисты и всегда хочется сделать больше и лучше, чем на самом деле нужно. Что больше всего смущает в минимально рабочем продукте, так это то, что он не соответствует традиционным представлениям о качестве. В любой сфере деятельности настоящие профессионалы стремятся создавать качественные продукты и гордятся этим. Поэтому я считаю, что для стартапов важен следующий принцип качества: Если мы не знаем, кто наш клиент, мы не знаем, что такое качество. Даже «низкокачественный» MVP может привести к созданию прекрасного качественного продукта. Да, иногда клиенты считают, что MVP - про дукт недостаточного качества. Если так, это нужно использовать для того, чтобы понять, какие опции важны для клиентов. Такой подход гораздо результативнее, чем теоретические размышления о стратегиях, потому что он дает прочные эмпирические основания для создания будущих продуктов. Но всегда нужно спрашивать себя: что если для клиентов качество не так важно, как для нас? Система «экономичный стартап» не оправдывает создания некачественных продуктов. Но продукт должен быть качественным ровно на столько, насколько нужно, чтобы привлечь клиентов.
- Как можно быстрее необходимо пройти этот цикл
- Такое изменение называется виражом: это структурированное изменение курса, цель которого - протестировать новую фундаментальную гипотезу о продукте, стратегии и механизме роста. Поговорите с любым предпринимателем, решившим совершить вираж, и выяснится: он жалеет, что не сделал этого раньше. Но у нерешительности есть свои причины. Во-первых, «показатели тщеславия» иногда вводят предпринимателей в заблуждение и не позволяют увидеть реальное положение вещей. Во-вторых, если предприниматель исходит из нечетко сформулирован ной гипотезы, то рискует просто не заметить, что потерпел неудачу. В-третьих, предприниматели просто боятся. Если признать неудачу, это может деморализовать команду.
- Когда у вас есть сформированная идея продукта, первое что необходимо сделать – это проверять 2 самые главные гипотезы относительно продукта: это гипотеза ценности и гипотеза роста. И это так называемые прыжки веры – это то что будет нас двигать вперед, несмотря ни на какие трудности. На данном этапе валидации всей идеи нам важна именно ценность нашего решения для пользователей. Гипотеза ценности связана с тем, увидят ли клиенты ценность в товаре или услуге, когда начнут ими пользоваться. четыре вопроса: 1. Признают ли потребители, что у них есть проблема, которую мы пытаемся решить? 2. Если предложить им решение этой проблемы, готовы ли они за него платить? 3. Станут ли они платить именно нам? 4. Можем ли мы предложить решение? Как правило мы сразу приступаем к 4му пункту. Но как мы можем начинать что-то делать, если мы не уверены в целесообразности данного решения?