في منشور المدونة هذا ، يشرفنا أن نشارك المعرفة من المؤلف الضيف وخبير التحليلات ، مايك نوريس ، حول التخطيط والمزالق التي يجب تجنبها لمبادرة تحديث التحليلات الخاصة بك.
عند التفكير في مبادرة تحديث التحليلات ، هناك العديد من الأسئلة التي يجب استكشافها ... الأشياء تعمل الآن ، فلماذا تفعل ذلك؟ ما هي الضغوط المتوقعة؟ ماذا يجب أن يكون الهدف (الأهداف)؟ ما الأشياء التي يجب تجنبها؟ كيف يجب أن تبدو الخطة الناجحة؟
لماذا تحديث Analytics؟
في Business Analytics ، يتم تقديم الابتكار بمعدلات غير مسبوقة. هناك ضغط مستمر للاستفادة من "الجديد" والساخن. Hadoop ، بحيرات البيانات ، معمل علوم البيانات ، محلل بيانات المواطن ، الخدمة الذاتية للجميع ، رؤى بسرعة الفكر ... إلخ. تبدو مألوفة؟ بالنسبة للعديد من القادة ، هذا هو الوقت الذي يواجهون فيه قرارات كبيرة بشأن الاستثمار. يبدأ الكثيرون في اتباع مسارات جديدة يتطلعون إلى تقديم المزيد من القدرات ويقصرون. يحاول آخرون مسار التحديث ويكافحون للحفاظ على الالتزام من القيادة.
ينتج عن العديد من محاولات التحديث هذه إضافة بائعين وتقنيات وعمليات وعروض تحليلات جديدة. يوفر هذا الشكل من التحديث ربحًا أوليًا أسرع ولكنه يترك الديون الفنية والنفقات العامة لأنه لا يحل عادةً محل جزء موجود من لغز التحليلات بل يتداخل معها. تعد هذه الأنواع من "التحديث" بمثابة قفزة كبيرة ، وليست نوعًا من أنواع "التحديث".
إليكم تعريفي لما أعنيه عندما أقول التحديث في سياق تحليلي:
"التحديث هو تحسين التحليلات التي لدينا بالفعل أو إضافة وظائف أو قدرة للتقنيات المستخدمة بالفعل. يتم التحديث دائمًا لتحقيق هدف التحسين. يجب تحديد الأهداف من خلال الشراكة بين مجتمع المستخدمين وقيادة تكنولوجيا المعلومات / التحليلات. "
يمكن أن تكون هذه الأهداف:
- سطحي - محتوى ذو مظهر أكثر جنسية أو تجربة مستخدم محسّنة.
- الأداء الوظيفي - تحسين الأداء أو إضافة وظائف وقدرات
- تمتد - توفير تجربة مضمنة أو إضافة مشاريع وأعباء عمل إضافية.
على مدار أكثر من 20 عامًا في مجال تحليلات الأعمال ، عملت مع مئات الشركات والمؤسسات التي تساعدهم وتقدم لهم المشورة بشأن التثبيتات والتحديثات والتكوينات والخطط والمشاريع الإستراتيجية. غالبًا ما يؤلمني ، عند الانخراط في وقت متأخر ، أن أكون حاملًا لجرعة من الواقع أثناء مشاريع التحديث. يبدأ الكثيرون بدون خطة أو ما هو أسوأ ، بخطة ولا تحقق من صحة تلك الخطة. أسوأها إلى حد بعيد هي تلك التي كانت مزيجًا من تحديثات تكنولوجيا المعلومات والتحليلات كمشروع ضخم متعدد الإمكانات.
الضغوط المتوقعة والتغلب عليها
- يجب أن يكون كل شيء عبارة عن سحابة و SaaS - تتمتع السحابة بالعديد من الفوائد وهي الخيار الواضح لأي استراتيجية واستثمار صافٍ جديد. يعتبر نقل كل شيء من مكان العمل إلى السحابة لأنها استراتيجية الشركة إلى جانب "حسب التاريخ" استراتيجية سيئة وتأتي من القيادة السيئة التي تعمل في فراغ. تأكد من فهم الفوائد وأي آثار قبل الاشتراك في التاريخ.
- مصدر واحد لكل شيء - نعم ، هناك شركات يمكنها تزويدك بكل ما تحتاجه. يمكن لبائع مصدر واحد أن يبيع لك الفوائد ولكن هل هي حقيقية أم متصورة؟ كانت مساحة التحليلات مفتوحة وغير متجانسة إلى حد كبير مما يسمح لك بالذهاب إلى أفضل ما في التكاثر ، لذا حدد خيارات سليمة.
- أحدث المنتجات أفضل - الأحدث تساوي الأفضل قد تعمل مع السيارات ولكن ليس عادةً مع البرامج ما لم تكن تطورًا في العرض. يبدو أن البائعين الذين لديهم سنوات من الخبرة والتاريخ في العالم الحقيقي بطيئون في مواكبة ذلك ، ولكن هذا لسبب وجيه. يميل هؤلاء البائعون إلى الحصول على عرض قوي لا يمكن للآخرين مطابقته ، وهذا العرض له قيمة أكبر بكثير مع تزايد استخدامهم. نعم ، هناك بعض التأخير ولكن هذا لا يشير دائمًا إلى الحاجة إلى الاستبدال. في كثير من الحالات ، يمكن أن توجد قطع متعددة إذا كانت خطوط التقسيم واضحة.
- التسرع في النتيجة العملاقة - لسوء الحظ ، نادرًا ما يكون الوقت المخصص دقيقًا ، لذا من الجيد أن يكون لديك معالم وخطط أصغر مع انتصارات محددة لإظهار تقدم ونتائج ذات مغزى.
- سيكون كل شيء أسرع بكثير - هذا هدف وطموح عظيم ولكن ليس دائما حقيقة. يلعب عرض الهندسة المعمارية عاملاً هائلاً ، كما هو الحال مع مدى جودة تنفيذ أي تكامل والاشتراك في الموقع للخدمات والوظائف التابعة والداعمة المحيطة.
- تحديث المستقبل الآن يثبت لنا - كما قلت في الافتتاحية ، فإن الابتكارات تطير لذا فهذه منطقة ستستمر في التطور. ابق دائمًا على اطلاع بما لديك وتأكد من التخطيط للتحديثات. بعد أي تحديثات ، قم بتقييم الميزات والوظائف الجديدة ليتم الاستفادة منها أو إتاحتها.
- التحديث هو مجرد "ترقيات" وسيكون سهلاً - تحديثه وليس تحديثه. وهذا يعني الترقيات والتحديثات والاستبدالات والاستفادة من الوظائف والقدرات الأحدث. قم بالترقية أولاً ثم الاستفادة من الوظيفة والإمكانيات الجديدة.
إعداد خطة تحديث التحليلات
قبل القيام بأي جهود تحديث ، أقترح القيام ببعض الأشياء التي سأشاركها للمساعدة في تحسين معدلات النجاح.
1. تحديد الأهداف.
لا يمكن أن يكون لديك هدف مثل ، "لتوفير مصدر سريع وسلس للتحليلات الجميلة التي تتيح سهولة الاستهلاك وإنشاء المحتوى." يعد هذا هدفًا رائعًا للحصول على الموافقة على المشروع ولكنه هدف شامل محفوف بالمخاطر والعذاب ... إنه ببساطة كبير جدًا. ركز وخلق أهدافًا لتغيير تكنولوجيا واحد في وقت مع نتيجة مرغوبة محسوبة. التحديث في كثير من الحالات يجب أن يتم قطعة تلو الأخرى والخبرة بالتجربة. هذا يعني المزيد من المشاريع والأهداف الأصغر.
سيقول الناس أن هذا يعني المزيد من الوقت والجهد العام وربما تغييرات كثيرة جدًا للمستخدمين. من واقع خبرتي ، نعم ، ستبدو هذه الخطة أطول ولكنها تعكس الوقت الفعلي الذي ستستغرقه على أي حال. بالنسبة لتكرار تغيير تجربة المستخدم ، يمكن التعامل مع ذلك من خلال عدم دفع النتائج إلى الإنتاج حتى يكون لديك مجموعة كاملة من التغييرات المنطقية. خطط التحديث "افعل كل ذلك مرة واحدة" التي رأيتها تستغرق 12-18 شهرًا أطول مما كان متوقعًا ، وهو أمر يصعب شرحه كثيرًا. والأسوأ من ذلك هو الضغط على الفريق الذي ينفذ الخطة والسلبية المستمرة التي تأتي من التحديات على طول الطريق. يؤدي هذا أيضًا إلى محاور كبيرة تؤدي إلى تحركات قفزة.
السبب الأكبر للتركيز على التغييرات الصغيرة هو أنه إذا تعطلت تحليلاتك على طول الطريق ، فسيكون استكشاف أي مشكلات وحلها أسرع وأسهل بكثير. تعني المتغيرات الأقل حلًا أسرع للمشكلة. أعلم أن هذا يبدو بسيطًا ، لكنني سأخبرك أنني عملت مع أكثر من شركة قررت القيام بجهود التحديث الوحشي حيث:
- كان من المقرر ترقية منصة التحليلات
- تم تحديث تقنية الاستعلام
- منصة التحليلات انتقلت إلى السحابة
- تم تبديل طريقة المصادقة لموفر خدمة تسجيل الدخول الأحادي على الويب
- تم تغيير مورد قاعدة البيانات وانتقل من نموذج مملوك ومشغل محليًا إلى حل SaaS
عندما لا تعمل الأشياء ، أمضوا الكثير من الوقت والجهد في تحديد سبب المشكلة قبل الوصول إلى الحل الفعلي. في النهاية ، كانت مشاريع "افعلها كلها في وقت واحد" تتقدم بمرور الوقت والميزانية وأسفرت عن نتائج مختلطة بسبب الإنجازات الجزئية للهدف والسلبية التي أحاطت بالمشروع. أصبح العديد من هذه المشاريع مجرد "احصل عليه وتشغيله على أفضل وجه ممكن" بحلول النهاية.
2. بناء خطة لكل هدف.
يجب أن تتضمن الخطة مدخلات من جميع أصحاب المصلحة من أجل الشفافية والاكتمال والدقة. سيكون المثال الخاص بي هنا هو تغيير تقنيات قواعد البيانات. يقدم بعض البائعين التوافق مع البائعين الآخرين وهذا يساعد في المبيعات عندما يتحدثون عن الوقت المستغرق في القيمة. سيحاول كل بائع قاعدة بيانات أيضًا دفع مركزه إلى أنه يؤدي بشكل أفضل من شاغل الوظيفة. القضية هي أن هذه العبارات لا تتداخل. ما زلت أرى انتقال عبء العمل من تقنية قاعدة بيانات إلى أخرى مع الاستفادة من توافق البائع وتحسين أداء أعباء العمل الحالية.
أيضًا ، عند تغيير بائعي / تقنيات قواعد البيانات ، من شبه المؤكد أنك تحصل على مستويات مختلفة من توافق SQL ، ووظائف قاعدة البيانات المكشوفة ، وأنواع بيانات مختلفة ، وكلها يمكن أن تعيث فسادًا في التطبيقات الحالية الموجودة في المقدمة. النقطة المهمة هي أنه يجب التحقق من صحة الخطة مع الأشخاص الذين يمكنهم فحص وتحديد التأثير المحتمل لمثل هذا التغيير الكبير. يجب إشراك الخبراء لإزالة المفاجآت لاحقًا.
3. تخطيط الخطط.
نظرًا لأن جميع الأهداف تم التشكيك فيها ، فقد نجد أن بعضها يمكن أن يعمل بشكل متوازٍ. عند استخدام منصة تحليلات ، قد نجد أن مجموعات أو وحدات عمل مختلفة تستخدم مكونات أساسية مختلفة مثل قواعد البيانات التي سيتم تحديثها ، بحيث يمكن تشغيلها بالتوازي.
4. فحص جميع الخطط بشكل تحليلي وتنظيفها.
هذه خطوة مهمة وحذفها الكثير. أناشدك أن تستخدم أي تحليلات لديك ضد تحليلاتك. هذا هو المفتاح لعدم إضاعة الوقت والموارد. حدد البيانات الميتة ، والمحتوى الموجود في منصة التحليلات الخاصة بك لم يعد مستخدمًا أو ذا صلة. لقد أنشأنا جميعًا مشاريع أو محتوى تحليليًا لمهمة لمرة واحدة ، لكن معظمنا يمتص أيضًا حذفه أو تنظيفه بعد أنفسنا. إنها digital المحتوى الذي لا يكلف أي شيء لمجرد تركه حتى اللحظة التي يتعين على شخص ما صيانته أو ترقيته أو تحديثه.
هل سيصدمك معرفة أن 80٪ من المحتوى التحليلي الخاص بك قد مات أو لم يتم استخدامه أو تم استبداله بنسخة جديدة أو تم كسره لفترة طويلة دون شكاوى؟ متى كانت آخر مرة فحصنا؟
لا تبدأ أي مشروع يتطلب التحقق من صحة المحتوى التحليلي دون مراجعة ما يحتاج إلى التحقق من صحته وما يحتاج إلى تنظيفه أو التخلص منه. إذا لم يكن لدينا أي تحليلات لاستخدامها ضد التحليلات ، فاكتشف كيفية المضي قدمًا في بعضها.
5. تقييم أن مشروع التحديث والخطط الفردية مكتملة كليًا.
دعنا نعود إلى الهدف السيئ ، "لتوفير مصدر سريع وسلس للتحليلات الجميلة التي تتيح سهولة الاستهلاك وإنشاء المحتوى" ، ونقسمها من مستوى عالٍ. من المحتمل أن يكون هناك تغيير في البنية التحتية لمعالجة الذاكرة والقرص ، وترقية قاعدة البيانات أو تغييرها ، والانتقال إلى تقنية موفر الدخول الموحد الحديثة مثل SAML أو OpenIDConnect ، وتحديث أو ترقية النظام الأساسي للتحليلات. هذه كلها أشياء جيدة وتساعد على التحديث ولكن يجب أن نتذكر ذلك المستخدمون النهائيون هم أصحاب المصلحة. إذا كان هؤلاء المستخدمون يحصلون على نفس المحتوى الذي حصلوا عليه منذ سنوات ولكن بشكل أسرع ، فمن المحتمل أن يكون مستوى رضاهم ضئيلًا. لا يمكن أن يكون المحتوى الجميل للمشاريع الجديدة فقط ، بل يجب تسليمه إلى أكبر مجموعة من المستهلكين لدينا. نادرًا ما يتم النظر في تحديث المحتوى الحالي ولكن يحتوي على الامتداد أكبر تأثير على المستخدمين. هذا مهم بشكل خاص للمسؤولين أو أي شخص آخر في الفريق يدعم منصة التحليلات. عدم إبقاء هؤلاء المستخدمين سعداء يؤدي إلى ظهور أدوات أخرى للتغلب على ما يقدمه الفريق مع احتمال أن تكون النتائج النهائية كارثية. سأغطي هذا الموضوع في مدونتي التالية في غضون أسابيع قليلة.
6. آخر نصيحة.
خذ نسخًا احتياطية بشكل متكرر ولا تقم بمشروع تحديث في الإنتاج فقط. بذل الجهد للحصول على بيئة إنتاج محاكاة لإجراء تغييرات واسعة النطاق. سيساعد هذا مرة أخرى في تقليل المتغيرات والاختلافات بين ما يعمل خارج الإنتاج وداخله.
حظ موفق في رحلة التحديث الخاصة بك!
هل لديك أسئلة حول مبادرة التحديث الخاصة بك؟ تواصل معنا لمناقشة احتياجاتك وكيف يمكننا المساعدة!
