Фраза «это обходится нам дороже, чем кажется» в случае с permissionless ownership звучит не как красивая метафора, а как диагноз для многих IT-команд. Если сотрудник видит проблему, но понимает, что за публичный вопрос, спор с решением или лишнюю инициативу ему придется платить репутацией, скоростью карьеры или просто нервами, ownership быстро заканчивается на уровне слайдов для онбординга.
В колонке о permissionless ownership, как пишет The New Stack, Nicolás Vázquez разбирает простую, но неприятную мысль: люди молчат не потому, что им нечего сказать. Они молчат потому, что любое высказывание меняет их положение в системе. Поднять руку на созвоне, оспорить приоритет, указать на риск в архитектуре, признать, что дедлайн нереалистичен, — все это в нормальной компании должно считаться вкладом. На практике это часто воспринимается как нарушение негласного порядка: не тормози, не усложняй, не лезь не в свою зону.
Сама идея permissionless ownership звучит для IT-рынка почти как здравый смысл. Командам давно продают модель, в которой инженер не ждет отдельного разрешения, чтобы улучшить продукт, поправить процесс, поднять инцидент или задать неудобный вопрос. Особенно в среде, где любят говорить про автономные команды, продуктовый подход и культуру ответственности. Но у этой модели есть скрытая цена: формально ownership можно раздать всем, а фактически право на действие и право на несогласие оставить только тем, у кого уже есть статус, политический капитал или поддержка руководителя. Тогда получается довольно знакомая конструкция. Ответственность распределена широко, а безопасность высказывания — по дефициту.
Именно здесь тезис Vázquez бьет по больному месту. Большинство компаний недооценивают стоимость тишины. Она не выглядит как инцидент в мониторинге и не попадает в квартальный отчет отдельной строкой, но накапливается очень быстро: архитектурные компромиссы, о которых все догадывались, но никто не хотел поднимать тему; продуктовые решения, с которыми не соглашалась половина команды, но спорить было бессмысленно; найм «по срочности», после которого оставшиеся инженеры месяцами разгребают последствия. Для бизнеса это означает не абстрактное «падение вовлеченности», а вполне прикладные потери: медленнее принимаются решения, позже обнаруживаются риски, дороже обходятся ошибки, сильные сотрудники раньше уходят в места, где говорить безопаснее.
Для разработчиков этот разговор тоже не теоретический. Во многих командах ownership подается как признак зрелости: хочешь расти — думай шире своей задачи, замечай системные проблемы, предлагай изменения. Это справедливое требование ровно до момента, пока любая такая попытка не начинает восприниматься как угроза чьему-то авторитету, выход за рамки роли или лишний шум. Тогда инженер получает противоречивый сигнал. От него ждут инициативы, но только удобной; критического мышления, но без критики; самостоятельности, но без права менять траекторию разговора. В такой среде люди довольно быстро обучаются одному навыку — безошибочно распознавать, где безопаснее промолчать.
Для менеджеров и руководителей здесь, пожалуй, самый неприятный вывод. Permissionless ownership нельзя внедрить декларацией. Недостаточно написать в ценностях «каждый может влиять» или на ретро попросить команду быть смелее. Если человек знает, что за неудобный вопрос его сочтут токсичным, за несогласие — нелояльным, а за преждевременную эскалацию — паникером, он будет вести себя рационально. То есть молчать. Поэтому реальный тест на ownership проходит не там, где сотрудник самостоятельно добежал до результата, а там, где он публично обозначил риск, остановил плохое решение или задал вопрос, который портит всем красивую картинку. Если после этого его статус в команде просел, компания только что сама объяснила, чего на самом деле стоят ее разговоры про ответственность.
Отсюда и практический вывод для русскоязычной IT-аудитории, особенно для тимлидов, продактов, CTO и HR. Если в команде мало инициативы, проблема не всегда в пассивных людях. Иногда система просто слишком хорошо учит их осторожности. Полезно смотреть не на то, сколько раз сотрудники «проявили ownership», а на то, что происходило после таких попыток. Кто мог возразить на планировании без последствий? Кто мог сказать, что оценка нереалистична? Кто мог вынести проблему за пределы своей зоны ответственности и не получить в ответ холодную вежливость вместо поддержки? На этих деталях культура проверяется куда лучше, чем на любых внутренних манифестах.
Разговор о permissionless ownership в итоге упирается не в мотивационные лозунги, а в перераспределение риска внутри команды. Пока право говорить и право влиять остаются привилегией нескольких уверенных людей, остальным достается лишь обязательство «быть проактивными». И это, похоже, действительно обходится компаниям дороже, чем им хочется признавать.