التطوير المدفوع بالمواصفات.

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

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

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

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

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

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

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

1. اكتب المواصفة: النية والسيناريوهات الملموسة ومعايير القبول وأي عقود أو مخططات.
2. راجعها مع أصحاب المصلحة — هنا تُحسم الخلافات.
3. اشتق اختبارات القبول / المطابقة من السيناريوهات.
4. نفّذ ما يُرضي المواصفة، مستعيناً في الغالب بالذكاء الاصطناعي الموجَّه بالمواصفة.
5. شغّل اختبارات المطابقة؛ عامِل الإخفاقات إما على أنها أخطاء أو إشارات لتحسين المواصفة.
6. احتفظ بسلطة المواصفة — حدّثها أولاً في كل مرة يتغير فيها السلوك.