منذ فترة طويلة تعتبر الشركات الرقمية كوسيلة لأتمتة العمليات والقضاء على الخطأ البشري ، ولكن هل بدأنا نرى حقيقة عكسية؟
تجبر الأنظمة المتكاملة بشكل سيئ العملاء على إعادة إدخال المعلومات المتكررة عند توجيههم من محطة إلى محطة في مكالمة هاتفية.
أنظمة الفواتير الآلية فاتورة مرتين.
وظائف الدردشة تأخذك مسارات اللاعودة عندما كان كل ما تريده هو إجابة بسيطة.
عندما تحدث هذه الأشياء ، يتم إلقاء اللوم على الأنظمة وكذلك.
كيف يمكن لمراكمة تقنية المعلومات تغيير المشاريع الرقمية حتى يتمكن كل من البشر والأتمتة الرقمية من اتخاذ أفضل خطواتهم للأمام؟
1. Reamagine Digital Project Engineering بحيث يتضمن قابلية الاستخدام
عندما نفكر في هندسة المشاريع الرقمية ، فإن الهدف هو تصميم الأجهزة والبرامج والتأكد من أن هذه المكونات تتناسب مع نظام متماسك. ينصب التركيز على التقنية ، مع إيلاء اهتمام ثانوي فقط لسهولة الاستخدام البشري للمشروع.
الافتراضات التي تدخل في مشروع رقمي هي أنه من الطبيعي أن تسهل الحياة على المستخدمين وتوفير المال للشركة ، ولكن تقول الاستشارات مثل McKinsey أن هناك أ معدل فشل 70 ٪ للمشاريع الرقمية.
أحد العوامل المساهمة في فشل المشروع الرقمي هو قابلية الاستخدام. تظهر مشكلات قابلية الاستخدام في معدلات التخلي المفرطة للمضيفات الآلية للهاتف ، أو في مواقع الويب التي لديها محادثات معقدة ، أو في أتمتة العمليات التجارية الداخلية التي تجعل العمل اليومي ليصبح أكثر ، وليس أقل ، معقدة.
يمكن تجنب كل هذه النتائج غير المرغوب فيها إذا كانت هندسة المشروع الرقمية تتضمن قابلية الاستخدام البشرية مقدمًا.
2. تنفيذ هندسة العوامل البشرية
أوضح لي خبير ضمان جودة الطائرة في إحدى الشركات المصنعة الرئيسية مؤخرًا أنه عندما يتم تصميم الطائرات النفاثة ، يتضمن مهندسو ضمان الجودة تسجيلات مفصلة من الخدمات اللوجستية وأجهزة قمرة القيادة. الهدف من ذلك هو جعل الطيران الطائرة بديهية وسهلة قدر الإمكان للطيارين. السلامة هدف واحد. الكفاءة والفعالية وسهولة الاستخدام هي الأخرى.
يمكن لمديري المشاريع الرقمية التعلم من هذا. يمكن أن تبدأ بإدخال عوامل بشرية هندسة في تصميم المشروع ، ضمان الجودة وخطط التنفيذ. الأسئلة التي يجب طرحها من قبل فريق المشروع هي: هل تطبيق سهل ومباشر للاستخدام؟ هل جميع أسماء الحقول مصممة ، وتوسيعية ، ومفهومة؟ هل تدفق كل معاملة منطقي جيد؟ هل تنقل الشاشة سهلة وبديهية؟ إذا كان المستخدم يحتاج إلى مساعدة ، فهل تتوفر وظيفة مساعدة يتم ملؤها بالمعلومات ذات الصلة؟
3. إجراء اختبار استثناء صارم
الإبداع البشري لا حدود له – وكذلك الطرق التي يستخدمها مجموعات مختلفة من المستخدمين التطبيقات. عادةً ما تكون مهمة مجموعة IT QA وحفنة من المستخدمين النهائيين لاختبار وتجربة تشغيل نظام قبل أن يبدأ النظام. ينصب التركيز على إيجاد وحل الأخطاء الفنية ومواطن الخلل. ومع ذلك ، فإن قابلية الاستخدام الفعلية للتطبيق نادراً ما تكون على قوائم مراجعة ضمان الجودة – ولا هي الاستثناءات للمعالجة التي يمكن أن تحدث عندما يبدأ مقطع عرضي واسع من البشر القادم من بيئات وخبرات مختلفة في استخدام النظام. مثال على ذلك فريق المشروع في فيلادلفيا الذي يصمم نظامًا ولكنه لا يفكر في العميل الريفي الذي يعيش في عنوان مادي ولكنه يحصل فقط على بريده في صندوق PO في المدينة. يحاول العميل إدخال مربع PO الخاص بهم في حقل عنوان الفواتير للتطبيق عبر الإنترنت ويحصل على خطأ. لماذا؟ لأنه لم يفكر أحد في ضمان الجودة في استثناء المعالجة للفرد الذي لديه صندوق PO للبريد وعنوان مادي للمكان الذي يعيشون فيه.
4. استخدم منهجية الإصدار المستمر للبرنامج لقابلية استخدام النظام وإصلاحاتها وتحسينها
حتى إذا كانت عملية ضمان الجودة الخاصة بك شاملة ودراسة لجميع الاستثناءات للمعالجة التي يجب اختبارها ، فستظل هناك مجالات يتم تجاهلها. كما أن تحسينات البرامج الجديدة تحدث بشكل مستمر. لمواكبة هذا المعدل الثابت للتغيير ، والذي يجب أن يشمل أيضًا تحسينات قابلية الاستخدام البشري ، إنها ممارسة سليمة لإصدار إصدارات مستمرة من تغييرات البرامج ، شريطة اختبار التغييرات أولاً.
5. عندما يكون ذلك ممكنًا ، استخدم منهجية تطوير رشيقة في المشاريع الرقمية
ليست جميع الأنظمة والتطبيقات “مناسبة” لتطوير البرمجيات الرشيقة ، ولكن المشاريع التي يمكن تطويرها مع Agile لديها قفزة على قابلية الاستخدام لأن البشر من مناطق متنوعة من الشركة يتفاعلون باستمرار مع بعضها البعض أثناء مراحل بناء المشروع واختبارها. لا تحل هذه التفاعلات البشرية المستمرة محل الحاجة إلى إجراء اختبار استثناء مكثف لما قد يفعله الإنسان ، لكنهم يجلبون جانبًا من قابلية استخدام الإنسان في مشاريع تكنولوجيا المعلومات في وقت أقرب مما كان عليه في تطوير شلالات البرمجيات التقليدية ، والذي يركز بشكل حصري تقريبًا على الأداء الفني.
قبل أربع سنوات ، صرحت IEEE بأن “الرقمنة سهّلت بشكل كبير العديد من مجالات الحياة والحياة دون أن لا يمكن تصورها تقريبًا اليوم ، [but it] ينبغي أيضًا النظر فيها في المواقف التي جعلت الرقمنة الحياة أكثر صعوبة على المجتمع الحديث. ”
عندما لا يتمكن العملاء من الحصول على إجابات سهلة ويواجه المستخدمون أخطاء قاتلة عند محاولة معالجة الاستثناءات التي تحدث في أي عمل ، فإن الرقمنة لا تعمل.
يمكن لمراقبة المعلومات والقيادة المشروع تصحيح هذا الموقف من خلال إيلاء اهتمام أكثر صرامة لقابلية الاستخدام البشري للأنظمة.
