دور مُهندس الحلول فِي حوكمة المشروع
سيتمثل دور مُهندس الحلول فِي المشروع غالباً فِي استخدام تجربته، وخبرته لتقييم المُشكلات، والتغييرات. ومع ذلك، تُعد مُراقبة التغيير فِي المشروع أمرًا بسيطًا للغاية، لا سيما فِي Microsoft Power Platform. ومن ثم، يُمكن لمُهندس الحلول زيادة التركيز على مُراقبة التغيير بدلاً من ضمان تقدم المشروع. لذلك، يجب أن يوجّه مُهندس الحلول أفراد فريق المشروع الآخرين فِي إجراء تقييم المشكلات، والتغييرات وتحليلها.
يكمن أحد التحديات التي يواجهها مُهندسو الحلول الجديدة فِي عملية ترك دور الفاعل إلى دور قيادة الآخرين وتوجيهم. يجب أن يكون مُهندس الحلول مُتاحًا لأفراد فريق المشروع الآخرين ولدعم نموهم.
المُشاركة فِي تحديد الحوكمة
يُمكن إجراء التغييرات بسهولة من خلال Microsoft Power Platform؛ ومع ذلك، يُمكن أن يؤدي إجراء العديد من التغييرات الصغيرة وسوء عملية الحوكمة إلى فشل المشروع. على سبيل المثال، يحتاج مُهندس الحلول إلى التأكد من أن عملية تقييم التغيير لا تستغرق وقتًا أطول من تنفيذ التغيير.
من الضروري أن يُشارك مُهندس الحلول فِي تحديد العمليات، والإجراءات الخاصة لحوكمة المشروع. تُساعد مُشاركتهم فِي التأكد من أن العمليات، والإجراءات مُناسبة لتقنيات Microsoft Power Platform المُستخدمة وأنها لا تسبب عبئًا غير ضروري.
قدم مُلاحظات عملية
يكون مُهندس الحلول غالبًا الوسيط بين العميل وأفراد الفريق. لذلك، يحتاجون إلى تقديم مُلاحظات لبعضهم البعض. يجب تقديم المُلاحظات للمُساعدة فِي صياغة الحل فِي المقام الأول.
يُمكن أن تحدث المُلاحظات فِي وقت مبكر من إنشاء طلب تقديم العروض (RFP)/بيان العمل (SOW). ومع ذلك، يجب تقديم المُلاحظات دومًا طوال فترة المشروع.
يتحمل مُهندس الحلول مسؤولية ضمان أن تكون المُلاحظات بنّاءة، وقابلة للتنفيذ.
التعامل مع الأخبار السيئة
يُقدم مُهندس الحلول، من حين لآخر، مُلاحظات حول مُشكلة قد لا يتم استقبالها على النحو الجيد. لا تتحسن الأخبار السيئة مع مرور الوقت. يجب أن يُقر مُهندس الحلول بالأخبار السيئة، ويُشاركها فِي وقت مبكر من العملية.
أمثلة على الأخبار السيئة التي يجب ألا يحجبه مُهندس الحلول:
- سوف تزيد تكلفة تراخيص المُستخدمين بنسبة 87 بالمائة إذا تقدموا بهذا المطلب كما هو مكتوب.
- يتم استنكار هذه الميزة.
- سوف يستغرق استيراد البيانات الآن 30 يومًا مع العلاقة المضافة.
- لقد حدّد ترحيل البيانات 200 عمود جديد، وقد تم اكتشاف ثلاث عمليات جديدة غير موثقة من هذه البيانات.
يحتاج مُهندس الحلول إلى التأكد من أن المُلاحظات، وخاصةً الأخبار السيئة، قابلة للتنفيذ. لا فائدة من القول بأن "شيء ما غير صحيح" لأنه لا يُوفر دعوةً واضحةً للعمل ويترك المتلقي يحاول معرفة ماهية المشكلة. بدلاً من ذلك، يجب على مُهندس الحلول إنشاء بيان مشكلة واضح ثم تقديم المراجع والتأثير المحتمل على المشروع.
لتأخذ بعين الاعتبار المشروعات التي شاركت فيها، ثم تذكر كيف تم التعامل مع الأخبار السيئة وتأثيرها على المشروع.
ساعد الناس على الوصول إلى النتيجة ذاتها
على الرغم من أن مُهندس الحلول قد يتمتع بأكبر قدر من الخبرة، إلا أنك تحتاج إلى مُساعدة أفراد فريق المشروع والعملاء فِي الوصول إلى حل لمشكلة ما. من المرجح أن يؤدي قول "لن يصلح ذلك" إلى كون الشخص دفاعي. يجب أن يكون مُهندس الحلول دائمًا بنّاء ويتجنب قول "لا" كثيرًا. بدلاً من ذلك، قدم خيارات أو تفاوض بشأن المتطلبات.
يجب أن تطرح أسئلة رئيسية مثل "هل سيؤدي ذلك إلى تشغيل 1,000,000 من التدفقات السحابية لـ Power Automate بهذا التكوين؟" سيشجع طرح سؤال أساسي الشخص على التفكير فِي تأثير اقتراحه. تذكر، قد لا يكون لدى الشخص النظرة العامة للمشروع التي يمتلكها مُهندس الحلول.
إذا كانت تنتابك مخاوف بشأن حل مقترح أو تغيير ما، فأنت بحاجة إلى إبراز مخاوفك مع تشجيع الشخص على التفكير وحل المشكلة.
تعد مُراجعة عمل الآخرين مهمةً أساسيةً لمُهندس الحلول. يُعد الفرق بين مراجعة ما قام به شخص ما والقيام بالعمل بنفسك ضئيلاً للغاية. عند مُراجعة عمل الآخرين، يجب أن يكون مُهندس الحلول بنّاءً، ويُقدم اقتراحات حول مكان البحث عن الإجابات. على سبيل المثال، عندما يكون من غير الواضح ما إذا كان قد تم اقتراح تصميم راسخ، فقد يُشجع مُهندس الحل على إنشاء دليل على المفهوم أو اختبارات أخرى للتحقق من صحة الحل المُقترح.
يتمثل دور مُهندس الحلول، بشكل أساسي، فِي التحدث باستمرار مع الأشخاص المُشاركين فِي المشروع لضمان تحقيق رؤية المشروع. يختبئ مُهندسو الحلول غير الناجحين من الفريق، ويقضون الوقت فِي تحديث تصميماتهم الهندسية بدلاً من التعاون مع الفريق ومساعدته على اكتشاف الحلول.
تصف الوحدة التالية التقنيات التي يُمكن لمُهندس الحلول استخدامها فِي أي مشروع.