Регламент
Описание ролей в команде юнита
Общие рекомендации по командному взаимодействию с дизайнером, основанный на общих болях команд "Ренессанс"
Общие рекомендации по командному взаимодействию с дизайнером, основанный на общих болях команд "Ренессанс"
- 1. Упрощение процессовСокращение шагов:
В путях каждого дизайнера есть несколько повторяющихся шагов и точек принятия решений. Рекомендуется упростить эти рабочие процессы, объединив схожие действия или решения, где это возможно. Например, шаги типа "Проверка обновлений" или "Проверка завершения задачи" можно объединить в одно действие с более ясным результатом. - 2. Стандартизация задачЕдиная система отслеживания задач:
Некоторые шаги связаны с отслеживанием прогресса (например, проверка статуса задачи, утверждения, завершения). Стандартизировать эти действия в едином шаблоне или процессе, чтобы все следовали одной системе. Например, убедиться, что все задачи проходят через ревью перед тем, как быть завершёнными или отправленными в прод.
Четкая документация:
Убедитесь, что каждая задача, независимо от сложности, сопровождается документом или комментарием, объясняющим текущий статус, полученные отзывы и следующие шаги. Это помогает избежать путаницы и гарантирует, что ничего не будет упущено на разных этапах. - 3. Интеграция ревью и фидбэкаУлучшение процесса ревью:
На схеме видно, что ревью и получение обратной связи не всегда являются частью процесса каждой задачи. Рекомендуется внедрить регулярные этапы ревью, особенно перед тем, как задачи будут завершены. Возможно, стоит установить правило обязательных внутренних ревью, даже если это просто быстрая проверка основных моментов.
Множественные фидбэк-циклы:
Внедрить возможность нескольких раундов обратной связи на разных этапах работы. Если дизайнер или другой член команды замечает, что что-то можно улучшить или изменить после проверки текущего дизайна, это должно быть учтено до того, как задача перейдёт на следующий этап. - 4. Отслеживание прогресса и отчетностьОбновление статуса для заинтересованных сторон:
Нужно добавить этапы, на которых будут обновляться статус и решения для заинтересованных сторон. Дизайнеры должны понимать, когда им нужно информировать заказчиков или другие команды о изменениях или утверждениях, чтобы все оставались в согласии по срокам проекта. - 5. Командная коммуникацияВзаимодействие с заинтересованными сторонами:
В некоторых командах мало взаимодействия с заказчикам, особенно когда возникают проблемы или неясности в требованиях. Регулярные взаимодействия помогут синхронизировать членов команды и уменьшить заторы в процессе.
СПО в ряде команд определяет приоритеты задач и управляет объемом спринта. При этом в текущем процессе его участие в коммуникации с другими ролями может быть ограничено, что иногда снижает скорость согласования решений. Определить другое ответственное лицо, в случае отсутствия СПО
Альтернативная вариация
В некоторых командах роль СПО и РО трактуется иначе. Например, СРО подключается только к ключевым задачам по своему усмотрению, а РО определяют приоритеты задач. При этом аналитик плотно взаимодействует с дизайнером, оформляет задачи и контролирует их корректность
Пример
В одной из команд СПО минимально вовлечен в обсуждение задач, из-за чего коммуникация между участниками может быть менее эффективной
Альтернативная вариация
В некоторых командах роль СПО и РО трактуется иначе. Например, СРО подключается только к ключевым задачам по своему усмотрению, а РО определяют приоритеты задач. При этом аналитик плотно взаимодействует с дизайнером, оформляет задачи и контролирует их корректность
Пример
В одной из команд СПО минимально вовлечен в обсуждение задач, из-за чего коммуникация между участниками может быть менее эффективной
ПО в разных командах принимает ключевые решения по макетам и модерирует спорные моменты. Однако в некоторых случаях его участие ограничивается передачей задач без детального описания
Альтернативная вариация
В некоторых командах роль СПО и РО трактуется иначе. Например, СРО подключается только к ключевым задачам по своему усмотрению, а РО определяют приоритеты задач. При этом аналитик плотно взаимодействует с дизайнером, оформляет задачи и контролирует их корректность
Пример
Часть задач фиксируется в Telegram, что может усложнять их отслеживание и сбор обратной связи
Альтернативная вариация
В некоторых командах роль СПО и РО трактуется иначе. Например, СРО подключается только к ключевым задачам по своему усмотрению, а РО определяют приоритеты задач. При этом аналитик плотно взаимодействует с дизайнером, оформляет задачи и контролирует их корректность
Пример
Часть задач фиксируется в Telegram, что может усложнять их отслеживание и сбор обратной связи
Аналитики в большинстве команд отвечают за:
– постановку и детальное описание задач
– коммуникацию с заказчиками
Дополнительно
В ряде случаев они вовлечены в юридические вопросы и сбор обратной связи, что делает их важным звеном между клиентом и командой
– постановку и детальное описание задач
– коммуникацию с заказчиками
Дополнительно
В ряде случаев они вовлечены в юридические вопросы и сбор обратной связи, что делает их важным звеном между клиентом и командой
Разработчики взаимодействуют с дизайнерами в основном по вопросам:
– макетов
– технических правок
Проблема
Коммуникация с другими ролями происходит реже, что в некоторых случаях может замедлять процесс работы
– макетов
– технических правок
Проблема
Коммуникация с другими ролями происходит реже, что в некоторых случаях может замедлять процесс работы
Тестировщики чаще всего подключаются на поздних этапах, когда требуется внести технические правки
- 1. Организация общения и встречСинхронизация каналов:
Обсудить единый канал для общения с командой, например, использовать один инструмент для всех задач (например, Mater, Teams), чтобы избежать путаницы и гарантировать, что все находятся в одной рабочей среде.
Регулярные встречи:
Определить регулярность встречи по задачам, например, еженедельные видеозвонки, для обмена статусами. Противостояние недопониманиям на этапе обсуждения может сократить количество недоразумений в будущем.
Митинги с участием всех членов:
Убедиться, что дизайнеры всегда включены в важные встречи, если это необходимо для обсуждения задач, процессов или фидбека - 2. Упрощение работы с задачамиДля тех, кто не использует доски или испытывает трудности с инструментами, предложить краткие обучающие сессии. Это поможет улучшить восприятие и упрощение работы с Jira.
- 3. Ревью и согласование задачРегулярные ревью задач:
Внедрить обязательные ревью, чтобы избежать ситуации, когда задачам не уделяется должное внимание. Нужно создать шаблон для ревью и сделать процесс более автоматизированным. - 4. Определение форматов и стандартовЕдиный формат для всех документов (например, CJM, User Flows):
Определить стандарт для работы с CJM и другими документами, чтобы избежать путаницы и несоответствия. Можно использовать Confluence с едиными легендами для всех.
Согласование задачи:
Определить формат задания, где ясно указывается, что нужно сделать, кто ответственный и в какой срок. - 5. Работа с заказчикомУправление ожиданиями заказчика:
Создать процесс, при котором дизайнеры имеют возможность присутствовать на встречах с заказчиком. - 6. Использование досок и инструментовВнедрить персональные доски для каждого дизайнера. Это повысит прозрачность и упростит процесс отслеживания статусов, позволит брать доп проекты вне своего юнита.
