O slideshow foi denunciado.
Utilizamos seu perfil e dados de atividades no LinkedIn para personalizar e exibir anúncios mais relevantes. Altere suas preferências de anúncios quando desejar.

Как не потерять Продукт на завершающем этапе.

398 visualizações

Publicada em

Доклад Максима Кирилычева на конференции Analyst Days-5, 22-23 апреля 2016 г., Санкт-Петербург
www.analystdays.com

Publicada em: Educação
  • Seja o primeiro a comentar

Как не потерять Продукт на завершающем этапе.

  1. 1. КАК НЕ ПОТЕРЯТЬ ПРОДУКТ НА ЗАВЕРШАЮЩЕМ ЭТАПЕ МАКСИМ КИРИЛЫЧЕВ РУКОВОДИТЕЛЬ НАПРАВЛЕНИЯ АНАЛИТИКИ ZEPHYRLAB 1 Вспоминаем о бизнес-целях и изменяем приоритеты
  2. 2. 2 СОЗДАЛ АНАЛИТИЧЕСКИЙ ОТДЕЛ В ДИЗАЙН-СТУДИИ 2 ГОДА МЫ ПРОЕКТИРУЕМ АНАЛИТИЧЕСКИЕ СИСТЕМЫ, ПОРТАЛЫ И ПРИЛОЖЕНИЯ ОБО МНЕ •  МИЭМ (НИУ ВШЭ), математик •  В сфере аналитики с 2010 года •  4 года в крупном ИТ-холдинге •  Сертификаты PME, ICAgile и др max@zephyrlab.ru МАКСИМ КИРИЛЫЧЕВ ZEPHYRLAB
  3. 3. СЮРПРИЗЫ НА ЭТАПЕ РАЗРАБОТКИ ВЗГЛЯД ЗАКАЗЧИКА БИЗНЕС-ЦЕЛЬ КАК ОРИЕНТИР В РАЗРАБОТКЕ РАБОТА С КЛЮЧЕВЫМ СЦЕНАРИЕМ РЕКОМЕНДАЦИИ И ПРИМЕРЫ О ЧЁМ ДОКЛАД 3
  4. 4. ПРОБЛЕМАТИКА1. 4 ОСНОВНАЯ РАЗРАБОТА ЗАВЕРШЕНА, НО
  5. 5. ПРОБЛЕМАТИКА1. 5 ВСЕ ХОРОШО, ВСЕ СЧАСТЛИВЫ, ВСЁ КРУТО Начало и середина проекта обычно проходят хорошо, заказчик не сильно вовлечён в процесс, вы успешно усваиваете сотни и тысячи человеко- часовJ, основной функционал почти разработан.
  6. 6. ПРОБЛЕМАТИКА1. ЗАКАЗЧИК НЕДОВОЛЕН 6 Но на последней фазе проекта всё меняется. Заказчик становится недовольным, появляются неловкие ситуации и неожиданные вопросы.
  7. 7. ПРОБЛЕМАТИКА1. 7 А ЧТО БЫЛО НЕ ТАК? Вы начинаете выбирать между новыми требованиями и запланированными работами и т.д.
  8. 8. ПРОБЛЕМАТИКА1. 8 «Не те» шаги : •  Сжигаем часы на сложный функционал, на который заказчик на защите даже не обратил внимания. •  Берём в работу в первую очередь сложные задачи по бэкенду, откладывая завершение сценариев работы и контента. •  Игнорирование изменений видения продукта в ходе разработки. Продолжаем работать по ТЗ. •  Не можем объяснить заказчику «а что же мы делали целый месяц». •  Спорим с заказчиком в защите собственной результативности и в целом получаем только негатив.
  9. 9. ПРОБЛЕМАТИКА1. 9 В результате получаем: •  Хаотичный набор мыслей по проекту по разным направлениям. •  Лишние встречи, потраченное время и нервы. •  Перспективы превышения бюджета и сроков. •  Проблемы планирования и загрузки ресурсов.
  10. 10. 10 ПОЧЕМУ ТАК ПРОИСХОДИТ?
  11. 11. ОЖИДАНИЯ ЗАКАЗЧИКА2 . 11 ВГЛЯД ЗАКАЗЧИКА — ВСЕГДА ПРОДУКТ С ОПРЕДЛЕННОЙ БИЗНЕС-ЦЕЛЬЮ
  12. 12. ОЖИДАНИЯ ЗАКАЗЧИКА2. 12 ОТАДАЧА ОТ ИНВЕСТИЦИЙ (СИЛЫ/СРЕДСТВА): + Оптимизация работы операторов + Быстрое принятие решений + Повышение качества работы организации + Повышение прибыли + Соответствие Законодательству ЗАКАЗЧИК: - Не имеет времени на наш проект - Не помнит ТЗ и спецификации
  13. 13. ОЖИДАНИЯ ЗАКАЗЧИКА2. 13 Преимущества: измеримость, контролируемость •  Количественные показатели: •  Запуск информационного ресурса об акции за 7 дней •  Обеспечить 5 000 активных пользователей за 3 месяца •  Ключевой сценарий/требование: •  Решение проблемы поиска труднодоступных мест проведения акции •  Реализация сценария: Ознакомиться, Выбрать место на карте, зарегистрироваться, построить маршрут и доехать •  Получить отчёты о динамике регистраций в разрезе точек
  14. 14. ОЖИДАНИЯ ЗАКАЗЧИКА2. 14 ОЖИДАНИЯ ЗАКАЗЧИКА — МОТИВЫ И ЛИЧНЫЕ ИНТЕРЕСЫ Преимущества – «личное понимание» заказчика, более объективная оценка приоритетов в проекте.
  15. 15. ОЖИДАНИЯ ЗАКАЗЧИКА2. 15 Пиар и формирование позитивного образа Удовлетворение целей собственного руководства/Акционеров Демонстрация проекта на конференции, совещании для визуализации отчётов
  16. 16. ОЖИДАНИЯ ЗАКАЗЧИКА2. 16 ПРИЧИНА СЛОЖНОСТЕЙ — ЗАБЫТЫЕ БИЗНЕС-ЦЕЛИ
  17. 17. 17 РЕКОМЕНДАЦИИ
  18. 18. РЕКОМЕНДАЦИИ3. 18 ФИКСИРОВАНИЕ КЛЮЧЕВОЙ ЦЕЛИ ПРОВЕРКИ СООТВЕТСТВИЯ ОЖИДЯНИЯМ ОРИЕНТИР НА ПРИКЛАДНОЙ РЕЗУЛЬАТ «Думаю о том, для кого делаю»
  19. 19. РЕКОМЕНДАЦИИ3. 19 СТАРТ БИЗНЕС- ЦЕЛЬ
  20. 20. РЕКОМЕНДАЦИИ3. 20 ПРОТОТИПЫ И ДЕМОНСТРАЦИИ + Как можно раньше начинайте показывать и обсуждать + Показывайте реальные интерфейсы, задумки, отдельные сценарии + Чаще общайтесь с Заказчиком и не опирайтесь на документы + Используйте интерактивные прототипы: + Всегда предлагайте свои варианты решения и защищайте их
  21. 21. РАССКАЗЫВАЙТЕ КОМАНДЕ ОБ ОЖИДАНИЯХ ЗАКАЗЧИКА РЕКОМЕНДАЦИИ3.
  22. 22. РЕКОМЕНДАЦИИ3. 22 ПЕРЕОРИЕНТАЦИЯ ЗОЛОТОГО ПРОЕКТА
  23. 23. РЕКОМЕНДАЦИИ3. 23 РЕАЛИЗАЦИЯ КЛЮЧЕВОГО СЦЕНАРИЯ
  24. 24. ОПРЕДЕЛЯЕМ БИЗНЕС-ЦЕЛИ И КЛЮЧЕВЫЕ ТРЕБОВАНИЯ
  25. 25. ЗАПУСКАЕМ ПИЛОТ
  26. 26. ФИНАЛИЗИРУЕМ КЛЮЧЕВОЙ СЦЕНАРИЙ
  27. 27. РЕКОМЕНДАЦИИ3. 28 ЗАФИКСИРУЙТЕ БИЗНЕС-ЦЕЛИ ФИНАЛИЗАЦИРУЙТЕ КЛЮЧЕВОЙ СЦЕНАРИЙ ЗАПУСТИТЕ ПИЛОТ НА ЭТАПЕ 70% ПРОЕКТА СОБЕРИТЕ ОБРАТНУЮ СВЯЗЬ ИЗМЕНИТЕ ПРИОРИЕТЫ ОСТАВШИХСЯ ЗАДАЧ
  28. 28. 29 НЕ ВСЯ ТЕОРИЯ РАБОТАЕТ
  29. 29. ПРИМЕРЫ3. 30 МОБИЛЬНАЯ ВЕРСИЯ – КРИТЕРИЙ ЗАПУСКА
  30. 30. ПРИМЕРЫ3. 31 ТОЧНОСТЬ ФОРМУЛИРОВОК ВЛИЯЕТ НА ВОСПРИЯТИЕ
  31. 31. ПРИМЕРЫ3. 32 ПИЛОТ ПОКРЫВАЕТ КЛЮЧЕВЫЕ ОЖИДАНИЯ ЗАКАЗЧИКА
  32. 32. ЗАКЛЮЧЕНИЕ3. 33 ФИКСИРУЙТЕ ОЖИДАНИЯ ЗАКАЗЧИКА ДЕМОНСТРИРУЙТЕ НАРАБОТКИ ВЫДЕЛЯЙТЕ КЛЮЧЕВОЙ ФУНКЦИОНАЛ СОЗДАВАТЕ ПРОДУКТ В СЕРЕДИНЕ ПРОЕКТА МЕНЯЙТЕ ПРИОРИТЕТЫ
  33. 33. ПОМНИТЕ «ДЛЯ КОГО» ВЫ ВСЁ ЭТО ДЕЛАЕТЕ 34 ЗАКЛЮЧЕНИЕ3.
  34. 34. 35 МАКСИМ КИРИЛЫЧЕВ max@zephyrlab.ru ZEPHYRLAB СПАСИБО ЗА ВНИМАНИЕ!

×