التنبيهات

التنبيهات

0

لا توجد تنبيهات جديدة

منشورات #DevOps

Mohammed Yousef

منذ 6 اشهر


Notice: Undefined variable: account in /var/www/codaar.com/public_html/tag.php on line 98
الانتقال للمنشورة تبليغ \ رفع شكوى

للDevOps تعاريف كثيرة. لذا لن أعرّفها الآن. و بدلاً من ذلك سنتعرف للمشاكل التي ابرزت الDevOps كحل لها.
نتكلم هنا عن الشركات التي لديها منتجات او خدمات رقمية على الانترنت مباشرة أو التي لها انظمة تقنية داعمة لعملها.
(سلسلة - الجزء الاول )


تقوم الشركات على تقديم الخدمات والمنتجات المناسبة لعملائها. و استمرارية تلك الشركات في السوق تعتمد على جودة ما تقدّمه لعملائها خصوصاً في ظل وجود منافسين كُثر. و هذا يحتّم عليها الاستجابة لحاجاتهم في اسرع وقت بأفضل جودة قبل أن يتحولوا لمنتج مُقدم من شركة منافسة أخرى.


العميل هو حجر الأساس في بقاء المنشأة و الجزء الأهم في العملية.
كيف نعرف ما يريده العميل ؟ و ما لا يريده ؟ او حتى كيف نتنبأ بما يريد أو ما لا يريد ؟ هذا لا يتم إلا بدراسة سلوكه بأن يكون لنا أدوات نعرف من خلالها الأشياء التي تعجبه و التي لا تعجبه . قبل أن نتفاجأ بانخفاض مبيعاتنا.


اجتياح وسائل التواصل الإجتماعي لحياة الناس سهلت لنا هذه المهمة. لذا نرى كثير من الشركات تقوم بجمع وتحليل كل ما يتم كتابته عنها او عن منتجاتها. ايضاً وسائل التواصل وضعت اعمالنا في خطر حيث أصبح من السهل على المستهلك أن يعرف جودة منتجاتنا من خلال ماكتبه عنها الآخرون.


لذا وجدت الشركات نفسها في سباق مع الزمن لتقديم الخدمة الأفضل بصورة مستمرة بأسرع وقت ممكن.


لنفترض ان اقسام الشركة الأخرى كقسم علاقات العملاء و الدعم الفني و التسويق عبر أدواتهم قاموا بتحليل سلوك العميل وخرجوا بنتائج معينة اطّلع عليها مديرالمنتج Product Owner و حولها إلى Features او User Stories.


لاحظ انه عندما نكتب الUser Story نقول , "انا كـ … أريد ... لأجل أن تمكن من عمل ... ". هذه الاشياء يُفترض أن لا تكتب في لحظتها بل عندنا مئات منها مكتوبة مسبقاً عرفناها من خلال تلك أدوات التحليل و وظيفة مدير المنتج هنا هي جمعها وترتيبها حسب أهميتها.


بعد هذا يبدأ دور الIT بأن يبني الـ Features و يطلقها ثم تُعاد العملية بأن يتم قياس كيفية تعامل العملاء مع ذلك الFeature و هل كان هذا مرضي لهم أم لا و هكذا.


لا يهم هنا أن يكون ما تم اطلاقه مرضي 100% للعملاء فحتى الفشل في هذا هو درس تعليمي يدفعنا للتحسين خصوصاً وإذا كان لدينا أدوات القياس المناسبة التي تمكننا من قياس رضى العميل اولاً بأول.


بناء المميزات او الfeatures يجب أن تتم بجودة و بسرعة فلن ينتظرها عمليناً للأبد . لذا نحتاج ان نكون قادرين كـIT على إطلاق المميزات بصورة مستمرة عشرات او مئات او حتى آلاف المميزات في اليوم حسب حجم العمل و الفريق. السؤال كيف يكون لدينا القدرة لنقوم بشيء مماثل؟


الIT قوة بشرية قبل أن تكون مجرد أدوات تقنية. الاهتمام بالعنصر البشري أهم من الأدوات فهناك ثقافة مهمة يجب أن تتحقق في فريق العمل ( العابر للأقسام ) و يتبناها لكي يتمكن من تحقيق ذلك.


نحتاج أن يكون لدينا فريق متعاون لا متحارب ليس فقط في نفس الإدارة بل بين إدارات الIT المختلفة و هذا يستلزم الكثير مثل ترك سياسة إلقاء اللوم على افراد الفريق بدءاً من المبرمج و المُختبر و مهندسي الأنظمة و الأمن حتى مدير المشروع.


ايضاً هذه الثقافة لايمكن تطبيقها على فريق يحترق في العمل فمن الضروري أن يكون لديه وقت للتعلم و التجربة. و من الضروري ايضاً أن تكون هناك سياسة شفافية


إذا كانت البيئة مسمّمة بتصيد الأخطاء و القاء اللوم و المحاباة فسيعمل الكل على على اخفاء المشاكل و بالتالي لن يُبحث في حلها او منع تكرارها مستقبلاً.


مع ان اخطاء الفرد هي في الأصل أخطاء نظام أو إجراء سمح بذلك الخطأ يقول Kevin Thull ان "الDevOps هي جعل الناس سعداء و هم يبنون برامج افضل."
الDevOps ثقافة , ناس , ادوات تهدف إلى إبقاء شركاتهم قائمة في الصدارة.

الجزء الثاني سيكون عن الأدوات و أين و متى و لماذا نحتاجها.
#DevOps

تفاعل 3 شخص مع المنشورة