К настоящему времени все компании в основном ориентированы на данные. Это верно независимо от того, работают ли они в сфере технологий. Следовательно, имеет смысл изучить роль, которую управление данными играет в повышении – и, если уж на то пошло, – в снижении – производительности и сотрудничества внутри организаций.
Хотя термин «управление данными» неизбежно вызывает в воображении образы огромных серверных ферм, основные принципы появились еще до компьютерной эры. От переписей и выборов до зарождения банковского дела отдельные лица и организации долгое время занимались сбором и анализом данных.
Понимая потребности всех заинтересованных сторон, организации могут начать выяснять, как устранить блокировки.
Один из часто цитируемых примеров – Флоренс Найтингейл, британская медсестра, которая во время Крымской войны записывала и визуализировала истории болезни, чтобы подчеркнуть ужасные условия в больницах на передовой. Спустя столетие Соловей считается не только гуманитарием, но и одним из первых в мире специалистов по обработке данных.
По мере того как технологии стали играть все более важную роль и размер наборов данных начал увеличиваться, управление данными в конечном итоге стало кодифицированным в ряде формальных ролей с такими именами, как «аналитик баз данных» и «директор по данным». За этой формализацией последовали новые проблемы, особенно с нормативной стороны, поскольку законодатели ввели новые жесткие правила защиты данных – в первую очередь, законодательство ЕС о GDPR.
Это неизбежно привело к тому, что многие организации стали воспринимать управление данными как сродни управлению данными, где ответственность сосредоточена вокруг создания средств контроля и процедур аудита, а на вещи смотрят сквозь призму защиты.
Такая защита, по общему признанию, оправдана, особенно с учетом потенциального финансового и репутационного ущерба, вызванного неправильным управлением и утечкой данных. Тем не менее, здесь есть элемент близорукости, и чрезмерная осторожность может помешать организациям реализовать преимущества сотрудничества на основе данных, особенно когда речь идет о разработке программного обеспечения и продуктов.
Принимая обиду
Защита данных проявляется в бюрократии. Вы начинаете создавать роли, такие как «распорядитель данных» и «хранитель данных» для обработки внутренних запросов. Над ними сидит «управленческий совет», члены которого издают диктаты и устанавливают рабочие процедуры, фактически не работая в окопах. Вскоре появляются засоры.
Завалы никогда не идут на пользу бизнесу. Первый признак проблемы – это «строки с данными». Сотрудники, ищущие важные данные, вынуждены излагать свои доводы перед ответственным лицом. Время тратится.
Само по себе это катастрофа. Но культурное воздействие намного хуже. Люди умеют решать проблемы от природы. Это вдвойне верно для разработчиков программного обеспечения. Итак, они начинают выяснять, как обойти установленные процедуры, накапливая данные в своих собственных «хранилищах». Сотрудничество дает сбои. Несоответствия закрадываются, поскольку команды неизбежно обнаруживают, что работают с разными версиями одного и того же набора данных.