Ce diaporama a bien été signalé.
Nous utilisons votre profil LinkedIn et vos données d’activité pour vous proposer des publicités personnalisées et pertinentes. Vous pouvez changer vos préférences de publicités à tout moment.

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

541 vues

Publié le

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

Publié dans : Formation
  • Login to see the comments

  • Soyez le premier à aimer ceci

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

  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. Спасибо за внимание!

×