انتقل إلى المحتوى

المهارات التي يحتاجها المهندسون للنجاح في الاستشارات

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

يد تكتب كلمة الاستشارات وكلمات متصلة بها بالطباشير على سبورة
المحتويات
  1. الصواب ليس هو المفيد
  2. المهارات الأهم
  3. التواصل
  4. الحس التجاري
  5. التفكير المنظّم تحت الضغط
  6. القدرة على التكيّف
  7. تحمّل المسؤولية
  8. تدرّب قبل أن تنتقل
  9. ما الذي غيّرته أدوات الذكاء الاصطناعي للمستشارين الجدد
  10. أخطاء أراها في مرحلة الانتقال
  11. الأسئلة الشائعة

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

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

من أولى الفجوات التي لاحظتها لدى المستشارين الجدد أنهم نادراً ما يفهمون كيف تُبنى فرق مشاريع ERP. قد تكون مطوّراً ممتازاً، لكن إذا كنت لا تعرف كيف يرتبط مخرَجك بتصميم الاستشاري الوظيفي أو بخطة مدير الاختبار أو بتسلسل الانتقال (Cutover)، فإنك تبطئ الفريق كله دون أن تدري.

الهندسة تكافئ الصواب. والاستشارات تكافئ الفائدة.

الحل الصحيح تقنياً الذي لا تفهمه الأعمال، أو لا تستطيع استخدامه، أو الذي يحل المشكلة الخطأ ليس نجاحاً استشارياً. فتتغير الأسئلة. لا «هل هذا صحيح؟» بل «هل هذا ما يحتاجون إليه؟». ولا «كيف يعمل هذا؟» بل «أي قرار يتيحه هذا؟»

التحول من مهندس إلى استشاريالعادات التحليلية تنتقل معك. وما يتغير هو السؤال الذي توجّهها إليه.
الهندسةالاستشارات
ما الذي يُكافأالهندسةالصوابالاستشاراتالفائدة
السؤال الذي تطرحهالهندسةهل هذا صحيح؟الاستشاراتهل هذا ما يحتاجون إليه؟
ما الذي تشرحهالهندسةكيف يعملالاستشاراتأي قرار يتيحه
ما الذي تملكهالهندسةالمخرَجالاستشاراتالنتيجة

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

التواصل

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

عادة تفيد: قبل أي تحديث إلى الراعي، أجب بنفسك عن سؤال «وماذا يعني هذا للأعمال؟». فإذا كان تغيير في إعداد التسعير يؤثر في فواتير العملاء، فابدأ بالفواتير. والتفصيل التقني يأتي ثانياً، إن جاء أصلاً.

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

الحس التجاري

ليس المعرفة المحاسبية في حد ذاتها. بل فهم سبب اهتمام العميل بالقرار.

لماذا يهتم مدير المالية كثيراً بحدود التسامح (Tolerance) في المطابقة بين أمر الشراء واستلام البضائع والفاتورة؟ لأنها تحدد عدد فواتير الموردين التي تُحجب، وهذا يؤثر في علاقات الموردين وخصومات السداد المبكر وتوقعات النقد. ومعرفة ذلك تغيّر طريقة إعدادك للحدود وطريقة عرضك للخيارات.

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

التفكير المنظّم تحت الضغط

تتعطل عملية بعد التشغيل الفعلي. يشير كل واحد إلى سبب مختلف. والاستشاري الذي يقول «لننظر في هذا من ثلاثة أجزاء: الإعداد، والبيانات الرئيسية، وكيف نُفّذت العملية» هو من يحرّك الغرفة. هذه مهارة يمكن تعلمها، تُبنى بالتدرب على أشجار المشكلات والفرضيات على مشكلات حقيقية. ويعرض مقالي عن التفكير المنظّم وحل المشكلات الطريقة.

القدرة على التكيّف

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

تحمّل المسؤولية

الاستشاريون لا يقولون «هذا ليس من اختصاصي». إذا رأيت ثغرة، فتدخّل فيها، أو على الأقل أثِرها. وهذا ليس زحفاً في النطاق (Scope Creep). إنه تحمّل للمسؤولية عن نجاح العمل، لا عن إنتاج ما جرى الاتفاق عليه فحسب.

لا تحتاج إلى مسمّى استشاري لتبدأ. وأذكى عمليات الانتقال التي رأيتها جاءت من مهندسين بدؤوا بهدوء تعديل طريقة عملهم قبل ذلك بأشهر.

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

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

المهارات أعلاه لم تتغير. أما نقطة الدخول فتغيّرت.

تقدّم SAP الآن مساعدة بالذكاء الاصطناعي موجّهة مباشرة إلى عمل الاستشارات. فـ Joule for consultants يجيب عن أسئلة الإعداد وABAP استناداً إلى وثائق SAP، وJoule متاح داخل SAP Activate Roadmap Viewer. ويتيح Joule Studio في SAP Build للمطورين بناء مهارات Joule مخصصة (متاحة عموماً منذ يوليو 2025) ووكلاء Joule (متاحون عموماً منذ ديسمبر 2025). وتوجد أدوات مماثلة في كل نظام ERP رئيسي.

رأيي فيما يعنيه ذلك لمهندس ينتقل إلى الاستشارات:

  1. صياغة المسوّدات الروتينية أصبحت أرخص. المسوّدات الأولى لملاحظات الإعداد والشيفرة وحالات الاختبار تأتي أسرع. وتنتقل القيمة إلى التحقق منها.
  2. الحكم السليم أصبح أثمن. حين تنتج أداة إجابة معقولة في ثوانٍ، يصبح من يميّز المعقول من الصحيح أكثر قيمة. والمهندسون ذوو المعرفة الوظيفية العميقة من أدوارهم السابقة يصلون في وضع جيد.
  3. تصميم الوكلاء مهارة جديدة. تصميم خطوات الوكيل وضوابطه ونقاط التسليم إلى الإنسان قريب من التفكير في الآلات الحالية (State Machines) وفي العمليات الذي يمارسه المهندسون أصلاً.
  4. الشرح صار أهم. الأداة تصوغ المسوّدة. وأنت تشرح ما أصابت فيه وما فاتها وما توصي به.

إذا كنت تخطط للانتقال إلى استشارات SAP أو ERP، فإن SAPopedia يرسم المسارات المهنية والدورات، وإذا كانت سيرتك الذاتية هي ما يعوقك، فإن ERPCV يعيد بناءها حول ما سلّمته من مشاريع.

ارتكبت بعضها بنفسي، ورأيت زملاء جيدين يتعثرون بها.

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

معاملة العلاقات كعبء إضافي. الثقة تُبنى بين الناس. والعلاقة مع قائد المالية لدى العميل تساوي، على مدى مشروع، ما يساويه أي مخرج تقني.

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

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

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

هل يصبح المهندسون استشاريين جيدين؟

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

ما أهم مهارة لمهندس ينتقل إلى الاستشارات؟

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

كم يستغرق الانتقال من الهندسة إلى الاستشارات؟

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

هل أستطيع أن أبقى تقنياً في دور استشاري؟

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

هل ستحلّ أدوات الذكاء الاصطناعي محل المستشارين المبتدئين؟

إنها تغيّر العمل بدل أن تلغيه. فأدوات مثل Joule for consultants وJoule Studio تتولى صياغة المسوّدات الروتينية وبعض الأتمتة. أما التحقق من المخرجات وشرحها للعميل وتصميم الوكلاء والضوابط فهي الأجزاء التي تنمو.

ما أهمية المعرفة القطاعية لمهندس يدخل الاستشارات؟

أكثر مما يتوقع معظم المهندسين. فمعرفة الأنظمة تنتقل بين القطاعات؛ أما الحكم التجاري فلا. في بداية المسار الاستشاري، ابنِ عمقاً في قطاع أو اثنين قبل أن تتوسع. وهذا العمق هو ما يتيح لك رصد مشكلة تدقيق أو مشكلة تنظيمية قبل أن يثيرها العميل.

Noel D'Costa

بقلم

Noel D'Costa

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

الخطوة التالية

هل تدير برنامج ERP الآن؟

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