تحقق من جميع الجلسات عند الطلب من قمة الأمن الذكي هنا.
هذا الصيف ، كلف الفشل في تغيير وحدة برمجيات فولكس فاجن الرئيس التنفيذي هربرت ديس وظيفته. اسم مألوف ، فولكس فاجن خاطرت بفقدان ميزتها التنافسية للصين واليابان والأسواق الأخرى من خلال عدم التحديث ، إلى جانب الأضرار التي تلحق بسمعة إنتاج السيارات التي لا يمكن أن تتطابق مع معايير برامج المنافسين. ربما أصبح ديس أكثر المسؤولين التنفيذيين البارزين الذين يدفعون ثمن الفشل في تحديث المنظمة. لن يكون الأخير.
صناعة السيارات ليست سوى واحدة من العديد من الصناعات التي أصبحت تتمحور حول البرامج. أصبح البيع بالتجزئة الآن عبر الإنترنت ، وليس بالطوب وقذائف الهاون. تتم الخدمات المصرفية على التطبيقات ، وليس بدون وصفة طبية. يحتاج المسؤولون التنفيذيون إلى موازنة مجموعة مختلفة من الأولويات عن أولويات أسلافهم إذا أرادوا مواجهة العاصفة الاقتصادية الوشيكة.
لم يكن رحيل ديس بسبب الجهل المطلق ، ولا بسبب عدم الاعتراف بأهمية تطوير البرمجيات لمستقبل صناعة السيارات. عند تعيينه ، بدا أن ديس أدرك الحاجة إلى التغيير. قال إن فولكس فاجن “تحتاج إلى ثقافة برمجية.” ومع ذلك ، من الصعب تحديد ما يعنيه ذلك من الناحية العملية ، وغالبًا ما لا تنعكس التجربة على تصور من هم في القمة.
أساس برنامج متين
لا ترجع معظم مشكلات البرامج إلى عدم القدرة على الإنشاء ؛ عادة ما تكون ناجمة عن مشكلة في الكود تؤدي إلى تعطل البرنامج أو تقديم نتائج خاطئة. بمعنى آخر ، تحدث المشكلات بسبب عدم القدرة على الاختبار. بينما يمكن حل بعض حالات فشل التطبيقات بسرعة ، يمكن أن يكلف الكثير منها الشركات قدرًا كبيرًا من الوقت – فقدان تلك الميزة التنافسية والإيرادات ، وفي النهاية الإضرار بالسمعة.
حدث
قمة الأمن الذكي عند الطلب
تعرف على الدور الحاسم للذكاء الاصطناعي وتعلم الآلة في الأمن السيبراني ودراسات الحالة الخاصة بالصناعة. شاهد الجلسات عند الطلب اليوم.
مشاهدة هنا
مع تسريع الشركات للتحول الرقمي لاكتساب ميزة تنافسية ، تستمر وتيرة تطوير البرامج في الزيادة بمعدل هائل. يضع هذا ضغطًا هائلاً على فرق تقنية المعلومات لتطوير البرامج وإصدارها بسرعة ، غالبًا بموارد محدودة. ومع ذلك ، فإن الخطوة الحاسمة في إصدار برنامج جديد هي نشر إمكانات الاختبار الصحيحة للعثور على أي أخطاء وإصلاحها مسبقًا. على الرغم من ذلك ، يتم المخاطرة ويتم قطع الزوايا. هذا هو المكان الذي يفشل فيه الرؤساء التنفيذيون غير المنغمسين في ثقافة تتمحور حول البرامج في فهم الخطوات اللازمة لتحويل الأعمال رقميًا.
أنت بحاجة إلى البناء من أساس متين. لاستخدام استعارة كرة القدم ، تحتاج إلى البناء من الخلف. فرق ضمان الجودة والاختبار مثل حراس المرمى ، أزواج الأيدي الآمنة التي تمنع التراجع وتسمح للآخرين في العمل بالتركيز على التهديف. في كثير من الأحيان ، يأتي المدراء التنفيذيون إلى الأعمال التجارية ويركزون على تسريع البرامج غير المطورة للحاق بالركب. يمكنك التعاقد مع أي عدد تريده من مهاجمي النجوم ، ولكن إذا كان لديك دفاع متسرب ، فسوف تعاني على المدى الطويل.
الاختبار الحاسم
يمكن أن يختلف فهم مكان تكمن مشكلات البرامج. في البنوك ، غالبًا ما يتم إلقاء اللوم في انقطاع الخدمة على أنظمة تكنولوجيا المعلومات المعقدة لبنوك هاي ستريت ، والتي تم بناؤها على ترقيات تدريجية للأنظمة القديمة. يتم اتخاذ قدر أقل من المساءلة عن اختبار البرامج دون المستوى ، على الرغم من العواقب الوخيمة على العملاء ، والأضرار التي تلحق بالسمعة والغرامات التنظيمية الباهظة.
يعد اختبار البرامج أمرًا بالغ الأهمية لتحديد العيوب والأخطاء في الكود. كما أنه يمكّنك من معرفة ما إذا كان البرنامج يطابق المتطلبات المتوقعة للوظيفة والتوافق والتصميم. تاريخيًا ، كان اختبار البرامج يُجرى يدويًا ، حيث يلعب المختبِرون دور المستخدمين النهائيين ويستخدمون ميزات التطبيق لضمان السلوك الصحيح. ولكن نظرًا لأن تطوير البرامج أصبح أكثر سرعة وتعقيدًا ، لم يعد الاختبار اليدوي قادرًا على مواكبة ذلك. تحاول الشركات الانتقال إلى الاختبار الآلي لإدارة متطلبات أكثر تعقيدًا.
مع النقص الكبير في مهارات المطورين العالميين ، وتسريح الشركات للعمال ، هناك اختناقات شديدة في الاختبارات ، وزيادة التكاليف ، وتأخيرات في أوقات تسليم المشروع حيث تحاول فرق التطوير رفع مهارات المختبرين اليدويين ، وإعادة وضع المواهب المتبقية والاعتماد على مطوريهم الحاليين من أجل يدعم. في الوقت نفسه ، تعمل الشركات على تجاوز المواعيد النهائية الضيقة لتقديم الجودة بسرعة وتلبية طلبات العملاء الجديدة. يتوج كل هذا في 15٪ من اختبارات البرامج التي يتم إجراؤها آليًا بنجاح اليوم ، على الرغم من المعدل السريع للتحول الرقمي.
تجنب المسار المتهور
ومع ذلك ، على الرغم من الطبيعة الحرجة لاختبار البرمجيات ، لا يزال عدد كبير من الشركات يعتمد على العمليات اليدوية لاختبار برامجهم. هذا يعني أنهم عرضة للمخاطر ، حيث أن 70-75٪ من الانقطاعات ناتجة عن خطأ بشري. يعد الاختبار اليدوي أيضًا كثيف الموارد ويتطلب مهارات متخصصة تفتقر إليها العديد من الشركات. لذلك ، بدلاً من ذلك ، قاموا بتقطيع الزوايا وإصدار برامج لم يتم اختبارها بشكل صحيح.
لا يغني الرؤساء التنفيذيون والمختبرين من نفس ورقة الترنيمة عندما يتعلق الأمر بالاختبار ، وتتسلل عقلية “إصلاح المشكلة بعد ذلك” بشكل خطير إلى المؤسسات التي لا تستطيع تحمل المخاطر. في المسار الحالي ، ستكافح المزيد والمزيد من الشركات مع حالات الفشل والانقطاع ، مما قد يتسبب في إلحاق ضرر مالي كبير بسمعتها. كما ستشهد تخلفهم عن المنافسين ، وبالنسبة لصانعي القرار ، نادرًا ما يبشر ذلك بأخبار جيدة لآفاقهم.
البقاء على المسار الحالي أمر متهور ، ولكن الأسوأ من ذلك ، يمكن تجنبه بسهولة. تحتاج الشركات إلى تشديد ممارسات اختبار البرامج الخاصة بها من خلال التفكير في نهج مختلف وتبني حلول مثل أنظمة التشغيل الآلي للاختبار التي لا تتطلب مهارات الترميز. هذا يفتح الحاجز أمام الدخول لاختبار البرامج ، ويضمن أن الشركات يمكنها الوصول إلى نطاق أوسع من المواهب لإدارة العملية. عندها فقط يمكن تحسين عملية الاختبار والتغلب على التحديات وتغيير المواقف.
كريستيان برينك فريدريكسن مؤسس مشارك ومدير تنفيذي في Leapwork.
صانعي القرار
مرحبًا بك في مجتمع VentureBeat!
DataDecisionMakers هو المكان الذي يمكن للخبراء ، بما في ذلك الأشخاص الفنيون الذين يقومون بعمل البيانات ، مشاركة الأفكار والابتكارات المتعلقة بالبيانات.
إذا كنت تريد أن تقرأ عن الأفكار المتطورة والمعلومات المحدثة ، وأفضل الممارسات ، ومستقبل البيانات وتكنولوجيا البيانات ، انضم إلينا في DataDecisionMakers.
يمكنك حتى التفكير في المساهمة بمقال خاص بك!
قراءة المزيد من DataDecisionMakers
اكتشاف المزيد من موقع شبرون
اشترك للحصول على أحدث التدوينات المرسلة إلى بريدك الإلكتروني.