ما هي مقاييس هندسة البرمجيات؟

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

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

الإطاران التأسيسيان

تقاربت الصناعة إلى حدّ كبير على إطارين مدعومين بالأبحاث لقياس تسليم الهندسة وصحة الفريق.

مقاييس DORA (من برنامج DevOps Research and Assessment) تقيس إنتاجية النظام واستقراره: تكرار النشر، وزمن التقدّم للتغييرات، ومعدل فشل التغيير، وزمن التعافي من النشر الفاشل. يغطي الجزء 2 من هذا الكتاب المقاييس الأربعة جميعها في موضوع مرجعي مخصص، إلى جانب إطار التدفق (Flow Framework) الذي يُستخدم لتنظيم مقاييس التسليم والتدفق بصورة أوسع، لأن DORA تقيس آليات خط الأنابيب جيدًا لكنها لا تقول شيئًا عن نوع القيمة التي تتحرك عبره.

إطار SPACE، الذي أنشأه باحثون في Microsoft وGitHub وجامعة فيكتوريا، يوازن الإنتاجية الخام بتجربة المطوّر عبر خمسة أبعاد: الرضا والرفاه، والأداء، والنشاط، والتواصل والتعاون، والكفاءة والتدفق. يغطيه الجزء 3 بتعمّق.

وبعيدًا عن هذين الإطارين، تتتبّع الفرق مقاييس محلية مجمّعة بحسب المجال: مقاييس الكود والجودة (الجزء 4)، ومقاييس المنتج والأعمال (الجزء 5)، ومقاييس الموثوقية والعمليات والأمن (الجزء 6). ويتناول الجزء 7 تحوّلًا جارية أحداثه: فقد جعلت أدوات الذكاء الاصطناعي التوليدي ناتج الكود الخام شبه مجاني، وهذا يعني أن عدة مقاييس اعتمدت عليها الصناعة عقدًا كاملًا لم تعد تعني ما كانت تعنيه.

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

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

كيف تقرؤه

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