1.0 مقدمة إلى الجزء 1: أسس القياس

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

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

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

المواضيع في هذا الجزء

1.1 لماذا نقيس هندسة البرمجيات: المبرر للقياس أصلًا، وما المفترض أن يحققه، والفرق بين القياس للتعلم والقياس للحكم.
1.2 قانون غودهارت وسيكولوجية المقاييس: الفكرة الوحيدة التي تحكم كل موضوع آخر في هذا الكتاب: أن المقياس الذي يصبح هدفًا يتوقف عن كونه مقياسًا جيدًا، والآليات النفسية التي تجعل التلاعب شبه حتمي بمجرد أن يعرف الناس أنهم مراقَبون.
1.3 النتائج قبل الناتج: اختيار ما نقيسه: كيفية ترجيح مجموعة المقاييس نحو النتائج بدلًا من النشاط، باستخدام التمييز الكلاسيكي بين المدخل والناتج والنتيجة، ونمط المقياس الهادي.
1.4 حوكمة المقاييس وملكيتها: من يقرر ما يُقاس، ومن يملك التعريف، وكيف يمنع ميثاق المقاييس لوحة معلومات متنامية من التحول إلى فوضى غير خاضعة للمساءلة.
1.5 مصادر البيانات والأدوات القياسية: من أين تأتي مقاييس الهندسة فعليًا، والفرق بين الأدوات القياسية والإبلاغ الذاتي، ومشكلات جودة البيانات التي تُبطل لوحة المعلومات بهدوء قبل أن ينتبه أحد.
1.6 المعرفة الإحصائية لمقاييس الهندسة: الحد الأدنى من الحكم الإحصائي الذي يحتاجه الفريق لقراءة مقياس بأمانة: المئينات مقابل المتوسطات، وحجم العينة، والارتداد إلى المتوسط، والمتغيرات المربكة.

كيف ترتبط هذه المواضيع ببعضها

تُبنى هذه المواضيع الستة بترتيب صارم. يسأل الموضوع 1.1 لماذا نقيس أصلًا، وهذا مهم لأن الفريق الذي لم يُجب عنه سيجمع أرقامًا لا يتصرف أحد بناءً عليها. الموضوع 1.2 هو المحور الذي يدور حوله بقية الكتاب: بمجرد قبول أن أي مقياس يمكن أن يصبح هدفًا ويُتلاعب به، تنبع توصيات كل موضوع لاحق من التصميم ضد هذا الخطر. يحوّل الموضوع 1.3 هذا الحذر إلى قاعدة إيجابية: رجّح نحو النتائج، لأنها الفئة الأصعب للتلاعب بها بتكلفة زهيدة. يجعل الموضوع 1.4 الحوكمة ملموسة، ويجعل الموضوع 1.5 البيانات ملموسة، ويمنحك الموضوع 1.6 الحكم الإحصائي لتجنب أن تُخدَع بالضوضاء حتى بعد أن تكون الحوكمة والأدوات القياسية سليمتين.

يعتمد كل ما يأتي لاحقًا على هذا الجزء. إن مقاييس التدفق ومقاييس DORA في الجزء 2، وإطار عمل SPACE في الجزء 3، كلها في الواقع أمثلة عملية لمبدأي ترجيح النتائج واقتران المقياس الوقائي المُحددَين في الموضوعين 1.2 و1.3. وتفترض إرشادات تصميم لوحة المعلومات في الموضوع 8.1 نموذج الحوكمة من الموضوع 1.4. أما نموذج النضج الذي يختتم كل موضوع في هذا الكتاب، فهو تحت مستوياته الخمسة، نموذج نضج لذات الانضباط الذي يُقدّمه هذا الجزء: أن تقيس وأنت تعني ذلك، وأن تراجع عملك الخاص.