Индустрия развлечений неправильно понимает продуктивность. Вот как на самом деле выглядит реальное улучшение

Почему люди снова и снова ошибаются, когда говорят о продуктивности

В анимации, играх, иллюстрации и UI-дизайне один и тот же разговор повторяется постоянно: “Как нам работать быстрее?” “Как повысить эффективность?”

И почти каждый раз появляются одни и те же ответы:

• добавить новый инструмент
• выучить больше горячих клавиш
• быстрее двигать рукой
• просто больше привыкнуть

Я не говорю, что всё это полностью бесполезно. Но если весь разговор заканчивается на этом, значит, главное упускается.

Иногда такие идеи действительно срабатывают случайно. Новый инструмент может помочь. Определённый набор шорткатов может удачно подойти. Но если вы не можете измерить, что именно улучшилось и насколько, то большая часть такой активности - это лишь ощущение продуктивности.

Настоящая проблема в том, что люди продолжают думать о том, что добавить, не пытаясь понять, почему workflow изначально медленный.

Почему “имитация улучшения” не работает

Когда попытки повысить продуктивность проваливаются, схема почти всегда одна и та же: люди наслаивают решения, не измерив текущее состояние.

В Photoshop-workflow это, например, означает:

• сколько минут в день уходит на поиск слоёв
• сколько кликов тратится только на проверку режимов наложения и непрозрачности
• сколько времени проходит до начала реальной работы после получения чужого PSD
• как часто правки останавливаются, потому что никто сразу не понимает, что именно нужно менять

Если вы не понимаете этих вещей и всё равно добавляете идеи вроде “давайте попробуем этот плагин” или “давайте поделимся ещё шорткатами”, то в большинстве случаев это не улучшение.

Это просто театр улучшений. Вы применяете решения раньше, чем определяете реальную проблему.

Улучшение не означает поиск одного магического инструмента. Самая важная часть улучшения - это наблюдение за тем, в чём на самом деле состоит проблема.

Правило 1: без стандартов улучшения не бывает

Первое, что нужно команде, - это не упорство и не мотивация. Это стандарты.

Прежде чем спрашивать: “Как заставить людей работать быстрее?”, нужно определить такие вещи, как:

• как должны называться слои
• как должны группироваться папки
• где должны находиться adjustment layers и эффекты
• как должен выглядеть PSD, чтобы следующий человек мог сразу его прочитать

Если этих стандартов нет, вы даже не можете нормально определить, что является нормой, а что отклонением.

Без стандартов невозможно ясно понять, workflow медленный или просто хаотичный. В результате правилом становится тот, кто в данный момент касается файла, а сам процесс становится зависимым от конкретных людей.

Это не означает: “workflow работает, потому что ветераны сильные”. Это означает: workflow зависит от ветеранов, потому что стандарта не существует.

Если вы хотите глубже посмотреть на то, как не стандартизированные PSD замедляют весь проект, этот материал разбирает проблему подробно:

Если ваши PSD в Photoshop не стандартизированы, у вас серьёзная производственная проблема

Когда правила именования и структура слоёв не стандартизированы, правки, handoff и direction становятся медленнее.

Правило 2: прежде чем решать, что делать, нужно понять, что на самом деле происходит

Даже если вы определили стандарты, улучшение ещё не началось. Следующее необходимое условие - это способность наблюдать workflow.

Это не значит, что нужно внедрять какую-то сложную аналитическую платформу. Это значит внимательно смотреть на простые и практичные вопросы:

• где люди тратят время на поиск
• где они теряются
• где возникают повторяющиеся действия по проверке
• где внезапно резко растёт когнитивная нагрузка

На всё это нужно смотреть своими глазами. Если вы этого не понимаете, вы не сможете выбрать правильное корректирующее действие.

Во многих workflow, завязанных на панели слоёв, настоящая потеря заключается не в сырой скорости работы рукой. Проблема в количестве шагов, необходимых просто для того, чтобы понять, что вообще происходит.

• сами названия слоёв не показывают реальное состояние
• приходится кликать по слоям только ради проверки непрозрачности и режимов наложения
• глубокая структура папок затрудняет доступ к нужному элементу
• ненужные слои остаются видимым постоянным шумом, даже когда вам нужны всего несколько объектов

Только после того, как эти проблемы становятся видимыми, можно решать, что именно исправлять. Даже если проблема выглядит как “люди работают медленно”, всё равно нужно разобраться, почему это происходит в конкретных условиях. Это может быть проблема инструмента. Это может быть проблема обучения. Это может быть проблема структуры.

Внедрение инструмента - это не улучшение. Оно становится улучшением только тогда, когда связано с наблюдением и стандартами

Этот момент стоит сказать прямо:

Установка нового инструмента сама по себе не повышает продуктивность.

Инструмент становится средством улучшения только тогда, когда помогает делать такие вещи, как:

• делать стандарты выгодными, потому что они заметно экономят время
• легче обнаруживать аномалии в текущем workflow
• делать видимыми время поиска, время проверок и точки, где возникает путаница

Именно поэтому улучшать Photoshop-workflow так трудно, если полагаться только на стандартный UI.

Вы можете привести в порядок названия слоёв, но это не всегда превращается в скорость. Вы можете определить цвета слоёв, но это не обязательно улучшит читаемость или извлечение нужного. Вы можете организовать структуру, но когда PSD разрастается, вы всё равно упираетесь в скролл и открывание папок.

Поэтому во многих командах усилие, необходимое для поддержания стандартов, видно, а выгоду - нет.

Именно поэтому правила разваливаются под давлением сроков.

DLLP - это не столько “инструмент ускорения”, сколько инструмент, который вскрывает проблемы workflow

DLLP легко описать как удобный инструмент. Но это не самое главное.

Его реальная ценность не только в том, что он может:

• постоянно показывать непрозрачность и режимы наложения
• извлекать именно те элементы, которые вам нужны, с помощью продвинутой фильтрации
• позволять наблюдать разные части PSD одновременно благодаря dual view

Его реальная ценность в том, что он показывает, где именно workflow теряет время.

Если именование непоследовательно, фильтрация сразу выявляет эту слабость. Если структура нечитаема, более наглядная панель сразу делает этот сбой очевидным. Если управление состоянием слоёв небрежно, постоянная видимость свойств мгновенно показывает весь беспорядок.

Иными словами, DLLP - это не только инструмент, который делает вас быстрее. Это ещё и зеркало, показывающее, сколько замедления создаёт ваша текущая среда.

Если вы хотите увидеть более конкретные примеры того, как устранять такие потери, эти статьи раскрывают тему глубже:

Вы теряете 40 часов в год на поиск слоёв? Первый в истории фильтр Photoshop, который сводит 'время поиска' к нулю

Узнайте, как устранить потери от визуального прокручивания слоёв и извлекать только то, что вам действительно нужно.

Как видеть opacity и blend modes всех слоёв сразу в Photoshop

Узнайте, как избавиться от проверки через клики и снизить стоимость наблюдения за состояниями слоёв.

Настоящее повышение продуктивности - это не создание “более быстрых людей”. Это создание workflow, который не делает людей медленнее

То, что действительно нужно индустрии развлечений, - это не ещё больше индивидуально быстрых исполнителей.

Ей нужны:

• PSD, которые может прочитать любой
• среда, в которой текущее состояние легко понять
• система, в которой соблюдение стандартов упрощает работу, а не усложняет её
• UI, который уменьшает лишний поиск и лишние проверки

Вот так и выглядит workflow, который сам по себе не становится медленным.

Улучшение не связано с обвинением отдельных людей. Оно связано с отказом оставлять потери зашитыми в самой структуре работы.

Если ваша команда постоянно сталкивается с такими вещами, как:

• бесконечный повторяющийся поиск слоёв
• трата времени на правки только для того, чтобы сначала понять структуру файла
• усталость от чтения чужих PSD
• внедрение инструментов без ясного ощущения роста продуктивности

то первое, что нужно ставить под сомнение, - это не личное старание. Под сомнение нужно ставить отсутствие стандартов и отсутствие наблюдения.

Итог: если вам нужна продуктивность, сначала измерьте workflow

Изучать шорткаты - не плохо. Добавлять инструменты - не плохо. Но это не является ядром улучшения.

Настоящее улучшение всегда начинается в одном и том же порядке:

• определить стандарты
• посмотреть, что на самом деле происходит
• убрать потери на структурном уровне

Если команда пропускает этот порядок и сразу прыгает к “нам нужно работать быстрее”, в итоге она почти всегда идёт более длинным путём.

Настоящее повышение продуктивности - это не увеличение силы воли. Это выведение причин замедления на свет и замена их структурой, которая больше не будет создавать те же самые потери снова.