Ваш найдосвідченіший Qlik-розробник, скоріш за все, не розробляє.

Не тому, що йому бракує мотивації. Не тому, що беклог порожній. А тому, що він став неофіційним воротарем усього, що рухається між середовищами. Людиною, яку всі питають перед тим, як натиснути Publish.

Це — Податок на сеньйора. І більшість Qlik-команд платять його щотижня, навіть не усвідомлюючи цього.

Як насправді виглядає типовий тиждень

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

Понеділок, ранок: хтось пише в Teams. «Привіт, можна публікувати? Я маю зміни в Sales Dashboard.» Сеньйор кидає те, що робив. Перевіряє з двома іншими людьми. Чекає підтвердження. Дає зелене світло. Легко сорок хвилин як не було. Іноді чотири години, якщо є конфлікт.

Вівторок: у звіті Revenue неправильні цифри. Це завантаження даних? Зміна виразу? Фільтр, який хтось додав у п’ятницю? Ніхто не знає. Сеньйор відкриває дві версії застосунку поруч і починає порівнювати об’єкти вручну. Аркуш за аркушем. Міра за мірою. Через дві години причина знаходиться: хтось змінив Set Analysis вираз в одній master measure, і це каскадом вплинуло на 14 графіків.

Середа: хтось публікує на продакшн. Тільки вибирає не той stream. Користувачі дзвонять. Усі кидають все. Сеньйор знаходить бекап QVF з минулого тижня на мережевому диску, імпортує, перепублікує. Бекапу шість днів. Шість днів роботи — зникли. «Переробимо», — каже команда. Усі кивають. Більше ніхто про це не говорить.

Четвер: сеньйор нарешті сідає за справжню розробку. Те, для чого його наймали. Моделювання даних, оптимізація продуктивності, створення чогось нового. О 11 ранку — ще два повідомлення в Slack про координацію деплойменту.

П’ятниця: який день найкращий для релізу?

Це і є податок

Такий його тиждень. Кожен тиждень.

Цих розробників наймали за їхні мізки. За архітектурні рішення та складні моделі даних. За ту роботу, яка рухає бізнес вперед. Натомість вони стали живими системами контролю версій. Ходячими логами деплойменту. Людьми, яких усі питають перед тим, як натиснути Publish.

Іронію важко не помітити: найздібніша людина в команді витрачає найменше часу на роботу за компетенціями.

Чому ніхто не скаржиться

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

А оскільки це невидима робота — жодних тікетів, жодних story points, жодної колонки на sprint board для «відповідав у Teams про безпеку деплойменту» — ніхто не вимірює вартість.

Але вартість реальна. Кожна година, витрачена на координацію деплойменту — це година, не витрачена на рефакторинг моделі даних, який скоротив би час перезавантаження вдвічі. Або на новий дашборд, на який CFO чекає з першого кварталу. Або на міграцію в Qlik Cloud, яку щокварталу відкладають на наступний.

Впізнаєте себе?

Якщо ви прочитали це і впізнали свій вівторок — ви не самотні. Це стандартний робочий процес більшості Qlik-команд, де більше трьох-чотирьох розробників. Це не збій процесу. Це відсутність процесу — заповнена найдосвідченішою людиною в команді, просто тому що вона знає, де що лежить.

Податок на сеньйора — це те, що трапляється, коли команда росте, а її інструменти — ні.

#DevelopersLifesMatter

Це перший пост у серії #DevelopersLifesMatter — історії про невидиму роботу, яку Qlik-розробники виконують щодня. Слідкуйте за DatalabsUa, щоб не пропустити наступні.

Наступний у серії: Ваша Qlik-команда успадкувала IT-стимули. У цьому і є вся проблема.