10.5.3. Целостность данных
Мусор на входе – молитва на выходе.
Род Мойер (Rod Moyer), вице-президент, BenefitAllies[219]
Даже когда все знают, что информация в системе не заслуживает доверия, к ней относятся как к истине в последней инстанции. Потому что выбора фактически нет. Это касается и внутренних операций, и взаимодействия с потребителями. Причины низкого качества данных могут различаться, но итогом является разочарование всех, кто имеет дело с компанией, и бессчетные обиды со стороны потребителей. Но компании с этим мирятся, потому что для большинства из них очистка данных обойдется слишком дорого. Основная вытекающая из этого проблема заключается в том, что руководство и сотрудники не знают, чему можно доверять во взаимодействии с потребителем и что в действительности означает информация.
Вдобавок ситуация с защитой данных продолжает ухудшаться. Мало того что данные нередко теряются, они часто искажаются. Это даже более серьезная проблема, так как IТ-менеджеры зачастую не знают, какие именно данные испорчены и когда это произошло, так что никто не в состоянии их исправить. А восстановление из резервной копии приведет к потерям последних данных, которые даже невозможно оценить. С этой точки зрения Интернет и другие технологические достижения фактически причинили ущерб компаниям и их клиентам из-за проблем с вирусами и краж информации. В облачной среде все станет намного хуже. В среде, где люди со своих мобильных телефонов могут получить доступ к чему угодно, проблемы безопасности выходят на первое место.
Ситуация с целостностью данных сегодня ухудшается в связи с нарастающими проблемами краж персональных данных, несовместимости приложений, избыточности данных, их качества и своевременности. Ошибки, связанные с данными, стоят времени, денег и лояльности клиентов и даже могут приводить к юридическим последствиям. Волшебного лекарства здесь не существует. BPMS обеспечивает быстрое изменение приложений, обращенных как к внутренним пользователям, так и к клиентам, предоставляя последним больше возможностей для взаимодействия с компанией. В результате компании, испытывающие проблемы с качеством данных, обнаруживают, что расширившееся взаимодействие вытаскивает эти проблемы на свет.
Это одна из тех проблем качества, которые многие компании игнорируют годами. При переходе к операционной среде BPMS они получают шанс укрепить фундамент. Хотя BPMS не способны решить проблемы качества старых данных, они дают возможность усилить контроль за вводом новых данных и исправить ошибки, обнаруживаемые в ходе взаимодействия с клиентами.
В среде BPMS точкой ввода информации являются сгенерированные приложения. Поэтому критически важными становятся правила редактирования и контроля целостности данных. Как стандартные, так и корректирующие действия должна определять группа, включающая архитектора данных, процессного архитектора, бизнес-архитектора, специалиста по информационной безопасности и руководителя проекта BPM. Как обычно в вопросах безопасности и регулирования, данная область представляет собой набор компромиссов. В любом случае для каждой компании данные – один из наиболее ценных ее активов, ее кровь, и утрата или повреждение данных может стать проблемой жизни или смерти. Поэтому целостности данных следует уделять внимание при любом движении в направлении BPMS. Это возможность укрепить контроль над качеством и целостностью данных. Если правильно подойти к использованию правил в BPMS, то с их помощью можно повысить качество данных даже в унаследованных приложениях.
Большинство примеров использования BPMS на сегодняшний день – это решение отдельных задач, в которых проблема целостности данных остро не стоит. Но ситуация меняется, и с расширением BPM в компании значимость проблемы в глазах архитектора и руководителя проекта BPM возрастает.
Сегодня некоторые компании пытаются что-то с этим делать и тратят время и усилия на то, чтобы собрать воедино и одновременно очистить разрозненную информацию о клиентах. Некоторые компании решают эту проблему путем извлечения правил из унаследованных приложений и вынесения их вовне. Многие инициировали у себя проекты выявления и описания бизнес-правил в масштабах компании или по крайней мере для части своего бизнеса. Это нужное дело, но необходимо также пересмотреть подход к сбору данных. Любая деятельность в области BPM должна учитывать наличие этой потребности в повышении целостности данных.
Необходимо пересмотреть взгляды на контроль за доступом к данным и на способы их проверки. Должны быть введены единые для компании стандарты, а политики обработки данных должны применяться в каждом приложении и при каждом обращении к данным. Добиться этого в масштабах компании, разработав интерфейсные приложения с помощью BPMS, намного быстрее и намного дешевле, чем другими методами. При выборе BPMS и формировании правил следует исходить из желаемого уровня контроля и формируемых компанией стандартов данных.
В будущем, при достижении компанией определенной зрелости в использовании BPMS и правил, рекомендуется рассмотреть целесообразность управления всеми унаследованными данными через приложения BPMS и редактирования данных строго на основе правил. Это позволит очистить данные и повысить их качество. Но это также потребует существенных затрат времени на выявление текущих правил и их модернизацию, так что целесообразность подобных усилий следует предварительно оценить. Вопрос в конечном итоге заключается в ценности для руководства более качественной информации.