Design Operations
Меньше многозадачности. Быстрее от дизайна до разработки.
Перестроил работу дизайн-команды: ограничил количество параллельных задач, ввёл регулярное Design Review и наладил передачу решений разработчикам.
Руководство дизайном · Распределение задач · Design Review · Design QA
Приоритеты согласовывал с PM и Dev Lead.
−42%
Time in Review
4,12 → 2,38 рабочего дня
−27%
System Cycle Time
6,88 → 5,0 рабочего дня
ПРОЦЕСС РАБОТЫ
Прозрачный процесс работы
Выстроил понятный процесс от постановки задачи до передачи в разработку. Зафиксировал этапы работы, правила Design Review и критерии готовности макетов.
WIP = 2 задачи на дизайнера
Слишком много задач одновременно. Слишком мало завершённых.
Каждый дизайнер мог вести около пяти задач параллельно. Постоянные переключения мешали сосредоточиться, незавершённая работа накапливалась, а сроки передачи в разработку становились менее предсказуемыми.
ДО ИЗМЕНЕНИЙ
≈5
Параллельных задач на дизайнера
ПОСЛЕ ИЗМЕНЕНИЙ
2
WIP-лимит на дизайнера
Многозадачность создавала иллюзию высокой загрузки, но не помогала быстрее завершать работу.
Почувствуйте, сколько времени отнимает переключение между задачами
Пройдите два коротких раунда и сравните скорость выполнения.
Это займёт около минуты.
Первый раунд завершён
Далее: чередуйте буквы и цифры по порядку.
Результат
- Последовательно
- С переключением
- Разница · с переключением − последовательно
- Относительно первого раунда
Сравните время двух раундов и посмотрите, как переключение между задачами влияет на скорость выполнения.
НОВЫЙ ПРОЦЕСС
Перестроил путь от постановки задачи до разработки
WIP = 2
Ограничил количество активных задач, чтобы дизайнеры могли завершать начатое, а не постоянно переключаться.
Обязательное Design Review
Ввёл регулярное ревью, чтобы проверять решения до передачи в разработку.
Прозрачная передача
Закрепил Ready for Dev как точку передачи макетов и сохранил Design QA после разработки.
Совместное планирование
→↓
→↓
Разработал единый бриф для внешних заказчиков и наладил регулярную отчётность. Требования фиксируются до начала работы, а участники видят статус и приоритеты задач.
Отвечаю за описание и декомпозицию задач, распределение работы, Design Review и качество проектирования. Приоритеты и планы согласовываю с PM и Dev Lead.
Меньше ожидания. Быстрее передача в разработку.
После изменений я сравнил показатели двух крупных задач: раздела «Файлы» и «Каталога товаров». Время в Review сократилось, а общий цикл стал короче, хотя непосредственная работа дизайнера над следующей задачей занимала больше времени.
Файлы n=8 · Каталог n=9 задач с проверенной историей статусов · рабочие дни
Дни
Общая шкала
Time in Review
−42%
Файлы
4,12 дня
Каталог
2,38 дня
Direct design time
+30%
Файлы
1,88 дня
Каталог
2,45 дня
System Cycle Time
−27%
6,88 → 5,0 рабочего дня
Файлы 8 · Каталог 12 интервалов задач
Файлы · 6,88 дня
Каталог · 5,0 дня
Сравнение полного цикла задач.
Что изменилось
Время в статусе Review сократилось на 42%, а общий цикл выполнения задач стал короче примерно на 27%.
Прежде значительная часть времени уходила на ожидание ревью. Я перестроил процесс, чтобы быстрее выявлять проблемы и передавать готовые решения разработчикам.
| Расчёт | Файлы | Каталог | Изменение | Выборки |
|---|---|---|---|---|
| Time in Review | 4,12 дня | 2,38 дня | −42% | 8 / 9 задач с историей статусов |
| Direct design time | 1,88 дня | 2,45 дня | +30% | 8 / 9 задач с историей статусов |
| System Cycle Time · полный цикл задач | 6,88 рабочего дня | 5,0 рабочего дня | −27% | 8 / 12 интервалов задач |
РАБОТА КОМАНДЫ
Новый процесс стал обычным способом работы
Изменения не остались разовым экспериментом. Команда продолжает работать с WIP-лимитом, обязательным Design Review, совместным планированием и Design QA.
Моя зона
Организация работы, распределение задач, ревью и качество дизайна.
Совместно с командой
Планирование и приоритеты с PM и Dev Lead.
Результат команды
Проектирование интерфейсов и реализация решений разработчиками.
Главный вывод
