С.Шашев "Внедрение startup практик в enterprise разработку", DUMP-2014
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

С.Шашев "Внедрение startup практик в enterprise разработку", DUMP-2014

on

  • 561 views

 

Statistics

Views

Total Views
561
Views on SlideShare
389
Embed Views
172

Actions

Likes
1
Downloads
5
Comments
0

2 Embeds 172

http://it-eburg.com 171
http://webcache.googleusercontent.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

С.Шашев "Внедрение startup практик в enterprise разработку", DUMP-2014 Presentation Transcript

  • 1. Теория & Практика
  • 2. В чем проблема многих проектов?  Неопределенность целей  У заказчика слабое понимание целевой аудитории продукта  Нечеткое понимание проблемы  Отсутствие готового примера решения проблемы ЦА  Нет согласованного Vision в круге стейкхолдеров
  • 3. И чем это оборачивается…  Работа в ящик  Длительные согласования  Постоянно меняющиеся, да и к тому же противоречащие друг другу требования  Закрытие проекта  Демотивация команды
  • 4. Как можно этого избежать? Startup практики (не путать с работой гламурных посетителей Starbucks)
  • 5. Startup Стартап – это временная организация, созданная для поиска масштабируемой, повторяемой и прибыльной бизнес-модели в условиях экстремальной неопределенности с целью быстрого роста Планы работают только тогда, когда проблема и решение известны
  • 6. Применение в Enterprise  Customer development  MVP  A/B тестирование  Agile, естественно
  • 7. Customer development Узнаем, что действительно нужно конечным пользователям продукта и как он будет пользоваться продуктом. Согласуем наше понимание со стейкхолдерами продукта.
  • 8. Строим MVP (Lean Startup) Минимальный жизнеспособный продукт – версия продукта, которая позволяет собрать максимум данных для обучения и проверки гипотез с наименьшими затратами
  • 9. A/B Вероятность того, что мы полностью поймем потребности пользователей продукта и согласуем стратегию развития с заказчиком крайне мала Некоторые гипотезы неизбежно придется тестировать в нескольких вариантах.
  • 10. Agile Все знают, все понимают, поэтому не будем останавливаться на данном аспекте. Не будем забирать хлеб у профессиональных консультантов.
  • 11. Экосистема инноваций  Множество Stakeholders  Отсутствие Vision  Сферический вакуум…  Отсутствие UX/UI
  • 12. Классический фейл В любой неопределенной ситуации делаем социальную сеть. Сделали, но она никому оказалась не нужна. Заказчик не понимает, как развивать проект.
  • 13. Причины провала  Не были выяснены потребности конечных пользователей (ученые)  Система строилась без обратной связи, в глубоком подполье Ученым не нужна социальная сеть, ученым нужен доступ к источникам финансирования и отсутствие бюрократии.
  • 14. Что сделали?  Все разработки – на свалку Ценные выводы: 1. Ученые пассивны 2. Коммуникации должны быть простыми  Сосредоточились на 2-х вопросах, действительно важных для ученых 1. Где получить финансирование? 2. Как получить финансирование?
  • 15. Внедренные практики  UX/UI  Построение MVP  Разработка «якорных» сервисов  Начали общаться с аудиторией  Истинный Agile  Контент
  • 16. Что удалось сделать  Полевые исследования, донести до Заказчика, что Заказчик!=Пользователь  Провести реальный анализ конкурентов  Customer development  Вовлечь команду  UX/UI  Построить продукт, решающий проблемы конечных пользователей
  • 17. Что не удалось сделать  A/B тестирование  Поставить на поток процесс быстрого тестирования гипотез Почему? Государственный сектор
  • 18. Песочница инноваций – начало внедрения startup практик Пространство, в котором можно проверять новые идеи любыми методами без всяких ограничений Одна команда Ключевые метрики Общие правила для экспериментов Учет инноваций