В тази публикация в блога за нас е чест да споделим знанията на гост -автор и експерт по анализи, Майк Норис, относно планирането и капаните, които да избегнем за вашата инициатива за модернизация на анализа.
Когато се обмисля инициатива за модернизация на аналитиката, има няколко въпроса, които трябва да се проучат ... Нещата работят сега, така че защо да правим това? Какъв натиск се очаква? Каква трябва да бъде целта (ите)? Какви неща трябва да избягвате? Как трябва да изглежда един успешен план?
Защо да модернизираме Анализ?
В Business Analytics иновациите се доставят с безпрецедентни темпове. Има постоянен натиск да се използва „новото“ и горещо. Hadoop, Data Lakes, Data Science Lab, Citizen Data Analyst, Самообслужване за всички, прозрения със скоростта на мислене ... и т.н. Звучи ли познато? За много лидери това е момент, в който са изправени пред големи решения за инвестиции. Мнозина започват нови пътища, които искат да предоставят повече възможности и не успяват. Други се опитват да модернизират пътя и се борят да запазят ангажимента на лидерството.
Много от тези опити за модернизация водят до добавяне на нови доставчици, технологии, процеси и аналитични предложения. Тази форма на модернизация осигурява по -бърза първоначална печалба, но оставя технически дълг и режийни разходи, тъй като обикновено не замества съществуваща част от пъзела за анализи, а по -скоро ги припокрива. Тези видове „модернизации“ са по -скоро скок, а не такъв, който бих приел като „модернизиране“.
Ето моята дефиниция на това, което имам предвид, когато казвам модернизация в контекст на анализите:
„Модернизацията е подобряване на анализите, които вече имаме, или добавяне на функционалност или възможности към вече използваните технологии. Модернизацията винаги се прави за постигане на целта за подобрение. Целите трябва да бъдат дефинирани чрез партньорство между потребителската общност и ръководството на ИТ/анализа. ”
Тези цели могат да бъдат:
- повърхностен - по -секси изглеждащо съдържание или подобрено потребителско изживяване.
- функционален - подобрена производителност или добавена функционалност и възможности
- Разширяване - осигуряване на вграден опит или добавяне на допълнителни проекти и натоварвания.
През моите повече от 20 години в пространството за бизнес анализи съм работил със стотици компании и организации, които им помагам и ги съветвам относно инсталации, надстройки, конфигурации и стратегически планове и проекти. Често ме боли, когато се ангажирам късно, да бъда носител на доза реалност по време на проекти за модернизация. Толкова много започват без план или по -лошо, с план и без валидиране на този план. Най-лошите са тези, които са комбинация от модернизации на ИТ и Анализ като мащабен проект „всичко в едно“.
Натиск за очакване и преодоляване
- Всичко трябва да е Cloud & SaaS - Облакът има много предимства и е очевидният избор за всяка нетна нова стратегия и инвестиция. Преместването на всичко от локални в облак, защото това е стратегията на компанията, съчетана с „по дата“, е лоша стратегия и идва от лошото ръководство, работещо във вакуум. Уверете се, че предимствата и всички въздействия са разбрани, преди да се регистрирате за среща.
- Всичко с един източник - Да, има компании, които могат да ви доставят всичко необходимо. Доставчик от един източник може да ви продаде ползите, но те реални ли са или се възприемат? Пространството за анализи е до голяма степен отворено и разнородно, което ви позволява да отидете най -добре от породата, така че направете здрав избор.
- По -новите продукти са по -добри - По -новите равни по -добре може да работи за автомобили, но не обикновено със софтуер, освен ако не е развитие на предлагането. Доставчиците с дългогодишен опит и история изглеждат бавни, но това е добра причина. Тези доставчици са склонни да имат стабилна оферта, с която другите не могат да се сравнят, и това предлагане има много по -голяма стойност през целия живот с нарастването на използването им. Да, известно забавяне, но това не винаги означава, че е необходима подмяна. В много случаи могат да съществуват множество парчета, ако разделителните линии са ясни.
- Прибързващ гигантски резултат - За съжаление, определеното време рядко е точно, така че е добре да се определят етапи и по -малки планове с победи, определени да показват значим напредък и резултати.
- Всичко ще стане много по -бързо - Това е страхотна цел и стремеж, но не винаги реалност. Предлагането на архитектура играе огромен фактор, както и колко добре е извършена всяка интеграция и съвместно местоположение на заобикалящите зависими и поддържащи услуги и функции.
- Модернизирането сега в бъдеще ни доказва - Както казах в отварянето, иновациите летят, така че това е област, която ще продължи да се развива. Винаги бъдете в течение с това, което имате и се уверете, че актуализациите са планирани. След всяка актуализация оценете новите функции и функционалности, които да бъдат използвани или предоставени.
- Модернизирането е само „ъпгрейд“ и ще бъде лесно - Модернизацията му не се надгражда. Това означава надстройки, актуализации, замени и използване на по -нови функции и възможности. Първо надстройте, след това използвайте нова функция и възможности.
Изготвяне на план за модернизация на Google Анализ
Преди да предприема някакви усилия за модернизация, бих предложил да направя няколко неща, които ще споделя, за да помогна за подобряване на процента на успех.
1. Определете целите.
Не можете да имате цел като „Да осигурите бърз, безпроблемен източник на красиви анализи, който позволява лесно потребление и създаване на съдържание.“ Това е страхотно звучаща цел за одобрение на проекта, но всеобхватна цел, която е изпълнена с опасност и обреченост ... просто е твърде голяма. Съсредоточете се и създайте цели за една технологична промяна в даден момент с измерен желан резултат. Модернизирането в много случаи трябва да се извършва на парче и опит по опит. Това означава повече по -малки проекти и цели.
Хората ще твърдят, че това означава повече време и цялостни усилия и може би твърде много промени за потребителите. Според моя опит, да, този план ще изглежда по -дълго, но така или иначе отразява по -скоро действителното време, което ще отнеме. Що се отнася до честотата на промяна на потребителското изживяване, това може да се реши, като не избутвате резултатите до производство, докато имате пълен набор от промени, които имат смисъл. Плановете за модернизация „направете всичко наведнъж“, които видях да работят с 12-18 месеца по-дълго от очакваното, което е много по-трудно за обяснение. По -лош е натискът, който се оказва върху екипа, изпълняващ плана, и постоянният негатив, който идва от предизвикателствата по пътя. Те също водят до големи завъртания, водещи до прескачащи ходове.
Най -голямата причина да се съсредоточите върху по -малки промени е, че ако вашият анализ се провали по пътя, тогава е много по -бързо и по -лесно да се отстранят и разрешат всички проблеми. По -малкото променливи означават по -бързо разрешаване на проблема. Знам, че това звучи просто, но ще ви кажа, че съм работил с повече от една компания, която е решила да направи усилие за модернизация на чудовища, където:
- платформата за анализ трябваше да бъде надстроена
- технологията за заявки е актуализирана
- платформата за анализ се премести в облака
- методът за удостоверяване е заменен за уеб доставчик на единно влизане
- доставчик на база данни се промени и се премести от локално притежаван и управляван модел към решение SaaS
Когато нещата не се получиха, те изразходваха много време и усилия, за да определят какво причинява проблема, преди да стигнат до реалното решение. В крайна сметка тези проекти „направи всичко наведнъж“ продължиха с течение на времето и бюджета и дадоха смесени резултати поради частични постижения на целите и негативизма, който обграждаше проекта. Много от тях в крайна сметка се превърнаха само в „стартиране и стартиране възможно най -добре“.
2. Изградете план за всяка цел.
Планът трябва да включва информация от ВСИЧКИ заинтересовани страни за прозрачност, пълнота и точност. Моят пример тук би бил промяната на технологиите за бази данни. Някои доставчици предлагат съвместимост с други доставчици и това помага при продажбите, когато говорят за време за оценка. Всеки доставчик на база данни също ще се опита да отстоява позицията си, че се представя по -добре от сегашния. Въпросът е, че тези твърдения не се припокриват. Все още не съм видял как работното натоварване се премества от една технология на база данни към друга, като използва съвместимостта на доставчика и подобрява производителността на съществуващите работни натоварвания.
Също така, когато променяте доставчици / технологии на бази данни, почти сигурно получавате различни нива на SQL съвместимост, разкрити функции на база данни и различни типове данни, всички от които могат да причинят поражения на съществуващите приложения, които стоят отгоре. Въпросът е, че планът трябва да бъде валидиран с хората, които могат да проучат и определят вероятното въздействие на такава голяма промяна. Експертите трябва да бъдат ангажирани, за да премахнат изненадите по -късно.
3. Планирайте плановете.
Тъй като всички цели са раздразнени, може да открием, че някои от тях могат да работят паралелно. Когато използваме платформа за анализ, може да открием, че различни групи или бизнес единици използват различни основни компоненти като бази данни, които предстои да бъдат модернизирани, така че те могат да работят паралелно.
4. Проучете всички планове аналитично и почистете.
Това е толкова важна стъпка, която много пропускаме. Умолявам ви да използвате каквато и да е аналитика срещу вашите анализи. Това е ключът към това да не губите време и ресурси. Определете кои данни са мъртви, какво съдържание във вашата платформа за анализ вече не се използва или е уместно. Всички ние сме изградили аналитични проекти или съдържание за еднократна задача, но повечето от нас също са гадни от изтриването или почистването след себе си. то е digital съдържание, което не струва нищо, което просто трябва да оставите до момента, в който някой трябва да го поддържа, надгражда или модернизира.
Би ли ви шокирало да разберете, че 80% от вашето аналитично съдържание е мъртво, не се използва, е заменено с нова версия или е било счупено дълго време без оплаквания? Кога за последен път проверявахме?
Не започвайте никакъв проект, който изисква валидиране на аналитично съдържание, без да преглеждате какво трябва да бъде валидирано и какво трябва да бъде почистено или изхвърлено. Ако нямаме никакви анализи, които да използваме срещу анализите, тогава разберете как да постигнем някои напред.
5. Оценете, че проектът за модернизация и индивидуалните планове са цялостно завършени.
Нека се върнем към лошата цел „Да осигурим бърз, безпроблемен източник на красива аналитика, която позволява лесно потребление и създаване на съдържание“, и да я разбием от високо ниво. Вероятно има промяна в инфраструктурата за обработка на памет и диск, надстройка или промяна на базата данни, преминаване към съвременна технология на доставчик на Single Sign On като SAML или OpenIDConnect и актуализация или надстройка на платформата за анализ. Всичко това са добри неща и помагат за модернизацията, но трябва да помним това крайните потребители са заинтересовани страни. Ако тези потребители получават същото съдържание, което са били от години, но само по -бързо, тогава тяхното ниво на удовлетвореност вероятно ще бъде минимално. Красивото съдържание не може да бъде само за нови проекти и трябва да бъде доставено на най -голямата ни група потребители. Модернизирането на съществуващото съдържание рядко се разглежда, но има най -голямо въздействие върху потребителите. Това е особено важно за администраторите или някой друг от екипа, поддържащ платформата за анализ. Не поддържане на тези крайни потребители на щастливи резултати при въвеждането на други инструменти, за да се заобиколи това, което екипът предоставя, като крайните резултати вероятно са катастрофални. Ще разгледам тази тема в следващия си блог след няколко седмици.
6. Последен съвет.
Вземете резервни копия често и не правете проект за модернизация само в производството. Похарчете усилията, за да създадете симулирана производствена среда за големи, широкообхватни промени. Това отново ще помогне да се сведат до минимум променливите и разликите между това, което работи извън и вътре в производството.
Успех в собствения ви път на модернизация!
Имате въпроси относно вашата собствена инициатива за модернизация? Контакти за да обсъдим вашите нужди и как можем да помогнем!
