المقدمات والنتائج والافتراضات ورسم الحجة

أعد بناء الحجة قبل أن تحكم عليها

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

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

افتراض خفي أم معلومة مفقودة؟

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

ارسم العلاقات: دعم مستقل أم دعم مترابط؟

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