فلسفة DevOps ، عندما يتصل التطوير بصيانة البرامج ، لن تفاجئ أي شخص. وهناك اتجاه جديد يكتسب قوة - DevOps 2.0 أو BizDevOps. في ذلك ، تندمج ثلاثة مكونات في كل واحد: الأعمال ، التطوير والدعم. كما في الممارسات الهندسية DevOps'e تشكل أساس العلاقة بين التطوير والدعم ، لذلك في بيئة الأعمال ، يأخذ المحلل دور "الغراء" الذي يجمع بين التنمية والأعمال.
أريد أن أعترف على الفور: أننا حصلنا على bizdevops حقيقي ، لقد تعلمنا الآن فقط من خلال قراءة الكتب الذكية. طورت نفسها بطريقة أو بأخرى بفضل مبادرة الموظفين وشغف لا غنى عنه للتحسين. تعد Analytics الآن جزءًا من عملية تطوير الإنتاج ، حيث تقلل بشكل كبير من حلقات التغذية الراجعة وتُقدم رؤى منتظمة. سوف أخبرك بالتفصيل كيف يتم ترتيب كل شيء معنا.
عيوب DevOps الكلاسيكية
عندما تصمم منتجات عميل جديدة ، تنشئ الشركة نموذجًا مثاليًا لسلوك العملاء وتتوقع إجراء تحويل جيد ، يقوم على أساسه بناء أهدافها التجارية ونتائجها. فريق التطوير ، من جانبه ، ملتزم بإنشاء كود جيد للغاية وعالي الجودة. ومع ذلك ، يأمل الدعم في أتمتة العمليات بالكامل ، لسهولة وسهولة الحفاظ على منتج جديد.
يتطور الواقع غالبًا بطريقة تجعل العملاء يحصلون على عملية معقدة إلى حد ما ، ويعتمد العمل على انخفاض التحويل ، وحل مشكلات فرق التطوير عن طريق الإصلاح ، والدعم يغرق في تدفق طلبات العملاء. هل هذا مألوف؟
يكمن جذر الشر هنا في حلقة تغذية مرتدة طويلة وجيدة النوعية مضمنة في هذه العملية. عند جمع المتطلبات وتلقي الملاحظات أثناء سباق السرعة ، يتواصل رجال الأعمال والمطوّرون مع عدد محدود من العملاء ، مما يؤثر بشكل كبير على مصير المنتج. في كثير من الأحيان ، ما هو مهم بالنسبة لشخص واحد ليس على الإطلاق من سمات الجمهور المستهدف بأكمله.
إن فهم ما إذا كان المنتج يتطور في الاتجاه الصحيح يأتي مع التقارير المالية ونتائج أبحاث التسويق بعد شهور من إطلاقه. وهم ، بسبب محدودية أخذ العينات ، لا يوفرون إمكانية اختبار الفرضيات على عدد كبير من العملاء. بشكل عام ، اتضح أنها طويلة وغير دقيقة وغير فعالة.
أداة الكأس
وجدنا طريقة جيدة للابتعاد عن هذا. أداة تستخدم لمساعدة المسوقين فقط ، فقد وقعنا في أيدي رجال الأعمال والمطورين. لقد بدأنا في استخدام تحليلات الويب بنشاط من أجل النظر في العملية في الوقت الحقيقي ، وهنا والآن لفهم ما يحدث. بناءً على ذلك ، خطط للمنتج نفسه ، بحيث يتم طرحه على عدد كبير من العملاء.
إذا كنت تخطط لنوع من تحسين المنتج ، فيمكنك أن ترى على الفور المقاييس المرتبطة بها ، وكيف تؤثر هذه المقاييس على المبيعات وخصائص العمل. لذلك يمكنك على الفور التخلص من الفرضيات ذات التأثير المنخفض. أو ، على سبيل المثال ، طرح ميزة جديدة على عدد كبير من المستخدمين من الناحية الإحصائية واتبع المقاييس في الوقت الحقيقي ، لفهم ما إذا كان كل شيء يعمل على النحو المنشود. لا تنتظر ردود الفعل في شكل نداءات أو تقارير ، ولكن عليك مراقبة ومتابعة عملية إنشاء المنتج بنفسك بسرعة. يمكننا طرح ميزة جديدة ، خلال ثلاثة أيام نقوم بالفعل بجمع البيانات الصحيحة إحصائياً ، وإجراء تغييرات في ثلاثة أيام أخرى - والآن في غضون أسبوع ، أصبح منتج جديد ممتاز جاهزًا.
يمكنك تتبع المسار بالكامل ، وجميع العملاء الذين اتصلوا بمنتج جديد ، والعثور على النقاط التي ضاقت بها القمع بحدة ، ومعرفة الأسباب. كل من المطورين والشركات يشاهدون هذا الآن ، وهذا جزء من العمل اليومي. يرون نفس مسار العميل ، ويمكنهم معًا توليد أفكار وافتراضات للتحسين.
مثل هذا التكامل بين الأعمال والتطوير جنبًا إلى جنب مع التحليلات يُمكِّن من إنشاء منتجات بشكل مستمر وتحسين باستمرار والبحث عن الاختناقات والعملية برمتها.
كل شيء عن التعقيد
عندما ننشئ منتجًا جديدًا ، لا نبدأ من نقطة الصفر ، ولكننا ندمجه في تعقيدات الخدمات الموجودة بالفعل. عند تجربة منتج جديد ، غالبًا ما يتصل العميل بعدة أقسام. يمكنه التواصل مع موظفي مركز الاتصال ، مع مديري المكتب ، ويمكن الاتصال بالدعم ، في الدردشات عبر الإنترنت. باستخدام المقاييس ، يمكننا أن نرى ، على سبيل المثال ، ما هو الحمل في مركز الاتصال ، وأفضل طريقة للتعامل مع الطلبات الواردة. يمكننا فهم عدد الأشخاص الذين يصلون إلى المكتب ، واقتراح كيفية تقديم المشورة إلى العميل.
مع نظم المعلومات ، كل شيء هو نفسه تماما. يوجد مصرفنا منذ أكثر من 20 عامًا ، خلال هذا الوقت تم إنشاء طبقة كبيرة من الأنظمة غير المتجانسة وما زالت تعمل. التفاعل بين أنظمة الخلفية في بعض الأحيان لا يمكن التنبؤ بها. على سبيل المثال ، في بعض النظم القديمة لحقل معين ، توجد قيود على عدد الأحرف ، وأحيانًا يتعطل هذا خدمة جديدة. يعد تتبع الأخطاء بالطرق القياسية أمرًا صعبًا للغاية ، ولكن استخدام تحليلات الويب أمر أساسي.
وصلنا إلى النقطة التي بدأنا في أخذ وتحليل نصوص الأخطاء التي تظهر للعميل من جميع الأنظمة المعنية. اتضح أن العديد منهم عفا عليه الزمن ، ولم نتمكن حتى من تخيل أنهم شاركوا بطريقة ما في عمليتنا.
العمل مع التحليلات
لدينا تحليلات الويب وفرق تطوير SCRUM في نفس الغرفة. تتفاعل باستمرار مع بعضها البعض. عند الضرورة ، يساعدك الخبراء في إعداد المقاييس أو تحميل البيانات ، ولكن في الأساس يعمل أعضاء الفريق مع خدمة التحليلات ، لا يوجد شيء معقد.
هناك حاجة إلى مساعدة إذا كنت تحتاج ، على سبيل المثال ، إلى بعض التبعيات أو عوامل تصفية إضافية لنوع محدود من العملاء أو المصادر. ولكن في العمارة الحالية ، نادراً ما نواجه هذا.
ومن المثير للاهتمام ، لم يتطلب إدخال التحليلات تثبيت نظام تكنولوجيا معلومات جديد. نحن نستخدم البرنامج نفسه الذي عمل عليه المسوقون سابقًا. كان من الضروري فقط تنسيق استخدامها وتنفيذها في الأعمال التجارية والتنمية. بالطبع ، لم نتمكن من أخذ ما يمتلكه التسويق فحسب ، كان علينا إعادة تكوين كل شيء ومنح التسويق إمكانية الوصول إلى البيئة الجديدة بحيث كانوا معنا في نفس مجال المعلومات.
في المستقبل ، نخطط لشراء نسخة محسّنة من برنامج تحليلات الويب التي ستعالج الأعداد المتزايدة من الجلسات المعالجة.
نحن ندمج بنشاط تحليلات الويب وقواعد البيانات الداخلية من CRM وأنظمة المحاسبة. من خلال دمج البيانات ، نحصل على صورة كاملة للعميل في جميع الأقسام اللازمة: حسب المصدر ونوع العميل والمنتج. ستتاح قريباً خدمات BI التي تساعد على تصور البيانات لجميع الإدارات.
ماذا انتهى بنا المطاف؟ في الواقع ، لقد جعلنا التحليلات وصنع القرار عليها جزءًا من عملية الإنتاج ، مما أعطى تأثيرًا واضحًا.
تحليلات: لا خطوة على أشعل النار
وأخيرًا ، أرغب في مشاركة النصائح التي ستساعدك على تجنب المخاريط في عملية بناء الأعمال التجارية.
- إذا تعذر إجراء التحليلات بسرعة ، فأنت تقوم بالتحليلات الخاطئة. تحتاج إلى اتباع مسار بسيط من منتج واحد ، ومن ثم القياس.
- يجب أن يكون لديك فريق أو شخص يفهم بنية تحليلات المستقبل جيدًا. من الضروري أيضًا أن تحدد على الشاطئ كيفية قياس التحاليل ودمجها في الأنظمة الأخرى وإعادة استخدام البيانات.
- لا تولد بيانات اضافية. إحصاءات الويب ، بالإضافة إلى المعلومات المفيدة ، هي أيضًا مكب نفايات ضخم يحتوي على بيانات منخفضة الجودة ومتكررة. وسوف تتداخل هذه القمامة مع عملية صنع القرار والتقييم ، إذا لم تكن هناك أهداف واضحة.
- لا تفعل تحليلات للتحليلات. في البداية ، الأهداف ، واختيار الأداة ، وعندها فقط - التحليلات فقط حيث سيكون لها تأثير.
المواد المعدة بالاشتراك مع Chebotar Olga (
olga_cebotari ).