בפוסט זה בבלוג, אנו מתכבדים לשתף את הידע של מחבר אורח ומומחה אנליטיקה, מייק נוריס, על תכנון ומכשולים שיש להימנע מהם ביוזמת המודרניזציה שלך באנליטיקה.
כאשר בוחנים יוזמת מודרניזציה אנליטית, ישנן מספר שאלות שצריך לבחון ... דברים עובדים עכשיו, אז למה לעשות את זה? אילו לחצים צפויים? מה אמורות להיות המטרות? ממה יש להימנע? איך צריכה להיראות תוכנית מוצלחת?
למה לחדש את Analytics?
ב- Business Analytics, החדשנות מועברת במחירים חסרי תקדים. יש לחץ מתמיד למנף את "מה חדש" וחם. Hadoop, Lakes Data, Lab Data Science, Analyst Data Analyst, שירות עצמי לכולם, תובנות במהירות המחשבה ... וכו '. נשמע מוכר? עבור מנהיגים רבים זוהי תקופה שבה הם מתמודדים עם החלטות גדולות בנושא השקעה. רבים מתחילים בנתיבים חדשים המחפשים לספק יותר יכולות ולמחסור. אחרים מנסים את דרך המודרניזציה ומתאמצים לשמור על מחויבות מהמנהיגות.
ניסיונות מודרניים רבים גורמים להוספת ספקים חדשים, טכנולוגיות, תהליכים והצעות ניתוח. צורה זו של מודרניזציה מספקת ניצחון ראשוני מהיר יותר אך מותירה חובות טכניים ותקורה מכיוון שהיא אינה מחליפה בדרך כלל חלק קיים בפאזל הניתוח אלא חופפת אותם. סוגים אלה של "מודרניזציות" הם יותר קפיצת מדרגה, ולא אחת שהייתי רואה בה כ"מודרניזציה ".
להלן ההגדרה שלי למה אני מתכוון כשאני אומר מודרניזציה בהקשר אנליטי:
"המודרניזציה היא שיפור האנליטיקה שכבר יש לנו או תוספת של פונקציונליות או יכולת לטכנולוגיות שכבר נמצאות בשימוש. המודרניזציה נעשית תמיד כדי להשיג מטרה שיפור. יש להגדיר יעדים באמצעות שותפות בין קהילת המשתמשים להנהגת ה- IT/Analytics. "
מטרות אלה יכולות להיות:
- שטחי - תוכן טוב יותר למראה סקסי יותר או חווית משתמש משופרת.
- פוּנקצִיוֹנָלִי - שיפור הביצועים או תוספת פונקציונליות ויכולת
- מאריך - מתן חוויה מובנית או הוספת פרויקטים ועומסי עבודה נוספים.
במשך 20 שנות הפלוס שלי בתחום הניתוח העסקי עבדתי עם מאות חברות וארגונים שעזרתי וייעץ להם בהתקנות, שדרוגים, תצורות ותכניות ופרויקטים אסטרטגיים. לעתים קרובות כואב לי, כשעורכים מאוחר, לשאת מנה של מציאות במהלך פרויקטים של מודרניזציה. כל כך הרבה מתחילים בלי תוכנית או גרוע מכך, עם תוכנית וללא אימות של אותה תוכנית. ללא ספק הגרועים ביותר הם אלה שהיו שילוב של מודרניזציות IT ו- Analytics כפרויקט מאסיבי הכול-באחד.
לחצים לצפות ולהתגבר
- הכל חייב להיות Cloud & SaaS - ל- Cloud יש יתרונות רבים והיא הבחירה המתבקשת לכל אסטרטגיה והשקעה חדשה. העברת הכל ממקום למקום לענן מכיוון שזו אסטרטגיית החברה יחד עם "תאריך תאריך" היא אסטרטגיה גרועה ומגיעה ממנהיגות גרועה הפועלת בחלל ריק. ודא שההטבות וכל ההשפעות מובנות לפני שנרשמת לתאריך.
- סינגל המקור הכל - כן, ישנן חברות שיכולות לספק לך כל מה שאתה צריך. ספק מקור יחיד יכול למכור לך את היתרונות אך האם הם אמיתיים או נתפסים? מרחב האנליטיקה היה ברובו פתוח והטרוגני, מה שמאפשר לך ללכת הכי טוב מבין הגזעים, אז עשה בחירות נכונות.
- מוצרים חדשים יותר טובים יותר - שווים חדשים יותר עשויים לעבוד עבור מכוניות, אך לא בדרך כלל עם תוכנה אלא אם כן מדובר באבולוציה מציעה. ספקים עם שנים של ניסיון והיסטוריה של העולם האמיתי נראים איטיים להתעדכן, אך זאת מסיבה טובה. ספקים אלה נוטים לקבל הצעה חזקה שאחרים אינם יכולים להתאים לה, ולהצעה זו יש ערך רב יותר לכל החיים ככל שהשימוש בהם גדל. כן, קצת פיגור אבל זה לא תמיד מצביע על צורך בהחלפה. במקרים רבים יכולים להתקיים מספר חלקים אם קווי ההפרדה ברורים.
- מאיץ את התוצאה הענקית - למרבה הצער, הזמן המוקצה הוא לעתים רחוקות מדויק ולכן טוב שיש אבני דרך ותוכניות קטנות יותר עם ניצחונות המוגדרים להראות התקדמות ותוצאות משמעותיות.
- הכל יהיה הרבה יותר מהיר - זוהי מטרה ושאיפה גדולה אך לא תמיד המציאות. הצעת ארכיטקטורה משחקת גורם עצום, וכך גם מידת הביצוע של כל אינטגרציה ומיקום משותף של שירותים ופונקציות תלויים ותומכים בסביבה.
- המודרניזציה כעת מוכיחה אותנו בעתיד - כפי שאמרתי בפתיחה, החידושים עפים ולכן זהו תחום שימשיך להתפתח. הישאר תמיד עדכני לגבי מה שיש לך וודא שתוכננו עדכונים. לאחר עדכונים, העריכו תכונות ופונקציונליות חדשות שיש למנף או להעמיד לרשותם.
- מודרניזציה היא רק "שדרוגים" ויהיה קל - המודרניזציה שלה לא משתדרגת. המשמעות היא שדרוגים, עדכונים, החלפות ומינוף פונקציות ויכולות חדשות יותר. שדרג תחילה ולאחר מכן השתמש בפונקציה ויכולת חדשה.
הכנת תוכנית מודרניזציה של Analytics
לפני כל מאמץ מודרניזציה הייתי מציע לעשות כמה דברים שאשתף כדי לסייע בשיפור אחוזי ההצלחה.
1. קבע את המטרות.
לא תוכל לקבל מטרה כמו "לספק מקור מהיר וחלק לניתוח יפהפה המאפשר צריכה קלה ויצירת תוכן". זוהי מטרה נפלאה לאשר את הפרויקט אך היא יעד כולל הכולל סכנות ואבדון ... הוא פשוט גדול מדי. התמקד וצור מטרות לשינוי טכנולוגי יחיד בכל פעם עם תוצאה רצויה נמדדת. המודרניזציה במקרים רבים חייבת להיעשות פיסת חתיכה והתנסות מניסיון. המשמעות היא יותר פרויקטים ויעדים קטנים יותר.
אנשים יטענו שזה אומר יותר זמן ומאמץ כולל ואולי יותר מדי שינויים עבור המשתמשים. מניסיוני, כן, תוכנית זו תיראה ארוכה יותר אך משקפת יותר את הזמן האמיתי שיידרש ממילא. באשר לתדירות השינוי בחווית המשתמש, ניתן לטפל בכך על ידי לא לדחוף את התוצאות לייצור עד שיהיו לך מערכת שלמה של שינויים הגיוניים. תוכניות המודרניזציה של "עשה הכל בבת אחת" שראיתי פועלות 12-18 חודשים יותר מהצפוי, וזה הרבה יותר קשה להסביר. גרוע מכך הלחץ המופעל על הצוות המבצע את התכנית והשליליות המתמדת הנובעת מאתגרים בדרך. אלה מובילים גם לצירים גדולים וכתוצאה מכך מהלכים קפיצת מדרגה.
הסיבה הגדולה ביותר להתמקד בשינויים קטנים יותר היא שאם הניתוח שלך נשבר לאורך הדרך, אז הרבה יותר קל וקל לפתור בעיות ולפתור אותן. פחות משתנים פירושם פתרון בעיות מהיר יותר. אני יודע שזה נשמע פשוט, אבל אספר לכם שעבדתי עם יותר מחברה אחת שהחליטה לעשות מאמץ מודרניזציה של מפלצות כאשר:
- פלטפורמת הניתוח הייתה אמורה לשדרג
- טכנולוגיית שאילתות עודכנה
- פלטפורמת הניתוח עברה לענן
- שיטת האימות הוחלפה עבור ספק אינטרנט יחיד לכניסה
- ספק מסד נתונים השתנה ועבר מדגם בבעלות מקומית ומופעלת לפתרון SaaS
כאשר הדברים לא עבדו, הם השקיעו טונות של זמן ומאמץ בקביעה מה גורם לבעיה לפני שהגיעו לפתרון האמיתי. בסופו של דבר, פרויקטים אלה של "עשה הכל בבת אחת" רצו לאורך זמן ותקציב והניבו תוצאות מעורבות בשל הישגי מטרה חלקית והשליליות שהקיפה את הפרויקט. רבים מאלה הפכו רק לפרויקטים של "להפעיל ולפעול הכי טוב שאפשר" עד הסוף.
2. בנה תוכנית לכל מטרה.
התוכנית צריכה לכלול קלט של כל בעלי העניין לשקיפות, שלמות ודיוק. הדוגמה שלי כאן היא שינוי טכנולוגיות מסדי הנתונים. חלק מהספקים מציעים תאימות עם ספקים אחרים וזה עוזר למכירות כשהם מדברים על זמן להעריך. כל ספק מסד נתונים ינסה גם לדחוף את העמדה שלו שהם מבצעים טוב יותר מאשר המכהן. הבעיה היא שהצהרות אלה אינן חופפות. עוד לא ראיתי מעבר של עומס עבודה מטכנולוגיית מסד נתונים אחת לאחרת עם מינוף התאימות של הספק ושיפור הביצועים של עומסי העבודה הקיימים.
כמו כן, בעת שינוי ספקים / טכנולוגיות של מסדי נתונים אתה מקבל כמעט בוודאות רמות שונות של תאימות SQL, פונקציות מסד נתונים חשופות וסוגי נתונים שונים, שכולם יכולים להרוס הרס על יישומים קיימים שיושבים למעלה. העניין הוא שצריך לאמת את התוכנית עם האנשים שיכולים לבחון ולקבוע את ההשפעה הצפויה של שינוי כה גדול. מומחים חייבים להיות מעורבים כדי לחסל הפתעות מאוחר יותר.
3. תכנן את התוכניות.
מכיוון שכל המטרות מנוגדות, אנו עשויים לגלות שחלקן יכולות לרוץ במקביל. בעת שימוש בפלטפורמת ניתוח, אנו עשויים לגלות שקבוצות או יחידות עסקיות שונות משתמשות ברכיבים בסיסיים שונים כמו מסדי נתונים שצריכים להתחדש, כך שאלו יכולים לפעול במקביל.
4. בדוק את כל התוכניות בצורה אנליטית ונקה.
זהו צעד כה חשוב והשמטת רבים. אני מפציר בך להשתמש בכל הניתוחים שיש לך נגד הניתוח שלך. זה המפתח לא לבזבז זמן ומשאבים. קבע אילו נתונים מתים, איזה תוכן בפלטפורמת הניתוח שלך כבר אינו בשימוש או רלוונטי. כולנו בנינו פרויקטים או תוכן אנליטי למשימה חד פעמית אבל רובנו גם מבאסים למחוק אותה או לנקות אחרינו. זה digital תוכן שלא עולה דבר פשוט להשאיר עד לרגע שמישהו צריך לתחזק אותו, לשדרג אותו או לחדש אותו.
האם זה היה מזעזע אותך לגלות ש -80% מהתוכן האנליטי שלך מת, לא נעשה בו שימוש, הוחלף בגרסה חדשה או נשבר במשך זמן רב ללא תלונות? מתי בפעם האחרונה בדקנו?
אל תפתח שום פרויקט הדורש אימות של תוכן אנליטי מבלי לבדוק מה צריך לאמת ומה צריך לנקות או לזבל. אם אין לנו ניתוחים כנגד הניתוח, בדוק כיצד ניתן להתקדם.
5. העריכו כי פרויקט המודרניזציה והתכניות האינדיבידואליות הושלמו באופן הוליסטי.
נחזור אל המטרה הרעה, "לספק מקור מהיר וחלק לניתוח יפהפה המאפשר צריכה קלה ויצירת תוכן", ונפרק אותו מהרמה הגבוהה. סביר שיש שינוי בתשתיות לעיבוד זיכרון ודיסק, שדרוג או שינוי של מסד נתונים, מעבר לטכנולוגיה מודרנית של ספק Single Sign On כמו SAML או OpenIDConnect, ועדכון או שדרוג של פלטפורמת הניתוח. כל אלה דברים טובים ועוזרים במודרניזציה אך עלינו לזכור זאת משתמשי הקצה הם בעלי עניין. אם משתמשים אלה מקבלים את אותו תוכן כפי שהם קיבלו במשך שנים אך רק מהר יותר, סביר שרמת שביעות הרצון שלהם תהיה מינימלית. תוכן יפה לא יכול להיות מיועד רק לפרויקטים חדשים ויש להעביר אותו לקבוצת הצרכנים הגדולה ביותר שלנו. לעיתים רחוקות מסתכלים על מודרניזציה של התוכן הקיים אך יש לו ההשפעה הגדולה ביותר על המשתמשים. הדבר חשוב במיוחד עבור מנהלי מערכת או כל אחד אחר בצוות התומך בפלטפורמת הניתוח. אי שמירת משתמשי הקצה לתוצאות מאושרות בכלים אחרים שהובאו כדי לעקוף את מה שהצוות מספק כאשר התוצאות הסופיות עלולות להיות הרות אסון. אעסוק בנושא זה בבלוג הבא שלי בעוד מספר שבועות.
6. עצה אחרונה.
קח גיבויים לעתים קרובות ואל תעשה פרויקט מודרניזציה בייצור בלבד. השקיע את המאמץ בכדי ליצור סביבת ייצור מדומה לשינויים גדולים וסוחפים. זה שוב יעזור למזער משתנים והבדלים בין מה שעובד בחוץ ובתוך הייצור.
בהצלחה במסע המודרניזציה שלך!
יש לך שאלות לגבי יוזמת המודרניזציה שלך? צרו קשר לדון בצרכים שלך וכיצד נוכל לעזור!
