سلسلة التحول الرقمي: الميل الأخير

إذا كنت تقرأ هذا المنشور ، فمن المحتمل أنك لم تصل بعد إلى الميل الأخير من مشروع التحول الخاص بك.

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

في كثير من الحالات ، يلامس التحول الرقمي عناصر تقنية وتجارية وتنظيمية أكثر من أي شيء سابق.

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

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

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

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

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

هناك أربعة مجالات في المشروع غالبًا ما تتعرض للخطر - مما يضر بشكل كبير بنجاح المشروع.

مشروع التحول الرقمي: الاختبار

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

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

مرحلة الاندماج

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

لقد عملت مؤخرًا مع عميل حدد أكثر من 50 عملية تكامل كان لا بد من تسليمها لبدء التشغيل النهائي. من خلال العمل مع فريق خدمات الخبراء لدينا ، تمكنوا من المضي قدمًا ، واحدًا تلو الآخر ، وتحديد ما هو مهم للمشروع وما يمكن تأجيله.

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

في كثير من الأحيان ، نكتشف أن عمليات الدمج التي تم تحديدها على أنها تتطلب أكثر مكالمات الوقت الفعلي "تكلفة" تصبح أقل أهمية إلى حد ما - ويمكن تطبيق إستراتيجية في الوقت الفعلي تقريبًا. مثال كلاسيكي - هل تحتاج حقًا إلى التحقق من صحة المخزون في الوقت الفعلي عندما ينظر شخص ما إلى التفاصيل الموجودة على عنصر في الكتالوج؟ هل تحتاج حتى إلى التحقق من الصحة في الوقت الفعلي إذا تمت إضافته إلى عربة التسوق؟ في العديد من حالات الأعمال ، تحدث مكالمة المخزون الوحيدة في الوقت الفعلي عندما يتم تأكيد عربة التسوق للدفع.

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

اختبار الحمل

يرتبط اختبار الحمل ارتباطًا وثيقًا بجهود التكامل. في كثير من الأحيان ، يضع العملاء افتراضات حول الحمل بناءً على أداء المخزون لبرنامج البائع. هذا هو التفكير الخاطئ. أنت تقوم بتركيب الحل وتخصيصه وفقًا لاحتياجاتك الخاصة. يمنحك كل إعداد تم تغييره وكل سير عمل مخصص خطوة أخرى بعيدًا عن أي معايير يقدمها البائع للإنتاجية. علاوة على ذلك ، سيكون لعمليات الدمج الخاصة بك تأثير كبير على أداء الحل الخاص بك - ولا توجد طريقة يمكن لمورِّدك أن يتوقع ما سيكون عليه هذا التأثير.

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

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

تمرين

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

غالبًا ما يكون التدريب ناقص التمثيل للبدء به في مشروع التحول الرقمي. ليس هناك ما هو أسوأ من وجود نظام جديد يفشل لأنه لا يمكن لأحد استخدامه. هذه ليست مشكلة تقنية في كثير من الأحيان. الناس يجعلون الأنظمة تعمل - أم لا. هؤلاء الناس يجب أن يعرفوا ويشتروا ما سوف يستخدمونه.

ينقسم التدريب تقريبًا إلى مكونين أساسيين — لا تتجاهل أيًا منهما.

تدريب النظام: هذا تدريب للفريق الذي سيدير ​​مسارات العمل والعمليات التجارية التي صممتها في المشروع. هذا هو المكان الذي يذهب فيه الجزء الأكبر من تركيز التدريب. إن التأكد من معرفة الناس لماذا وكيف يتم طرح النظام ، وكيف ستتغير وظيفتهم أمر بالغ الأهمية في آخر ميل من الجهد. هناك قدر لا بأس به من العمل هنا إذا كنت تقوم بتغيير العمليات التجارية التي كانت موجودة منذ فترة طويلة بشكل جوهري. تأكد من أن الفرق تعرف ما الذي يقومون به ولماذا!

هذه فرصة لزيادة الإثارة تجاه الحل الجديد ، وسيؤدي شراء هذه الفرق إلى التخفيف من المطبات الحتمية التي ستواجهها في بدء التشغيل. يجب أن يشتمل هذا التدريب على ثلاثة جوانب: تدريب البائعين في فصل دراسي أو في الموقع ، وتعديل System Integrator لأي تفرد تم إنشاؤه لعملك ، وتجربة عملية في وضع الحماية حيث يمكن للمستخدمين ارتكاب أخطاء في بيئة آمنة. من فضلك - مهما فعلت ، لا تفترض أن المستخدمين سيأخذون ببساطة ما تمنحه لهم. هذا ليس نهجًا رائعًا لبناء الزخم الذي ستحتاجه للمطالبة بالنجاح في التحول الرقمي ... قم ببناء خطة تدريب مناسبة ، ولا تقطع الطريق. أرسل أشخاصًا للتدريب وأشركهم في الجهد - سيؤتي ثماره.

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

دائمًا ما يكون الميل الأخير هو المكان الذي تأتي فيه الأزمة. لكن الخطوات المذكورة أعلاه ستساعدك على مواجهة التحديات بخطى واسعة.