46
Владелец продукта - Имеет право принятия окончательного решения для
создания функционала, расстановка приоритетов и уточнения бэклога продукта.
Отвечает за создание видение проекта и общение с клиентами, бизнес-
менеджерами, командой разработчиков и другими заинтересованными
сторонами, чтобы удостовериться, что цели ясны, а видение соответствует
бизнес-целям. Эксперт в понимании и прогнозировании бизнеса должен более
эффективно управлять и направлять процесс разработки.
Рисунок 12. SCRUM-карта взаимодействий команды
44
Scrum-мастер - отвечает за продвижение и поддержку использования
Scrum методологии, а также Scrum церемоний и инструментов взаимодействия.
Облегчает ритуалы Scrum и тренирует команду по самоорганизации и
кросс-функциональности. Взаимодействует с Владельцем продукта для
обеспечения и понимание целей, области применения и продукта всеми членами
команды, обеспечивает инструктаж по управлению бэклогом продукта.
44
Рисунок разработан автором
47
Бизнес аналитик - участвует в оценке пользовательских историй
45
.
Написание пользовательских историй и критериев приемки на основе данных,
полученных от менеджера проекта. Работает с разработчиком и тестировщиком
для трехстороннего принятия пользовательской истории до и после завершения
пользовательской истории, убедившись, что все находятся в согласии и
соответствуют бизнес-требованиям. Работает с Владельцем продукта для
определения приоритетов пользовательских историй. Во время Спринта Бизнес-
аналитик обеспечивают ежедневную поддержку требований и решений для
команды.
Технический руководитель - отвечает за комплексное межфункциональное
проектирование и коммуникацию технической стороны. Облегчает техническое
решения, включает обратную связь и возникающие вопросы от команды
разработки. Производит альтернативные концепции дизайна и детальный
подход. Обеспечивает выполнение целей проектирования, таких как
производительность, надежность, возможность повторного использования и
доступность. Ведет обзор технических решений продукта и обеспечивает
обратную связь.
Аналитик данных - Получает данные, разрабатывает процессы набора
данных, определяет способы повышения надежности системы, эффективности и
качества данных. Проводит исследования по вопросам промышленности и
бизнеса. Использует большие наборы данных для решения бизнес-задач.
Разворачивает аналитические программы, машинное обучение и статистические
методы обработки данных. Подготавливает данные для прогнозного и
предписывающего моделирования. Находит скрытые шаблоны, используя
45
Пользовательские истории (англ. User Story) — способ описания требований к разрабатываемой системе,
сформулированных как одно или более предложений на повседневном и деловом языке пользователя. В
методологии SCRUM — проходят проверку пользователем в роли «Владелец продукта» (англ. Product Owner).
Ресурс: https://ru.wikipedia.org/wiki/Пользовательские_истории
48
данные. Анализирует и оптимизирует поток бизнес-данных и процесс создания
данных. На рисунке 13 приведена схема команды разработки
Рисунок 13. Схема Agile команды проекта разработки
46
Разработчик - берет на себя ответственность за качество разработанного
программного обеспечения. Взаимодействует с бизнес-аналитиком,
архитекторами и Владельцем продукта по мере необходимости для уточнения
требований. Отвечает за проведение автоматического регрессионного и
интеграционного тестирования. Отвечает за анализ, проектирование,
46
Рисунок разработан автором
49
кодирование и тестирование программных процессов. Управляет всеми своими
задачами и сообщает о прогрессе.
Инженер базы данных - проектирует и разрабатывает необходимые
структуры данных на основе требований. Оптимизирует системы баз данных для
повышения производительности и надежности. Выполняет действия по
обслуживанию базы данных и устранению неисправностей. Тестирует системы
баз данных и исправляйте ошибки. Предоставляет базу данных решений на
основе технической документации и бизнес-требований. Решает проблемы,
связанные с доступом к базе данных и назначением разрешений. Разрабатывает
функции базы данных, сценариев, хранимых процедур, триггеров для поддержки
разработки приложений. Предоставляет техническую помощь для решения всех
проблем с базой данных, связанных с производительностью, емкостью и
доступом. Обеспечивает целостность и качество данных в системах баз данных.
Поддерживает стандарты по разработке баз данных. Выявляет и исправляет
ошибки базы данных своевременно. Создает физические и логические модели
баз данных в соответствии с бизнес-требованиями. Управляет и производит
мониторинг производительности, емкости и безопасности систем баз данных.
Подготавливает документацию, касающуюся проектирования базы данных,
конфигурации и задач управления изменениями.
UX/UI
47
Дизайнер - собирает и оценивает требования пользователей в
сотрудничестве с менеджерами по продукту и инженерами. Иллюстрирует идеи
дизайна, используя прототипы, процессы и карты web-приложения. Создает
дизайн-решения графических элементов пользовательского интерфейса. Создает
кнопки навигации по страницам и полям поиска. Разрабатывает макеты и
прототипы пользовательского интерфейса, которые наглядно иллюстрируют,
как приложение функционирует. Создает оригинальные графические дизайны
47
UX – user experience, пользовательский опыт, UI – user interface, пользовательский интерфейс. Ресурс:
https://rb.ru/opinion/uxui/
50
(например, изображения, эскизы и таблицы). Подготавливает и представляет
шаблоны внутренним командам и ключевым заинтересованным сторонам.
Определите и устраняет проблемы UX. Проводит корректировку прототипа
приложения на основе отзывов пользователей. Придерживается стандартов
стиля для шрифтов, цветов и изображений.
Инженер-тестирования - Анализирует требования (пользовательские
истории и критерии принятия), работает с бизнес-аналитиком и стейкхолдерами,
чтобы понять требования. Создание и выполнение кейсов тестирования.
Сообщает о прогрессе Scrum мастеру. Определяет проблемы, собирает все
необходимые данные и регистрирует их в системе отслеживания проблем.
Выявляет риски и смягчение их, где это возможно. Выполняет интеграцию
функционала продукта, регрессию и предоставляет информацию по их
автоматизации.
Команда поддержки - администрирует приложение. Обеспечивает
экспертизу и извлеченные уроки для оптимального выпуска пакетов
приложения.
Матрица ответственности членов команды проекта представлена на
рисунке 14, из полученных визуальных данных таблицы можно понять какой
скоп работы выполняет каждый член (подразделение) команды. Устанавливает
степень ответственность каждого участника проектной команды за выполнение
отдельных этапов и задач проекта.
51
Рисунок 14. Матрица ответственности
48
На рисунке 15 выполнено планирование IT продукта по этапам; спринтам,
релизам. Разбиение по этапам (выпускам релизов) выполняется для того, чтобы
после выпуска первой версии MVP
49
(например) аналитика анализировала
данные и опыт взаимодействия от конечных пользователей при проведении
пользовательских интервью для применения полученного опыта в следующих
релизах приложения. Тщательно разработанный календарный план позволил
компании эффективно распределить имеющиеся денежные средства в течение
всего подготовительного периода и правильно определить дату начала
производства. Это в свою очередь станет предпосылкой для успешной
реализации всего проекта и получения экономической выгоды – прибыли. На
рисунке видна последовательность спринтов разработки программного
48
Рисунок разработан автором
49
MVP — Минимально жизнеспособный продукт (minimum viable product) — продукт, обладающий
минимальными, но достаточными для удовлетворения первых потребителей функциями.
52
обеспечения. В конце каждой серии Спринтов (их четыре) производится выпуск
продукта разработки.
Рисунок 15. Планирование выпуска релизов IT продукта спринтам,
Roadmap проекта
50
В Таблице 7 рассмотрим необходимые работы специалистов команды в
рамках одного релиза (четыре Спринта).
План работы для каждого Спринта в релизе
Таблица 7
Sprint 1
Разработка внутренних схем
Бизнес-аналитик,
владелец продукта,
технический
руководитель,
скрам-мастер
Проведение юзер интервью
UX/UI Designer,
Тестировщик
50
Рисунок разработан автором
53
Sprint 2
Создание плана работы
Скрам-мастер,
Владелец продукта
Технические спецификации
Технический
руководитель
Создание сценариев
пользователя
Тестировщик
Разработка карты сайта
UX/UI Designer
Разработка тест кейсов
Тестировщик,
Бизнес-аналитик
Sprint 3
Разработка прототипа
UX/UI Designer
Дизайн интерфейса
UX/UI Designer
Разработка интерфейса
приложения
Разработчик 1,
Разработчик 2,
Разработчик 3,
Старший
разработчик
Разработка Backend
Разработчик 1,
Разработчик 2,
Разработчик 3,
Старший
разработчик
54
Sprint 4
Юзабилити тестирование
UX/UI Designer,
Тестировщик
Разработка дизайн системы
UX/UI Designer
Кроссплатформенное
тестирование
Тестировщик
Выявление и устранение багов
Тестировщик,
Разработчик, Скрам-
мастер
Следовательно, зная перечень работ и длительность этапов, составляется
диаграмма Ганта (Рисунок 16). Диаграмма Ганта состоит из полос,
ориентированных вдоль оси времени. Каждая полоса на диаграмме
представляет отдельную задачу в составе проекта (вид работы), ее концы —
моменты начала и завершения работы, ее протяженность — длительность
работы. Вертикальной осью диаграммы служит перечень задач. Кроме того, на
диаграмме могут быть отмечены совокупные задачи, проценты завершения,
указатели последовательности и зависимости работ, метки ключевых моментов
(вехи), метка текущего момента времени «Сегодня» и др. Расчеты взяты для
55
построения Гант чарта и таблиц из Приложение 2
Рисунок 16. Диаграмма Ганта
51
Диаграмма Ганта наглядно отображает составляющие части проекта и
разбивают большой, цельный проект на задачи меньшего размера для удобства
управления. Получившиеся задачи размещаются вдоль временной шкалы
диаграммы Ганта, после чего на нее добавляют зависимости между задачами,
исполнителей и контрольные точки. использовать для отслеживания
организационной работы в отдельно взятом проекте, даже небольшом.
Зависимости между задачами, которые в большинстве программ для построения
диаграмм Ганта изображаются с помощью цветных стрелок, нужны для того,
чтобы приступить к выполнению нового задания можно было только после
завершения другого. Некоторые программы автоматически переносят сроки
выполнения следующего задания, если возникает какая-то задержка. Такая
возможность находит применение в ситуациях, когда над одним проектом
работают сразу несколько команд. Диаграммы Ганта позволяют упростить
составные проекты. С помощью этого средства можно весьма наглядно и удобно
51
Рисунок разработан автором