Diese Präsentation wurde erfolgreich gemeldet.
Wir verwenden Ihre LinkedIn Profilangaben und Informationen zu Ihren Aktivitäten, um Anzeigen zu personalisieren und Ihnen relevantere Inhalte anzuzeigen. Sie können Ihre Anzeigeneinstellungen jederzeit ändern.

Как аналитик может помочь в планировании выпуска версий

480 Aufrufe

Veröffentlicht am

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

Veröffentlicht in: Bildung
  • Als Erste(r) kommentieren

  • Gehören Sie zu den Ersten, denen das gefällt!

Как аналитик может помочь в планировании выпуска версий

  1. 1. Прокудин Александр АО InfoWatch Как аналитик может помочь в планировании выпуска версий
  2. 2. Компания InfoWatch • Продуктовая разработка • Сфера деятельности – информационная безопасность • Основной продукт – система защиты от утечек данных Traffic Monitor
  3. 3. О чем доклад? • Какие проблемы возникают при планировании выпуска версий? • Как правильно оценивать трудозатраты? • Нужен ли аналитик на этапе планирования? • Чем он может помочь?
  4. 4. Проектная команда 33 разработчика 30 тестировщиков 4 аналитика + дизайнер Product manager Проектный менеджер
  5. 5. Контекст разработки • Выпуск версий раз в 6-9 месяцев • Значительное расширение функционала • Классическая каскадная модель
  6. 6. Как было: Отбор функций Релиз Фича 3 Фича 2 Фича 1 Product manager
  7. 7. Как было: Оценка Руководители разработки и тестирования Фичи Оценка
  8. 8. Как было: План Проектный менеджер Оценка Срок выпуска
  9. 9. Проблема • Нет единого понимания функционала • Позднее выявление рисков • Проблемы с интеграцией • Неадекватная оценка трудозатрат
  10. 10. И в итоге… Регулярное несоблюдение сроков выпуска
  11. 11. Что делать? • Раннее снижение неопределенности • Формирование единого понимания • Выявление рисков • Адекватная оценка трудозатрат
  12. 12. Что делать? Новый этап •Первичное уточнение требований •Разработка архитектуры
  13. 13. Что делать? Модель решения • Потребности пользователей • Основной сценарий использования • Ключевые особенности Аналитик • Макеты интерфейсовДизайнер • Архитектурное решение • Технологические риски Архитектор
  14. 14. Как стало: Функции-кандидаты Кандидаты Фича 3 Фича 2 Фича 1 Product manager
  15. 15. Как стало: Модель решения Аналитик Архитектор Дизайнер интерфейсов Фичи-кандидаты Модель решения
  16. 16. Как стало: Согласование и оценка Руководители разработки и тестирования Модель решения Оценка + Риски
  17. 17. Оценка + Риски Как стало: Состав релиза Product manager Состав релиза
  18. 18. Как стало: План Проектный менеджер Состав релиза + Оценка Срок выпуска и план
  19. 19. Результат • Адекватные сроки выпуска версии • Единое понимание функционала и целей проекта • На старте проекта уже есть: • Верхнеуровневые требования • Архитектура
  20. 20. Результат Снижение затрат Соблюдение сроков Тестовая модель Меньше вопросов Понимание требований Аналитики Тестировщики Разработчики Соблюдение сроков
  21. 21. Спасибо за внимание!

×