Індустрія розваг неправильно розуміє продуктивність. Ось як насправді виглядає реальне покращення

Чому люди знову і знову помиляються, коли говорять про продуктивність

В анімації, іграх, ілюстрації та UI-дизайні одна й та сама розмова повторюється постійно: “Як нам працювати швидше?” “Як нам підвищити ефективність?”

І майже щоразу з’являються ті самі відповіді:

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

Я не кажу, що все це повністю марне. Але якщо вся розмова закінчується на цьому, то, найімовірніше, головне просто втрачається.

Іноді такі ідеї справді спрацьовують випадково. Новий інструмент може допомогти. Якийсь набір шорткатів може вдало підійти. Але якщо ви не можете виміряти, що саме покращилося і наскільки, то велика частина такої активності - це лише відчуття продуктивності.

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

Чому “імітація покращення” не працює

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

У Photoshop-workflow це може означати, наприклад:

• скільки хвилин на день іде на пошук шарів
• скільки кліків витрачається лише на перевірку blend mode та opacity
• скільки часу проходить до початку реальної роботи після отримання чужого PSD
• як часто ревізії зупиняються через те, що ніхто не може відразу зрозуміти, що саме потрібно змінити

Якщо ви не розумієте цих речей і все одно додаєте ідеї на кшталт “давайте спробуємо цей плагін” або “давайте поділимося ще шорткатами”, то в більшості випадків це не покращення.

Це просто театр покращень. Ви застосовуєте рішення ще до того, як визначили реальну проблему.

Покращення не означає знайти один магічний інструмент. Найважливіша частина покращення - це спостерігати, у чому насправді полягає проблема.

Правило 1: без стандартів покращення не буває

Перше, що потрібно команді, - це не більше сили волі й не більше мотивації. Це стандарти.

Перш ніж запитувати: “Як зробити так, щоб люди працювали швидше?”, потрібно визначити такі речі, як:

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

Якщо цих стандартів не існує, ви навіть не можете зрозуміти, що є нормою, а що відхиленням.

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

Це не означає: “workflow працює, бо ветерани сильні”. Це означає, що workflow залежить від ветеранів, бо стандарту просто не існує.

Якщо ви хочете глибше подивитися на те, як не стандартизовані PSD сповільнюють увесь проєкт, ця стаття розбирає це детальніше:

Якщо ваші PSD у Photoshop не стандартизовані, у вас серйозна виробнича проблема

Коли правила найменування та структура шарів не стандартизовані, ревізії, handoff і direction стають повільнішими.

Правило 2: перш ніж вирішувати, що робити, потрібно зрозуміти, що насправді відбувається

Навіть якщо ви визначили стандарти, покращення ще не почалося. Наступна умова - це здатність спостерігати за workflow.

Це не означає, що вам потрібно впроваджувати складну аналітичну платформу. Це означає уважно дивитися на базові й практичні запитання:

• де люди витрачають час на пошук
• де вони губляться
• де з’являються повторювані перевірки
• де раптово різко зростає когнітивне навантаження

Усе це потрібно бачити на власні очі. Якщо ви цього не розумієте, ви не зможете вибрати правильну коригувальну дію.

У багатьох workflow, пов’язаних із панеллю шарів, справжня втрата полягає не в “сирій” швидкості рук. Проблема в кількості кроків, які потрібні лише для того, щоб зрозуміти, що взагалі відбувається.

• самі назви шарів не показують реального стану
• доводиться клікати по шарах лише для перевірки opacity та blend modes
• глибока структура папок ускладнює доступ до потрібного елемента
• нерелевантні шари залишаються постійним шумом, навіть коли вам потрібні лише кілька об’єктів

Лише після того, як ці проблеми стають видимими, можна вирішувати, що саме треба виправляти. Навіть якщо проблема виглядає як “люди повільні”, все одно потрібно дослідити, чому це відбувається в конкретних умовах. Це може бути проблема інструментів. Це може бути проблема навчання. Це може бути проблема структури.

Додавання інструмента - це не покращення. Воно стає покращенням лише тоді, коли пов’язане зі спостереженням і стандартами

Цей момент варто сказати прямо:

Установлення нового інструмента саме по собі не підвищує продуктивність автоматично.

Інструмент стає засобом покращення лише тоді, коли допомагає робити такі речі, як:

• робити стандарти вартими дотримання, бо вони помітно економлять час
• легше виявляти аномалії в поточному workflow
• робити видимими час пошуку, час перевірок і моменти плутанини

Саме тому покращувати Photoshop-workflow настільки важко, якщо покладатися лише на стандартний UI.

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

Саме тому в багатьох командах зусилля, потрібні для підтримки стандартів, видно, а користь - ні.

І саме тому правила розвалюються під тиском.

DLLP - це не стільки “інструмент швидкості”, скільки інструмент, який виявляє проблеми workflow

DLLP легко описати як зручний інструмент. Але це не найголовніше.

Його справжня цінність не лише в тому, що він може:

• постійно показувати opacity та blend modes
• виділяти саме ті елементи, які вам потрібні, завдяки розширеній фільтрації
• дозволяти спостерігати за різними частинами PSD одночасно завдяки dual view

Його справжня цінність у тому, що він показує, де саме workflow витрачає час.

Якщо найменування непослідовне, фільтрація одразу виявляє цю слабкість. Якщо структура нечитабельна, більш зрозуміла панель одразу робить цю проблему видимою. Якщо керування станом шарів недбале, постійна видимість властивостей миттєво показує весь безлад.

Іншими словами, DLLP - це не просто інструмент, який робить вас швидшими. Це ще й дзеркало, яке показує, скільки сповільнення створює ваше поточне середовище.

Якщо ви хочете побачити конкретніші приклади того, як прибирати такі втрати, ці статті розкривають тему глибше:

Ви втрачаєте 40 годин на рік на пошук шарів? Перший в історії фільтр Photoshop, що зводить 'час пошуку' до нуля

Дізнайтеся, як усунути втрати від візуального прокручування шарів і виділяти лише те, що вам справді потрібно.

Як бачити opacity та blend modes всіх шарів одразу у Photoshop

Дізнайтеся, як прибрати перевірки через кліки та знизити вартість спостереження за станами шарів.

Справжнє зростання продуктивності - це не створення “швидших людей”. Це створення workflow, який не робить людей повільнішими

Те, що насправді потрібно індустрії розваг, - це не ще більше індивідуально швидких виконавців.

Їй потрібні:

• PSD, які може прочитати будь-хто
• середовище, у якому поточний стан легко зрозуміти
• система, у якій дотримання стандартів спрощує роботу, а не ускладнює її
• UI, який зменшує зайвий пошук і зайві перевірки

Саме так і виглядає workflow, який сам по собі не стає повільним.

Покращення не пов’язане з обвинуваченням окремих людей. Воно пов’язане з відмовою залишати втрати вбудованими в саму структуру роботи.

Якщо ваша команда постійно стикається з такими речами, як:

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

то перше, що треба ставити під сумнів, - це не особисті зусилля. Під сумнів треба ставити відсутність стандартів і відсутність спостереження.

Підсумок: якщо вам потрібна продуктивність, спочатку виміряйте workflow

Вивчати шорткати - не погано. Додавати інструменти - не погано. Але це не є ядром покращення.

Справжнє покращення завжди починається в одному й тому самому порядку:

• визначити стандарти
• подивитися, що насправді відбувається
• прибрати втрати на структурному рівні

Якщо команда пропускає цей порядок і відразу стрибає до “нам треба працювати швидше”, то зазвичай вона просто йде довшим шляхом.

Справжнє зростання продуктивності - це не збільшення сили волі. Це виведення причин уповільнення на поверхню та заміна їх структурою, яка більше не створюватиме ті самі втрати знову.