Как корпоративная мода на чёткие должностные границы убивает инициативу
В колонке The Register рассказывается о летней практике молодого программиста Терри в муниципальном IT-центре в Великобритании. Он обнаружил критическую уязвимость: batch-программа MOVE удаляла файлы без проверки ошибок, рискуя потерей данных. Терри переписал скрипт, чтобы добавить защиту. За это его вызвали к начальнику с обвинением в выполнении чужой работы и приказом сосредоточиться только на своих обязанностях.
История служит примером того, как жёсткие корпоративные культуры и культура риск-авертивного управления подавляют инициативу и отказывают сотрудникам в праве на инженерное суждение. Молодой специалист усвоил урок: просто делай свою работу и больше ничего.
Ключевые факты
- Корпоративные границы чётко определены, но они не гибкие
- Инициатива, направленная на снижение рисков, расценивается как посягательство на чужой территорий
- Молодые сотрудники с инженерным мышлением часто конфликтуют с бюрократией
- История от 1980-х показывает, что проблема существует десятки лет
- Культура нарушилась, но нормы остались
Ред. Сорок лет спустя у бага нет имени, а у выговора есть. Это и есть корпоративная память.
Почему это важно
В технологических компаниях часто полагают на жёсткие роли и ответственность. Но такой подход может привести к серьёзным отказам, если сотрудник видит проблему вне своего зоне компетенции и не решается её взять в руки. История Терри иллюстрирует, как организационные структуры могут препятствовать здравому смыслу и безопасности.
Ред. Жёсткие роли удобны ровно до первого сбоя, который случается строго между двумя должностными инструкциями. Там, где никто не отвечает, обычно и теряются данные.
Кому это важно
Молодым специалистам в корпоративной среде, руководителям, которые планируют культуру организации, и архитекторам, проектирующим системы с чёткой ответственностью. Также релевантно для команд, занимающихся безопасностью данных.
Ред. Особенно тем руководителям, которые пишут красивые матрицы ответственности и искренне верят, что инициатива в них как-нибудь сама поместится.
Как это применить
При найме и оценке сотрудников искать способность к инженерному суждению и готовность действовать в интересах продукта. Создавать культуру, где видение проблемы авторизует решение, даже если оно выходит за рамки должностной инструкции. Документировать такие ситуации как положительные примеры.
Ред. Совет хороший, выполнимость спорная: нанять людей с инженерным суждением легко, не отбить его первым же выговором за «чужую работу» гораздо труднее.
Можно ли доверять
Источник, The Register, авторитетное издание о технологиях и ИТ. История представлена в классическом формате колонки «Who, Me?» и, похоже, основана на реальном опыте. Детали соответствуют культуре и технологиям 1980-х годов.
Ред. The Register и рубрика «Who, Me?» это жанр, где правда отлично уживается с приукрашиванием ради хорошей истории. Мораль от этого, впрочем, не тускнеет.
Риски и подводные камни
Если абсолютизировать свободу действия без координации, это может привести к хаосу: каждый переписывает чужой код по своему разумению. Нужен баланс: культура должна поощрять суждение и действие, но в рамках минимальной координации и стандартов. История показывает другую крайность, запрет на инициативу.
Ред. Честная оговорка про другую крайность. Хотя признаемся: команд, где каждый молча переписывает чужой код из энтузиазма, в природе встречается заметно меньше, чем команд, где боятся тронуть лишнюю строчку.