
المحتويات
التفكير المنظم هو الطريقة التي ينتقل بها المستشار من مشكلة عميل غامضة ومتشابكة إلى توصية تستطيع الغرفة أن تتابعها وتناقشها. تؤطر القرار، وتفكك المشكلة إلى أجزاء لا تتداخل، وتختبر الجواب الأرجح أولاً، ثم تجمع النتائج في توصية واحدة واضحة.
هذه المقالة موجهة إلى المستشارين والمحللين الذين يريدون طريقة قابلة للتكرار لفعل ذلك تحت الضغط. وتتناول الأدوات الأربع التي أعتمد عليها، وورقة عمل من صفحة واحدة تستطيع استخدامها في مهمتك القادمة، وما غيّره الذكاء الاصطناعي في هذه المهارة.
رأيتُ أشخاصاً يتجمدون في اجتماعات العملاء. لا لأنه لم تكن لديهم أفكار. بل لأنهم لم يعرفوا من أين يبدؤون.
المشهد مألوف. مشكلة معقدة، وغرفة من كبار المسؤولين، ونطاق غامض، وتوقع بالوضوح. الاستجابة غير المنظمة هي أن تبدأ بالكلام وتأمل أن يظهر الجواب. أحياناً يظهر. وفي الغالب تدور عشرين دقيقة ولا يخرج أحد راضياً.
هو ممارسة تفكيك مشكلة غامضة إلى أجزائها، والعمل على كل جزء بالترتيب، وإعادة جمع النتائج في توصية.
وليس ملء قالب وتسميته تحليلاً. وليس فرض إطار على مشكلة لا يناسبها. المستشار الذي يطبق مصفوفة 2×2 على كل موقف يطابق الأنماط ولا يفكر.
ما تبنيه هو حفنة من القدرات:
- اكتشاف المشكلة الحقيقية، وهي كثيراً ما تختلف عن المشكلة المعروضة
- تفكيكها إلى أجزاء يمكن تحليلها منفصلة
- معرفة المعلومات المهمة وغير المهمة
- بناء حجة متماسكة مما تجده
- قول ذلك بوضوح حين تكون الغرفة متوترة
الأطر سقالات أثناء نمو هذه القدرات. وإذا أردت صندوق الأدوات الأوسع، فإنني أتناول الشائع منها في شرح أطر العمل الاستشاري البسيطة.
سؤال التأطير
قبل أي إطار، اطرح سؤالاً واحداً. ما القرار الذي ينبغي اتخاذه، وما المعلومة التي ستغيّر ذلك القرار؟
إنه يفعل لجودة التحليل أكثر مما تفعله أي أداة هيكلية. فهو يفرض الوضوح بشأن ماهية المخرج، ويمنعك من إنجاز عمل دقيق على سؤال لم يحتج أحد إلى جوابه. وقد طرحت HBR الحجة نفسها قبل سنوات في Are You Solving the Right Problem?: معظم الجهد الضائع يبدأ بمشكلة معرّفة تعريفاً سيئاً.
في سياق SAP، «أي نموذج نشر يناسب هذه المؤسسة» قرار. و«ما S/4HANA» وصف. الأول يحتاج إلى تحليل. والثاني يحتاج إلى توثيق. ومعرفتك أيهما تفعل تحدد كيف تقضي الأسبوع.
MECE
MECE اختصار لـ Mutually Exclusive, Collectively Exhaustive، أي أجزاء متنافية فيما بينها وشاملة مجتمعة. حين تفكك مشكلة إلى أجزاء، ينبغي أن يكون كل جزء متميزاً (لا تداخل) وأن تغطي الأجزاء مجتمعة المشكلة كلها (لا فجوات).
الفئات المتداخلة تعدّ الشيء مرتين. والفجوات تفوّت أشياء. يعرف معظم المستشارين الاختصار. وقلة منهم تطبقه بصرامة.
اختباران يبقيانه صادقاً. الأول: هل يمكن لبند أن يقع في فرعين في آن واحد؟ إذن الفرعان متداخلان. والثاني: لو أُجيب عن كل فرع، فهل يُجاب عن السؤال المركزي أيضاً؟ إن لم يكن، فهناك فجوة. MECE الكامل نادر. المهم هو طرح السؤالين في كل مرة.
أشجار المشكلات
تضع شجرة المشكلات السؤال المركزي في الجذر والأسئلة الفرعية على الفروع. ويمكن تحليل كل فرع بمفرده.
خذ «لماذا تجاوز هذا التشغيل الفعلي لـ SAP الميزانية المخططة بنسبة 40%؟» قد يكون التقسيم الأول: تغييرات النطاق، وتكاليف الموارد، وتمديدات الجدول الزمني، والمعالجة غير المخططة. ثم تنقسم تغييرات النطاق إلى طلبات تغيير رسمية، وإضافات غير رسمية، وفجوات اكتُشفت متأخرة. ويمكن قياس كل ورقة.
تستحق أشجار المشكلات ثمنها في بداية المهمة، قبل أن تجري أي تحليل. فهي تمنعك من قضاء ثلاثة أسابيع على فرع واحد بينما يبقى آخر دون مساس.
التحليل القائم على الفرضيات
بدل أن تجمع كل البيانات ثم تستنتج، تبدأ بالجواب الأرجح وتختبره. بنت شركات الاستراتيجية سمعتها على هذا النهج.
مع وقت محدود ومشكلة معقدة، لا يمكن التحليل الشامل. والفرضية الجيدة تخبرك بما ينبغي النظر فيه أولاً. فإن صمدت، فلديك جوابك. وإن فشلت، فإن الدليل الذي كسرها يشير عادةً إلى اتجاه مفيد.
وهو أيضاً النهج الأكثر إساءة استخدام. يصوغ المستشارون فرضية ثم يبحثون فقط عن أدلة تؤكدها. اسأل ما الدليل الذي سيثبت خطأك، وابحث عنه أولاً.
هذا هو التسلسل الذي كنت سأسلّمه لمستشار جديد قبل أول تشخيص له. املأه قبل أن تفتح جدول بيانات واحداً.
- التأطيرالقرار في جملة واحدة
- التفكيكمن ثلاثة إلى خمسة أسئلة MECE
- الفرضيةسطر واحد لكل فرع
- الدحضالدليل الذي قد يثبت خطأك
- الاختبارنتائج كل فرع مع مصادرها
- التوليفالتوصية أولاً ثم ما يسندها
- اختبار الصموداعتراضات يُجاب عنها قبل أن تطرحها الغرفة
توصية تصمد أمام اللجنة التوجيهية
| الخطوة | السؤال المطلوب الإجابة عنه | المخرج | من يعتمده |
|---|---|---|---|
| 1. التأطير | ما القرار الذي يحتاج العميل إلى اتخاذه، وبحلول متى؟ | جملة واحدة | راعي العميل |
| 2. التفكيك | ما الأسئلة الثلاثة إلى الخمسة التي تحسم ذلك القرار إذا أُجيب عنها معاً؟ | شجرة مشكلات من المستوى الأول، مختبرة بـ MECE | قائد المهمة |
| 3. الفرضية | ما الذي أعتقد حالياً أنه الجواب، ولماذا؟ | فرضية من سطر واحد لكل فرع | قائد المهمة |
| 4. الدحض | ما الدليل الذي سيُظهر أن كل فرضية خاطئة؟ | قائمة طلبات بيانات مرتبة | مالكو بيانات العميل يوافقون على توفيرها |
| 5. الاختبار | ماذا يقول الدليل؟ | نتائج كل فرع مع المصادر | مالكو الفروع في الفريق |
| 6. التوليف | إذن ما الذي ينبغي أن يفعله العميل؟ | التوصية أولاً، ثم النقاط الداعمة | قائد المهمة |
| 7. اختبار الصمود | من في الغرفة سيعترض، وعلى ماذا؟ | اعتراضات وإجابات، معدّة مسبقاً | زميل لم يشارك في العمل |
الخطوة 7 هي التي يتخطاها الناس. وهي أيضاً الخطوة التي تحدد هل ستصمد التوصية أمام اللجنة التوجيهية.
كان أحد عملاء SAP، وهو مجموعة تصنيع كبيرة، يشغّل بيئة ECC مخصصة بكثافة. وقالها مسؤول تقنية المعلومات بصراحة: «نحتاج إلى خفض تكاليف التشغيل، لكن لا نستطيع تحمّل كسر أي شيء».
الغريزة أن تبدأ بسرد أفكار التوفير. وهذا يعطيك قائمة طويلة وكثيراً من الأشخاص القلقين ولا أولويات.
نظمنا تحليل التكلفة في ثلاثة فروع: صيانة التطبيقات، والبنية التحتية، والترخيص. ثم أضفنا طبقة تحليل الكود المخصص. كم من التعديلات مستخدم فعلاً؟ أكثر من النصف لم يكن مستخدماً. واجهات زائدة، وتقارير مخصصة غير مستخدمة، وسير عمل متداخلة.
أتاح لنا التنظيم بهذه الطريقة الإشارة إلى وفورات تبدو آمنة، مثل أرشفة الكائنات المخصصة غير المستخدمة ودمج بيئات التطوير. وخفّض الوضوح الاحتكاك السياسي، وبنى الثقة. ومن دون الشجرة، كانت ستكون قائمة تخفيضات لا يريد أحد أن يوقّع عليها.
والطريقة نفسها تنجح مع التكليفات الأغمض. طلبت منا شركة برمجيات مؤسسية ذات مرة «استراتيجية إطلاق إقليمية» لسوق الشركات المتوسطة في السعودية. قسمنا العمل إلى الطلب في السوق والموقع التنافسي وجاهزية الشركاء. وتحت جاهزية الشركاء وجدنا أن شبكة موزعيها لديها خبرة ضئيلة في SAP S/4HANA Cloud. وكانت تلك العقبة ستعطّل التنفيذ مهما بدا السوق جذاباً، وكشفها الهيكل قبل أن تنفق الشركة ميزانية الحملة.
الهيكل لا يحل محل التفكير. إنه يجعل التفكير أسرع وقابلاً للتبليغ. والمستشار الذي يستطيع تفكيك مشكلة غامضة إلى هيكل واضح تحت الضغط يساوي أكثر من المستشار الذي يستطيع الإجابة عن الأسئلة متى تحددت.
لم تتغير الأطر. تغير أمران آخران.
أصبحت المسودة رخيصة الآن. تنتج Joule وChatGPT وClaude شجرة مشكلات أو شجرة فرضيات في ثوانٍ. والمستشارون المبتدئون الذين كانوا يقضون أمسية على مسودة أولى يولّدونها الآن في نصف دقيقة، ويقضون الأمسية في ما لا يستطيعه النموذج: اختبار ما إذا كان الهيكل يناسب المشكلة، واكتشاف ما فاته، ومساءلة الافتراضات في الموجِّه (prompt).
ونمت علاوة الحكم المهني. حين يستطيع الجميع توليد تفكيك MECE، يتوقف السؤال عن أن يكون «هل فككت المشكلة». ويصبح «هل لاحظت أن مشكلة العميل المعلنة مشكلة مختلفة، وهل التقطت الافتراض الذي قبله النموذج افتراضياً». والمستشارون الذين بنوا حكمهم المهني في مهام حقيقية لديهم الآن تقدم أوسع مما كان لديهم في 2024.
لذلك انتقلت المهارة. لم تعد «هل تستطيع بناء شجرة مشكلات». بل «هل تستطيع أن تعرف متى تكون الشجرة التي صاغها الذكاء الاصطناعي خاطئة، وتصحيحها في غرفة العميل».
وإن كنت تحسب أين يتركك ذلك في مسارك المهني، فإن المسارات المهنية في SAPopedia ترسم مسارات الاستشارات، وتساعدك حزمة ERPCV المهنية على إظهار هذا النوع من الحكم المهني في سيرتك الذاتية بدل مجرد سرد الأطر.
البدء بحل. يكون في ذهن العميل أو المستشار جواب قبل أن تُؤطَّر المشكلة. فيتحول التحليل إلى تأكيد.
هيكل أكثر من اللازم. بعض المشكلات البسيطة تستحق جواباً مباشراً لا تفكيك MECE. ومعرفة متى لا تستخدم الهيكل تهم بقدر معرفة كيف تستخدمه.
التفكيك على عمق خاطئ. الأشجار التي تتعمق كثيراً ومبكراً تنتج شللاً. والتي تبقى سطحية تنتج توصيات لا يستطيع أحد العمل بها. وفِّق العمق بحسب القرار والوقت المتاح.
تحليل بلا توليف. شجرة صارمة تنتهي بتفريغ بيانات. الهيكل يساعدك على التفكير. والحكم المهني ينتج التوصية.
الخلط بين هيكل التواصل وهيكل التفكير. العرض بالخلاصة أولاً، كما في مبدأ الهرم (Pyramid Principle) لباربرا مينتو، تقنية تواصل. وهي لا تقول شيئاً عن سلامة التفكير الكامن تحتها. والتواصل الجيد لتحليل سيئ يظل تحليلاً سيئاً.
إنها مهارة لا سمة. وتأتي بالممارسة.
بعد كل محادثة مهمة مع عميل، دوّن المشكلة كما تفهمها، وتفكيكك لها، وفرضيتك، والدليل الذي سيختبرها. افعل ذلك قبل أن تنظر في أي بيانات. فالكتابة تفرض وضوحاً لا يفرضه التفكير في رأسك.
تمرّن على التوليف لا على التحليل فقط. أخذ كومة من الأدلة وإنتاج توصية واحدة يمكن الدفاع عنها هو النصف الأصعب. معظم المستشارين المبتدئين كافون في التحليل وغير مكتملي النمو في التوليف. وفي هذه الفجوة تقع الترقية التالية، وهي جزء كبير من ما يفعله المستشارون فعلاً حين تُنزع عنه الشعارات الرنانة.
ما التفكير المنظم في الاستشارات؟
هو تفكيك مشكلة معقدة وغامضة إلى أجزاء، والعمل على كل جزء بالترتيب، ودمج النتائج في توصية واضحة. وهو يجعل المشكلات الصعبة قابلة للمعالجة ويجعل الاستدلال مرئياً، فيستطيع العميل أن يتابعه ويناقشه بدل أن يقبل استنتاجاً على سبيل الثقة.
الأدوات الرئيسية هي سؤال التأطير وأشجار المشكلات وMECE والتحليل القائم على الفرضيات. ولا تحل أي منها محل الحكم المهني.
ما معنى MECE وكيف يُستخدم؟
Mutually Exclusive, Collectively Exhaustive. ينبغي ألا تتداخل أجزاء التفكيك، وأن تغطي معاً المشكلة كلها.
اختبر التداخل: هل يمكن لبند أن يقع في فرعين؟ واختبر الفجوات: لو أُجيب عن كل فرع، فهل يُجاب عن السؤال المركزي؟ طبّقه حين تبني شجرة المشكلات. فتطبيقه على تحليل منجز يكون متأخراً في الغالب.
كيف يعمل التحليل القائم على الفرضيات؟
تذكر الجواب الأرجح مبكراً، وتسرد الأدلة التي ستؤكده أو تدحضه، ثم تذهب لاختباره. وهو أسرع من جمع كل شيء أولاً لأنه يخبرك أين تنظر.
والخطر هو التحيز التأكيدي. ابحث أولاً عن الدليل الذي قد يثبت خطأك.
كيف تؤطر مشكلة استشارية بشكل صحيح؟
اسأل ما القرار الذي ينبغي اتخاذه وما المعلومة التي ستغيّره. ثم اختبر بيان مشكلة العميل قبل أن تقبله.
قد يكون العميل الذي يسأل «أي وحدة SAP ينبغي أن ننفذها أولاً؟» يقرر في الحقيقة «هل هذا هو الوقت المناسب لبدء برنامج SAP أصلاً؟» والإجابة عن السؤال المعلن دون اختبار التأطير تعطيك تحليلاً صحيحاً تقنياً وخاطئاً تجارياً.
ما الفرق بين التحليل والتوليف في الاستشارات؟
يفكك التحليل مشكلة أو مجموعة بيانات إلى أجزاء لفهمها. ويجمع التوليف النتائج في توصية.
وأكثر إخفاقات المخرجات شيوعاً هو وفرة التحليل وغياب التوليف: يحصل العميل على كومة من النتائج ولا جواب عن السؤال الذي استأجرك من أجله. وكتابة الخلاصة أولاً تفرض حدوث التوليف.
كيف ينطبق التفكير المنظم على تنفيذ ERP؟
في بداية البرنامج يمنع الفرق من التهيئة قبل فهم المشكلة الحقيقية. فالمؤسسة التي تقول «نحتاج إلى SAP» قد تحتاج أولاً إلى إصلاح عملية أو مشكلة بيانات لن تفعل SAP سوى أن تجعلها أكثر وضوحاً.
وفي عمل تحليل الفجوات، يضمن تفكيك MECE لعمليات الأعمال أن كل عملية مُنظَر فيها، لا تلك التي طُرحت في الورش فقط. وبعد تشغيل فعلي متعثر، فإن تأطير القرار (تثبيت الاستقرار أو الإنقاذ أو الاستبدال) واختبار فرضية عن السبب الرئيسي يوصلك إلى توصية يمكن الدفاع عنها أسرع من سرد الأعراض.
الخطوة التالية
هل تدير برنامج ERP الآن؟
إذا مسّ هذا المقال برنامجاً أنت في خضمه الآن، فإن حديثاً مدته 30 دقيقة يوصلك عادةً أبعد من أسبوع آخر من التحليل الداخلي.




