تجاوز إلى المحتوى
تعلّم لعملك المرجع مقالات المحفوظات
العربية

playbook

حوّل الخيارات إلى قرار تستطيع الدفاع عنه

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

متوسّط ~30 دقيقة

متى تلجأ إلى هذا

أمامك ثلاثة مسارات معقولة — build مقابل buy، هذا الـ vendor مقابل ذاك، أن تطلق الآن أم تنتظر ربعًا — ومستند مليء بملاحظات نصف متقارنة. القرارات المتخذة من تلك الكومة تميل إلى اتباع من جادل أخيرًا أو بأعلى صوت. هذا النظام يحوّل الخيارات إلى مقارنة منظّمة، ثم إلى توصية مع تبرير صريح وأكبر مخاطرة في كل مسار. الهدف ليس أن تُسنِد القرار لغيرك — بل أن تدخل وقد اختبرت الخيار تحت الضغط مسبقًا، فتكون مراجعًا لتوصية بدل أن تبدأ من صفحة بيضاء تحت الضغط.

جهّز هذا أولًا

  • الخيارات مكتوبة — ملف options.md يضم المرشّحين وكل ما تعرفه عن كلٍ منها (التكلفة، الوقت، من سيمتلكها). الصياغة الخام كافية؛ سيشير Claude إلى الثغرات.
  • معايير القرار التي تهمّ *أنت* فعلًا — «نُحسِّن لأجل سرعة الإطلاق هذا الربع، ثم التكلفة، ثم المرونة» — كي تكون التوصية مُوزّنة على طريقتك.
  • أي قيود صارمة — سقف ميزانية، موعد نهائي، integration لا غنى عنه — تستبعد خيارات أو تثبّتها قبل أن يبدأ التفكير.

الـ workflow

  1. اطلب من Claude أن يعيد صياغة القرار وثغراته

    قبل مقارنة أي شيء، اجعل Claude يعيد صياغة ما يُقرَّر فعلًا ويشير إلى ما هو ناقص. توصية مبنية على سؤال أُسيء فهمه أو خانات فارغة أسوأ من لا توصية إطلاقًا.

    أنت تطلب 
    هذه خياراتنا في options.md. قبل أن توصي بأي شيء، أخبرني: ما القرار الذي نتخذه فعلًا، وما الخيارات الحقيقية، وما المعلومة المفتاحية الناقصة (MISSING) التي سأحتاجها كي أختار باقتدار؟ لا تختر بعد.

    ما تحصل عليه إعادة صياغة نظيفة مع قائمة بالثغرات — «أنت تقرّر ما إذا كنت ستبني الفوترة داخليًا أم تستخدم vendor؛ الناقص: رسوم الـ vendor لكل معاملة عند حجمنا، وكم وقتًا هندسيًا يكلّفه البناء فعلًا». املأ الثغرات قبل أن تثق بأي توصية.

    توصية فوق بيانات ناقصة ليست إلا تخمينًا واثقًا. اجعل Claude يسمّي الخانات الفارغة أولًا.

  2. ضع المفاضلات جنبًا إلى جنب

    جدول مقارنة بمعاييرك *أنت* يُجبر كل خيار على أن يُحكَم عليه على المحاور نفسها، بدل أن يُوصَف كلٌ بألفاظه المُجامِلة الخاصة.

    أنت تطلب 
    الآن ضع الخيارات جنبًا إلى جنب كجدول، مُقيَّمةً وفق معاييرنا بترتيب الأولوية: سرعة الإطلاق، ثم التكلفة، ثم المرونة. صف واحد لكل خيار، عمود واحد لكل معيار، إضافة إلى «لماذا» قصيرة في كل خانة. كن صادقًا حيث يكون الخيار ضعيفًا — لا تُسطّح الفروقات.

    ما تحصل عليه جدول مقارنة سهل المسح — «Build: بطيء في الإطلاق، تكلفة جارية منخفضة، أقصى مرونة؛ Vendor A: سريع، تكلفة عالية لكل معاملة، تخصيص محدود» — مع سطر «لماذا» واحد في كل خانة. الفروقات ظاهرة بنظرة واحدة.

  3. احصل على توصية مع تبريرها وأكبر مخاطرة في كل مسار

    التبرير هو بيت القصيد. توصية لا ترى منطقها هي توصية لا تستطيع الدفاع عنها في القاعة — ومخاطرة كل خيار هي ما ستُسأل عنه.

    أنت تطلب 
    بالنظر إلى أولوياتنا، أوصِ بخيار واحد. اشرح لي لماذا (WHY) يتفوق على معاييرنا، وما الذي نتنازل عنه باختياره، وأكبر مخاطرة واحدة في كل (EACH) خيار لو اخترناه. ثم أخبرني بما يجب أن يكون صحيحًا كي تنقلب توصيتك.

    ما تحصل عليه اختيار مُعلَّل — «أوصي بـ Vendor A: المسار الوحيد الذي يُطلق هذا الربع، أولويتنا الأولى؛ نتنازل عن ~X$ سنويًا وبعض المرونة. أكبر المخاطر — Build: تجاوز الوقت الهندسي؛ Vendor A: الـ lock-in؛ Vendor B: ثغرة في الـ integration. ينقلب هذا إلى Build إذا توقفت السرعة عن كونها الأولوية الأولى».

    سطر «ما الذي سيقلب هذا» هو أنفع جملة في المذكّرة — يخبرك بالضبط أي افتراض ينبغي أن تختبره تحت الضغط قبل الالتزام.

  4. اختبره بأسلوب الـ red-team، ثم اكتب المذكّرة

    اجعل Claude يجادل ضد توصيته نفسها قبل أن تغلّفها. اختيار ينجو من أقوى حجة مضادة لنفسه هو اختيار تستطيع الدفاع عنه فعلًا.

    أنت تطلب 
    الآن قدّم أقوى حجة ضد (AGAINST) توصيتك — ماذا سيقول متشكّك ذكي؟ ثم اجمع مذكّرة قرار من صفحة واحدة: القرار، جدول الخيارات، التوصية مع تبريرها، أكبر مخاطرة في كل مسار، والأسئلة المفتوحة التي ينبغي أن أحسمها قبل الالتزام.

    ما تحصل عليه تقويةٌ مختصرة لوجهة النظر المعارضة (steelman)، ثم مذكّرة نظيفة من صفحة واحدة يمكنك تعميمها — القرار، الجدول، التوصية المُعلَّلة، مخاطر كل مسار، والأسئلة المفتوحة. قابلة للدفاع لأنها واجهت بالفعل أفضل حجة مضادة لها.

اجعله ملكك

  • **Build مقابل buy على الـ stack الخاص بك:** حين يكون أحد الخيارات «نبنيها بأنفسنا»، شغّل أولًا **اقرأ codebase الخاص بك بالإنجليزية البسيطة** كي يكون تقدير البناء مبنيًا على ما سيمسّه فعلًا، لا على تخمين.
  • **مخاطرة أعلى:** لقرار كبير غير قابل للعكس، اجعل Claude يجري المقارنة من منظورين متضادّين (مثلًا CFO حذِر ومؤسِّس متعطّش للنمو) ويوفّق بينهما حيث يختلفان.
  • **شكل مذكّرة قابل لإعادة الاستخدام:** إن كنت تتخذ هذه القرارات كثيرًا، احفظ البنية كأمر مخصّص /decision-memo (انظر تبويب *Features*) كي يحظى كل قرار بالمعاملة الصارمة نفسها.

انتبه إلى

  • Claude يوصي؛ أنت تقرّر. المذكّرة مراجعةٌ لقرار تمتلكه أنت — توصيتها مُدخَلٌ مُوزَّنٌ بأولوياتك *أنت*، وليست الحُكم النهائي أبدًا. لا تُسنِد الحكم للفقرة الواثقة.
  • تحقّق من الأرقام التي تقود الاختيار. توصية مبنية على تكلفة خاطئة أو رسم vendor مهلوس هي خاطئة مهما كان التبرير نظيفًا — راجع الأرقام في الجدول مقابل مصدرها، لا مقابل ما يستذكره Claude.
  • إن تضمّنت الخيارات شروطًا سرية — تسعير vendor، عقود شركاء، بيانات مالية — فاستبدل التفاصيل بـ [redacted] أو أبقها في بيئتك المُعتمَدة؛ مذكّرة القرار هي بالضبط نوع المستند الذي يُعاد توجيهه.

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