Какой путь проходит
задача по сайту
В нашей команде каждый может предложить идею по улучшению сайта. Вместе мы делаем его удобнее и дружелюбнее для пользователя.
Если у тебя есть предложение, то полезно будет заранее узнать, какие стадии проходит идея до реализации. Наша схема поможет разобраться
Автор идеи и заказчик

Владельцы процессов

Продакт-менеджер отдела по развитию сайта
1
Требуется доработка
Если идея не согласована, дальше она не идет
Обстукивание
Автор идеи обсуждает ее с владельцами процессов и продакт-менеджерами, которых затрагивает идея
Идея согласована
Результат
Участники процесса
Возможные причины для доработки задачи
Автор идеи и заказчик

Владельцы процессов
2
Проработка и постановка задачи в Helpdesk
Есть описание изменений и цель, описан эффект и критерий результата, присвоен номер в Helpdesk
Результат
Пример описания изменений
Пример описания изменений
Заполняет автор идеи
Автор идеи описывает желаемое изменение и отправляет письмо в Helpdesk
Администратор сайта
3
Определение команды
Задача попала в очередь команды с приоритетом 0
Результат
Зоны ответственности команд и руководители
Зоны ответственности команд и руководители
Администратор сайта определяет задачу в соответствующую команду
Продакт-менеджер отдела по развитию сайта

Аналитики

Разработчики

Тестировщики
4
Предварительная оценка
Команда разработки дает экспресс-оценку задачи
Примерно оценен объем работ и размер задачи
Результат
Автор идеи и заказчик

Владельцы процессов
5
Приоритизация внутри дирекции
Ответственный от дирекции присваивает приоритет задаче среди прочих в дирекции
Задаче присвоен внутренний приоритет
Результат
Продакт-менеджер отдела по развитию сайта

Веб-аналитик
6
Приоритизация в очереди продуктовой команды
Продакт-менеджер совместно с веб-аналитиком собирает статистику, прогнозирует эффект от изменений и сравнивает с предполагаемым эффектом от других задач
Задаче присвоен приоритет, и она попадает в квартальное планирование
Результат
Продакт-менеджер отдела по развитию сайта

Дизайнер
7
Проработка бизнес-требований (БТ) и макетов
Дизайнер и продакт-менеджер выбирают оптимальное решение
Есть готовое БТ и дизайн по выбранному решению
Результат
Пример БТ
Бизнес-требование – описывает, как для клиента должен работать создаваемый функционал или как он изменит процессы компании. Клиентом может выступать покупатель или сотрудник ВсеИнструменты.ру
Пример БТ
Заполняет продакт команды
Автор идеи и заказчик

Владельцы процесса

Продакт-менеджер отдела по развитию сайта

Дизайнер

Аналитики

Разработчики

Тестировщики
8
Согласование БТ и дизайна
Продакт-менеджер обсуждает решение с заказчиками и командой, собирает обратную связь и вносит правки
Согласованы БТ и дизайн
Результат
Требуется доработка
Если БТ и дизайн не согласованы – они отправляются на доработку
Аналитики

Разработчики
9
Системная аналитика
Аналитик команды формирует техническое задание (ТЗ)
Есть ТЗ по задаче
Результат
Пример ТЗ
Пример ТЗ
Заполняет аналитик команды
Автор идеи и заказчик

Владельцы процессов

Продакт-менеджер отдела по развитию сайта

Аналитики
10
Согласование ТЗ
Согласовано ТЗ по задаче
Результат
Требуется доработка
Если ТЗ не соответствует БТ – вносятся правки
Аналитик команды согласовывает ТЗ с продакт-менеджером, автором идеи, заказчиком и владельцами процессов
Продакт-менеджер отдела по развитию сайта

Аналитики

Разработчики

Тестировщики
11
Финальная оценка
Задача оценена. Определен срок выкладки в тест
Результат
Команда разработчиков оценивает задачу
Автор идеи и заказчик

Владельцы процессов

Продакт-менеджер отдела по развитию сайта
12
Финальная приоритизация
Продакт-менеджер актуализирует приоритет задачи в зависимости от ее оценки. Если у задачи сильно изменилась оценка, приоритет может меняться
Задаче присвоен приоритет
Результат
Тестировщики
13
Написание тест-плана
Тестировщик составляет общий план тестирования, а также проверяет БТ/ТЗ на понятность и полноту описания
Есть тест-план, БТ/ТЗ согласовано тестировщиком
Результат
Пример тест-плана
Пример тест-плана
Заполняет тестировщик команды
Разработчики
14
Реализация задачи разработчиками
Разработчики пишут код
Реализован функционал на локальном стенде
Результат
Локальный стенд – копия сайта, которая имеет основные функции боевого сайта и служит для корректного внедрения нового функционала. Находится на компьютере разработчика, и работать с ней может только он
Разработчики
15
Требуется доработка
Если качество кода не соответствует критериям – вносятся правки
Code review
Разработчики проверяют качество кода
Код соответствует критериям качества
Результат
Разработчики

Тестировщики
16
Требуется доработка
Если в задаче обнаружены ошибки – вносятся правки
Тестирование IT
Тестировщик пишет тест-спецификацию для проверки задачи. Задача проверяется на тестовом стенде
Задача работает на тестовом стенде без ошибок
Результат
Пример тест-спецификации
Пример тест-спецификации
Заполняет тестировщик команды
Тестовый стенд – копия сайта, которой пользуются несколько разработчиков. Помогает проверить работу функционала, чтобы не допустить ошибок на боевом сайте. Тестовый стенд доступен тестировщику и всем участникам проекта. Используется также для демонстрации задачи
Разработчики
17
Требуется доработка
Если качество кода не соответствует критериям – вносятся правки
Code review повторное
Разработчики повторно проверяют код по результатам изменений, внесенных после тестирования
Код соответствует критериям качества
Результат
Автор идеи и заказчик

Владельцы процессов

Продакт-менеджер отдела по развитию сайта

Дизайнер

Аналитики

Тестировщик
18
Требуется доработка
Если задача не соответствует требованиям – вносятся правки, и задача возвращается на тестирование
Реализация задачи соответствует всем требованиям
Результат
Приемка задачи бизнесом
Тестировщик проводит демонстрацию задачи на тестовом стенде и собирает обратную связь
Аналитики

Разработчики

Тестировщики
19
Требуется доработка
Вносятся мелкие правки.
В случае серьезных
ошибок происходит откат задачи на этап написания кода
Канареечное тестирование
Тестировщики проверяют задачу на боевом сайте на маленькой группе пользователей
Задача работает на канарейке без ошибок
Результат
Боевой сайт – сайт www.vseinstrumenti.ru, который видят миллионы наших клиентов
Разработчики
20
Релиз
Функционал доступен всем пользователям сайта
Результат
Выкладывающий разработчик открывает функционал для всех пользователей сайта
Выкладывающий разработчик – это специалист, который имеет право выкладывать задачи на боевой сайт с полной ответственностью, что новый функционал не навредит сайту и клиенту. Также он согласует дату и время выкладки задачи
Автор идеи и заказчик

Владельцы процессов

Продакт-менеджер отдела по развитию сайта

Дизайнер

Тестировщики
21
Требуется доработка
В случае серьезных ошибок происходит откат задачи на этап разработки.
Мелкие правки могут быть выложены на сайт отдельными задачами
Финальная проверка релиза
Все заинтересованные лица проверяют задачу на сайте
Задача работает на сайте без ошибок
Результат
Автор идеи и заказчик

Владельцы процессов

Продакт-менеджер отдела по развитию сайта

Веб-аналитик
22
Наблюдение за результатом
Продакт-менеджер и веб-аналитик собирают статистику и оценивают результат. В ряде случаев это делает заказчик или автор идеи
Понятен успех задачи
Результат
Автор идеи и заказчик

Владельцы процессов

Продакт-менеджер отдела по развитию сайта
23
Дальнейшая проработка задачи, если требуется
Корректировки по задаче отправляются на стартовый этап
Результат
Задача завершена
Новый функционал работает на сайте
Коротко о процессе
1
Проработка заказчиком
  • Обсуждение с владельцами процессов и продактами
  • Постановка задачи в Helpdesk
  • Приоритизация внутри дирекции
2
Проработка продактом ответственной команды
  • Предварительная оценка с разработчиками
  • Проработка БТ и макетов
  • Согласование с заказчиками
3
Проработка в IT
  • Аналитика и написание технического задания
  • Финальная оценка и приоритизация
  • Создание плана тестирования
4
Реализация в IT
  • Программисты пишут код
  • Code review — проверка качества кода
  • Тестирование IT и демонстрация задачи бизнесу
5
Релиз на боевом сайте
  • Проверка на боевом сайте на маленькой группе пользователей
  • Релиз на всех пользователей и финальная проверка
  • Сбор статистики и оценка результата
Мы хотим, чтобы схема была понятна для всех сотрудников. Помоги нам сделать ее лучше!
Оцени понятность схемы
Твои предложения по улучшению схемы