Стартапы должны обуздать бюрократию, чтобы обеспечить гибкое управление данными

К настоящему времени все компании в основном ориентированы на данные. Это верно независимо от того, работают ли они в сфере технологий. Следовательно, имеет смысл изучить роль, которую управление данными играет в повышении — и, если уж на то пошло, — в снижении — производительности и сотрудничества внутри организаций.


Хотя термин «управление данными» неизбежно вызывает в воображении образы огромных серверных ферм, основные принципы появились еще до компьютерной эры. От переписей и выборов до зарождения банковского дела отдельные лица и долгое время занимались сбором и анализом данных.

Понимая потребности всех заинтересованных сторон, организации могут начать выяснять, как устранить блокировки.

Один из часто цитируемых примеров — Флоренс Найтингейл, британская медсестра, которая во время Крымской войны записывала и визуализировала истории , чтобы подчеркнуть ужасные условия в больницах на передовой. Спустя столетие Соловей считается не только гуманитарием, но и одним из первых в мире специалистов по обработке данных.

По мере того как стали играть все более важную роль и размер наборов данных начал увеличиваться, управление данными в конечном итоге стало кодифицированным в ряде формальных ролей с такими именами, как «аналитик баз данных» и «директор по данным». За этой формализацией последовали новые проблемы, особенно с нормативной стороны, поскольку законодатели ввели новые жесткие правила защиты данных — в первую очередь, законодательство ЕС о .

Это неизбежно привело к тому, что многие организации стали воспринимать управление данными как сродни управлению данными, где ответственность сосредоточена вокруг создания средств контроля и процедур аудита, а на вещи смотрят сквозь призму защиты.

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

Принимая обиду

Защита данных проявляется в бюрократии. Вы начинаете создавать роли, такие как «распорядитель данных» и «хранитель данных» для обработки внутренних запросов. Над ними сидит «управленческий совет», члены которого издают диктаты и устанавливают рабочие процедуры, фактически не работая в окопах. Вскоре появляются засоры.

Завалы никогда не идут на пользу бизнесу. Первый признак проблемы — это «строки с данными». Сотрудники, ищущие важные данные, вынуждены излагать свои доводы перед ответственным лицом. Время тратится.

Само по себе это . Но культурное воздействие намного хуже. умеют решать проблемы от природы. Это вдвойне верно для разработчиков программного обеспечения. Итак, они начинают выяснять, как обойти установленные процедуры, накапливая данные в своих собственных «хранилищах». Сотрудничество дает сбои. Несоответствия закрадываются, поскольку команды неизбежно обнаруживают, что работают с разными версиями одного и того же набора данных.

0 Комментарий
Inline Feedbacks
View all comments