Рутинная работа, которую кто-то должен делать (или нет)
Часто я прихожу в офис ради работы с двумя мониторами в шеринге. Так удобнее разбираться с таблицами и карточками в канбане или тикетами в джире. И вот что я скажу про темную сторону этого хобби.
Когда из хаоса впервые, как Афродита из пены, встает хоть какая‑то система, это воодушевляет и улучшает повседневную работу. Но поддерживать Confluence или подобные системы намного менее увлекательно. На груминг инструментов или базы знаний время уже не выделяют, и это точно не то, что впечатлит кого‑то на регулярном созвоне. Разница между «есть какие‑то логи» и «есть регулярно обновляемые логи» не так уж велика, чтобы объяснить несколько часов в неделю. Получается минимальный результат и много недооцененного труда, а за углом уже маячат усталость и разочарование (которые кому‑то представятся как «Выгорание, очень приятно», но у нас с вами словарный запас побольше).
Что делать?
1) Ничего не делать — какое‑то время понаблюдать, нельзя ли обойтись без этого отчета/таблицы/операции. Если предполагается, что это нужно не только вам, но никто не спохватился за пару месяцев — ценность артефакта была преувеличена.
2)Применить правило 80/20 наоборот — сократить ресурсы на 80% и оставить только критически важные задачи на 20% времени. Возможно, базовая версия будет работать эффективнее. Или см. пункт 1.
3) Делегировать — если таблицы заполняются, значит, это кому‑нибудь нужно. Почти всегда можно устроить краудсорсинг с коллегами. Главное — понятно описать, что и как делать, и объяснить, зачем это нужно. Например, если правильно (вот так) положить слайды в хранилище презентаций (сюда), их сможет найти любой по спикеру, конференции или теме — профит? Профит! Если никому это не нужно — возвращаемся к пункту 1. Не стоит превращаться в незаменимого человека, который единственный знает, как это делается. Наоборот, хорошо описанный проект — это шанс однажды кому-нибудь его делегировать с концами.
- Автоматизировать — добавить бота для правильного заполнения форм, структурировать информацию при помощи LLM, встроить процесс во внутренние системы, а не набрасывать поверх них («живенько так») и т.п.. Х
Что не работает, так это нанимать отдельного операционного менеджера, потому что, едва насобачившись делать вот это всё одной левой, любой сотрудник стремится вырваться на волю, к проектам поинтереснее.
Главное правило: не превратить рутину в чемодан без ручки, который жалко бросить только потому, что уже дотащили «до сюда». Регулярно (или при первом ощущении раздражения) стоит задавать себе два вопроса:
— Приносит ли проект реальную пользу? — Стоит ли затраченное время результата?
Если возня с таблицей просто успокаивает, как рукоделье - это тоже считается приемлемым пользой!
P.S. на иллюстрации от Кандинского изображена сотрудница, которая всё успевала, потому что у нее были руки хоть и кривые, зато сразу четыре, но она все равно по итогу поехала кукухой, ведь делать невидимую и часто ненужную работу это очень грустно.
