В этом сообщении блога для нас большая честь поделиться знаниями от приглашенного автора и эксперта по аналитике Майка Норриса о планировании и подводных камнях, которых следует избегать при реализации вашей инициативы по модернизации аналитики.
При рассмотрении инициативы по модернизации аналитики возникает несколько вопросов, которые следует изучить ... Сейчас все работает, так зачем это делать? Какое давление ожидается? Какими должны быть цели? Чего следует избегать? Как должен выглядеть успешный план?
Зачем модернизировать аналитику?
В бизнес-аналитике инновации внедряются с беспрецедентной скоростью. Существует постоянное давление, чтобы использовать «что нового» и «горячее». Hadoop, Data Lakes, Data Science Lab, Citizen Data Analyst, Самообслуживание для всех, аналитика со скоростью мысли и т. Д. Звучит знакомо? Для многих руководителей это время, когда они принимают серьезные решения по инвестициям. Многие начинают идти по новому пути, стремясь предоставить больше возможностей, но терпят неудачу. Другие пытаются пойти по пути модернизации и изо всех сил стараются сдержать приверженность лидерству.
Многие из этих попыток модернизации приводят к добавлению новых поставщиков, технологий, процессов и аналитических предложений. Эта форма модернизации обеспечивает более быструю первоначальную победу, но оставляет технический долг и накладные расходы, поскольку обычно не заменяет существующую часть аналитической головоломки, а скорее перекрывает их. Эти типы «модернизаций» - это скорее чехарда, и я бы не стал их рассматривать как «модернизацию».
Вот мое определение того, что я имею в виду, когда говорю о модернизации в контексте аналитики:
«Модернизация - это улучшение уже имеющейся у нас аналитики или добавление функциональности или возможностей к уже используемым технологиям. Модернизация всегда проводится для достижения цели улучшения. Цели должны быть определены через партнерство между сообществом пользователей и руководством ИТ / аналитики ».
Этими целями могут быть:
- поверхностный - более сексуальный контент или улучшенный пользовательский интерфейс.
- функциональная - улучшенная производительность или дополнительные функции и возможности
- простирающийся - предоставление встроенного опыта или добавление дополнительных проектов и рабочих нагрузок.
За 20 с лишним лет работы в сфере бизнес-аналитики я работал с сотнями компаний и организаций, помогая и давая им советы по установке, обновлению, настройке, а также стратегическим планам и проектам. Когда я опаздываю, мне часто больно быть носителем дозы реальности во время проектов модернизации. Многие начинают без плана или того хуже, с плана и без подтверждения этого плана. Безусловно, худшие из них - это те, которые представляли собой сочетание модернизации ИТ и аналитики в виде единого масштабного проекта.
Давление, которое нужно ожидать и преодолевать
- Все должно быть в облаке и SaaS - Облако имеет множество преимуществ и является очевидным выбором для любой новой чистой стратегии и инвестиций. Перенос всего из локальной среды в облако, потому что это стратегия компании в сочетании с «по дате», является плохой стратегией и происходит из-за плохого руководства, работающего в вакууме. Перед тем, как подписаться на дату, убедитесь, что вы понимаете преимущества и возможные последствия.
- Единый источник всего - Да, есть компании, которые могут предоставить вам все необходимое. Поставщик из одного источника может продать вам преимущества, но являются ли они реальными или предполагаемыми? Пространство аналитики в значительной степени было открытым и неоднородным, что позволяет вам быть лучшими в своем классе, поэтому сделайте правильный выбор.
- Новые продукты лучше - «Новое - лучше» может работать для автомобилей, но обычно не работает с программным обеспечением, если только это не эволюция предложения. Производители с многолетним практическим опытом и историей, кажется, не успевают за ними, но на то есть веские причины. Эти поставщики, как правило, предлагают надежное предложение, с которым другие не могут сравниться, и это предложение имеет гораздо большую жизненную ценность по мере роста их использования. Да, некоторое отставание, но это не всегда означает, что нужна замена. Во многих случаях может существовать несколько частей, если разделительные линии четкие.
- Спешка гигантского результата - К сожалению, отведенное время редко бывает точным, поэтому хорошо иметь вехи и более мелкие планы с определенными победами, чтобы показать значимый прогресс и результаты.
- Все будет намного быстрее - Это великая цель и стремление, но не всегда реальность. Предлагаемая архитектура играет огромную роль, равно как и то, насколько хорошо выполнена интеграция и совместное размещение окружающих зависимых и поддерживающих сервисов и функций.
- Модернизация сейчас доказывает нам будущее - Как я сказал в начале статьи, инновации летают, так что это область, которая будет развиваться и дальше. Всегда будьте в курсе того, что у вас есть, и следите за тем, чтобы обновления были запланированы. После любых обновлений оцените новые функции и возможности, которые будут использоваться или доступны.
- Модернизация - это просто «апгрейд», и это будет легко. - Его модернизация, а не модернизация. Это означает обновления, обновления, замены и использование новых функций и возможностей. Сначала обновите, а затем используйте новые функции и возможности.
Подготовка плана модернизации Google Analytics
Прежде чем приступить к модернизации, я бы посоветовал сделать несколько вещей, которыми я поделюсь, чтобы улучшить показатели успеха.
1. Определите цели.
У вас не может быть такой цели, как «Обеспечить быстрый, цельный источник красивой аналитики, которая позволяет легко использовать и создавать контент». Это отличная цель - получить одобрение проекта, но это всеобъемлющая цель, чреватая опасностью и гибелью… она просто слишком велика. Сосредоточьтесь и ставьте цели для отдельного технологического изменения одновременно с желаемым результатом. Во многих случаях модернизация должна проводиться постепенно и постепенно. Это означает больше небольших проектов и целей.
Люди будут утверждать, что это означает больше времени и общих усилий и, возможно, слишком много изменений для пользователей. По моему опыту, да, этот план будет выглядеть дольше, но в любом случае он больше отражает реальное время. Что касается частоты изменения пользовательского опыта, с этим можно справиться, не отправляя результаты в производство, пока у вас не будет полного набора изменений, которые имеют смысл. Я видел, что планы модернизации «сделать все сразу» выполняются на 12–18 месяцев дольше, чем предполагалось, что гораздо труднее объяснить. Хуже того, оказывается давление на команду, выполняющую план, и постоянный негатив, который возникает из-за проблем на этом пути. Это также приводит к большим поворотам, приводящим к прыжкам через дорогу.
Самая большая причина для того, чтобы сосредоточиться на небольших изменениях, заключается в том, что, если ваша аналитика ломается по ходу дела, тогда гораздо быстрее и проще устранять неполадки и решать любые проблемы. Меньшее количество переменных означает более быстрое решение проблемы. Я знаю, что это звучит просто, но я скажу вам, что я работал более чем с одной компанией, которые решили провести масштабную модернизацию, в которой:
- платформа аналитики должна была быть обновлена
- обновлена технология запросов
- платформа аналитики перенесена в облако
- метод проверки подлинности заменен на веб-провайдера системы единого входа
- поставщик базы данных сменился и перешел с локальной модели, принадлежащей и управляемой, на решение SaaS.
Когда что-то не срабатывало, они тратили массу времени и усилий на определение причины проблемы, прежде чем перейти к фактическому решению. В конце концов, эти проекты «сделай все сразу» растянулись по времени и по бюджету и дали смешанные результаты из-за частичного достижения цели и негатива, окружавшего проект. Многие из них к концу превратились в проекты «наладить как можно лучше».
2. Составьте план для каждой цели.
План должен включать вклад ВСЕХ заинтересованных сторон для обеспечения прозрачности, полноты и точности. Моим примером здесь может быть изменение технологий баз данных. Некоторые поставщики предлагают совместимость с другими поставщиками, и это помогает в продажах, когда они говорят о времени окупаемости. Каждый поставщик баз данных также будет стараться продвигать свою позицию, что они работают лучше, чем действующий оператор. Проблема в том, что эти утверждения не пересекаются. Я еще не видел, чтобы рабочая нагрузка перемещалась от одной технологии баз данных к другой с использованием совместимости поставщика и повышения производительности существующих рабочих нагрузок.
Кроме того, при смене поставщиков / технологий баз данных вы почти наверняка получите разные уровни совместимости с SQL, открытые функции базы данных и разные типы данных, и все это может нанести ущерб существующим приложениям, которые находятся на вершине. Дело в том, что план должен быть утвержден людьми, которые могут изучить и определить вероятные последствия такого серьезного изменения. Необходимо привлечь экспертов, чтобы впоследствии устранить сюрпризы.
3. Спланируйте планы.
Поскольку все цели размечены, мы можем обнаружить, что некоторые из них могут выполняться параллельно. При использовании аналитической платформы мы можем обнаружить, что разные группы или бизнес-единицы используют разные базовые компоненты, такие как базы данных, которые необходимо модернизировать, чтобы они могли работать параллельно.
4. Изучите все планы аналитически и очистите.
Это такой важный шаг, который многие упускают. Я умоляю вас использовать любую имеющуюся у вас аналитику против своей аналитики. Это ключ к тому, чтобы не тратить зря время и ресурсы. Определите, какие данные мертвы, какой контент на вашей платформе аналитики больше не используется или не актуален. Мы все создали аналитические проекты или контент для одноразовой задачи, но большинство из нас также не умеют удалять его или убирать после себя. это digital контент, который ничего не стоит оставить до того момента, пока кто-то не будет его обслуживать, обновлять или модернизировать.
Вы были бы шокированы, узнав, что 80% вашего аналитического контента мертвы, не используются, были заменены новой версией или долгое время ломались без жалоб? Когда мы в последний раз проверяли?
Не начинайте ни один проект, требующий проверки аналитического содержания, без рассмотрения того, что необходимо проверить, а что нужно очистить или выбросить. Если у нас нет никакой аналитики, которую можно было бы использовать против аналитики, тогда выясните, как продвинуться вперед.
5. Оцените целостность проекта модернизации и индивидуальных планов..
Давайте вернемся к плохой цели: «Обеспечить быстрый, цельный источник красивой аналитики, которая позволяет легко использовать и создавать контент», и разберем ее с высокого уровня. Вероятно, произойдет изменение инфраструктуры для обработки памяти и диска, обновление или изменение базы данных, переход на современные технологии поставщика единого входа, такие как SAML или OpenIDConnect, а также обновление или обновление аналитической платформы. Все это хорошо и помогает модернизироваться, но мы должны помнить, что конечные пользователи являются заинтересованными сторонами. Если эти пользователи получают тот же контент, что и в течение многих лет, но только быстрее, то их уровень удовлетворенности, вероятно, будет минимальным. Красивый контент не может быть только для новых проектов, он должен быть доставлен нашей самой большой группе потребителей. На модернизацию существующего контента редко обращают внимание, но есть наибольшее влияние на пользователей. Это особенно важно для администраторов или других членов команды, поддерживающей аналитическую платформу. Если конечные пользователи не останутся довольными, то появятся другие инструменты, позволяющие обойти то, что предлагает команда, а конечные результаты могут оказаться катастрофическими. Я расскажу об этой теме в своем следующем блоге через несколько недель.
6. Последний совет.
Часто делайте резервные копии и не выполняйте проект модернизации только в производственной среде. Приложите усилия к созданию смоделированной производственной среды для крупных и радикальных изменений. Это снова поможет минимизировать переменные и различия между тем, что работает вне и внутри производства.
Удачи в вашем собственном пути модернизации!
Есть вопросы о вашей собственной инициативе по модернизации? Свяжитесь с нами чтобы обсудить ваши потребности и чем мы можем помочь!
