مقدمة

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

لمن هذا الكتاب

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

كيف نُظّم الكتاب

يُقسَّم الكتاب إلى أجزاء (أعداد صحيحة) ومواضيع (أعداد عشرية). يقدّم الموضوع N.0 كل جزء ويشرح كيف تترابط مواضيعه؛ أما المواضيع N.1 وN.2 و… فتغطي المواضيع بتعمّق.

الجزء 1، أسس القياس: لماذا نقيس أصلًا، وقانون غودهارت وسيكولوجية التلاعب، واختيار النتائج على حساب الناتج، والحوكمة والملكية، ومصادر البيانات، والثقافة الإحصائية التي يحتاجها كل برنامج مقاييس.
الجزء 2، مقاييس التدفق: إطار التدفق وعناصر التدفق ومقاييسه الخمسة، وزمن الدورة، ونظرية الطوابير، ومقاييس سلسلة القيمة في Lean الكلاسيكية، ومقاييس طلبات الدمج ومراجعة الكود، وإطار DORA بوصفه موضوعًا مرجعيًا.
الجزء 3، تجربة المطوّر وإطار SPACE: إطار SPACE وأبعاده الخمسة، وكيفية إجراء استطلاع لتجربة المطوّر دون أن يتحول إلى مسابقة شعبية.
الجزء 4، مقاييس الكود والجودة: التعقيد، وتغطية الاختبار وفعاليته، والتغيّر والنقاط الساخنة، والتحليل الساكن، والدين التقني، والتوثيق.
الجزء 5، مقاييس المنتج والأعمال: العيوب المتسرّبة، وتبنّي الميزات، ونتائج العملاء والأعمال، واقتصاديات الوحدة، والعائد على الاستثمار.
الجزء 6، مقاييس الموثوقية والعمليات والأمن: SLI وSLO وميزانيات الخطأ، ومقاييس الحوادث، والمناوبة والسعة، ومقاييس الأمن والثغرات.
الجزء 7، المقاييس في عصر الذكاء الاصطناعي: تحوّل نموذج الذكاء الاصطناعي التوليدي، وكيفية قياس التطوير بمساعدة الذكاء الاصطناعي، وخطر تضخّم المقاييس، ولماذا تصبح قياسات النتائج عن بُعد نجم الشمال مع رخص الناتج.
الجزء 8، بناء برنامج مقاييس: تصميم لوحة معلومات، والبناء مقابل الشراء، وإطلاق المقاييس دون بثّ الخوف، ونموذج نضج، وخارطة طريق للتبنّي التدريجي.
الجزء 9، الملاحق: لغة مصطلحات، ومرجع تعريفات المقاييس والصيغ، وقوائم تحقق، وقوالب، وتقييم ذاتي للنضج، ومراجع، وفهرس.

المبادئ الموجّهة

ثمانية مبادئ تشكّل عمود الكتاب الفقري:

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

موضوعات شاملة

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

كيف تستخدمه

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