Работа клеем (being glue/glue work)

Замечали ли Вы, что делаете множество нетипичной и неинженерной работы, без которой успех проекта не случится, например:
- перевести с инженерного на продуктовый язык
- разрешить затянувшееся противостояние мнений в код-ревью или по архитектурным вопросам
- пофасилитировать встречу и добиться на ней результата
- сформулировать общее понимание/виденье, или написать статью, чтобы систематизировать и распространить знания

В статье "Being Glue" Таня Рейли дала такой работе название "glue work" - "работать клеем".

Это малозаметная,работа на стыке: людей и архитектур, команд и процессов, бизнеса и технологий, которая скрепляет команду и проектную работу воедино. Она важна хотя бы потому, что:
1️⃣ любой крупный проект требует координации множества людей. Без "клеевой" работы проекты распадаются на изолированные части, не стыкующиеся друг с другом (работа клеем неизбежна)
2️⃣ это эффективный способ масштабировать работу. К примеру, Вы провели звонок и устранили блокер для дальнейшей работы. ЭТо позволило целой группе инженеров работать продуктивно (force multiplication)
3️⃣взяв организационные и коммуникационные преграды на себя, вы позволяете другим инженерам войти в состояние «потока» и сосредоточиться на сложной технической работе, создав для них возможность войти в поток (creating flow)

⁉️Автор настаивает, что это не "менеджмент на минималках", а полноценная инженерная дисциплина, требующая глубоких технических знаний для принятия верных решений. Являсь необходимой частью успеха любого проекта, "работа клеем" зачастую остается незамеченной и не оцененной, не фиксируется как "приносимая результат", не используется на перформанс-ревью как аргумент.

Парадокс в том, что хороший исполнитель подобной работы рискует попасть в ловушку (the glue trap) - навсегда стать закрепленным за этой ролью. Менеджмент воспринимает его как "человека, решаюшего проблемы" (как Мистер Вульф из Криминального Чтива), и всю такую работу автоматически делегируют ему. Отчего инженер перестает заниматься глубокой инженерной работой (deep technical work), теряет навыки и техническую экспертизу, а вместе с ней — и свой авторитет, который и позволял ему эффективно заниматься клеевой работой.

Чтобы разорвать этот порочный круг, автор рекомендует

❓Инженерам:
- вести свой дневник клеевой работы (glue journal), фиксировать что сделано и на что повлияло. Дневник превратит невидимую работу в видимую, поможет представить ее прозрачной и понятной. На эту есть классный доклад.
- частично делегировать работу клеем мидлам, чтобы развивать их и не концентрировать скилл решения проблем в одних руках и разгрузить себя
- не позволять работе клеем занять все ваше время - стоит резервировать время под грубокую инженерную работу в том числе
- приоритезировать, а не просто реагировать на все подряд. Спросить себя "Какая деятельность максимально приблизит нас к стратегическим целям?"

❓Управленцам:
- повышать прозрачность такой работы, формулировать ее явно и признавать. Например обсудить на 1-1 какую клеевую работу проделал инженер, и что из этого можно задокументировать?
- включить в критерии карьерного роста - продвигать необходимость явной оценки glue-work наравне с техническими достижениями
- защищать время инженера - ограждать время для глубокой работы, взяв на себя часть организационного давления

Далее в своей книге (The Staff Engineer's Path), Таня приходит к выводу, что это не случайная дополнительная нагрузка, а основной инструмент воздействия staff-инженера. А ключ к успеху - управлять ею стратегически, делая видимой и обеспечивая баланс с технической работой, не попадая в ловушку. А не проcто ее делать 🤔

Что думаете о работе клеем? Часто ее делаете? Фиксируете где-то? Как повышаете ее прозрачность? Расскажите в комментариях 🙏