# تحليل لتاريخ git في مشاريع مفتوحة: كل ساعة تطوير جديد تولّد نحو 3 ساعات صيانة على 6 سنوات

> **المغزى:** المغزى: الـ sprint المليء بالميزات الجديدة يقترض من المستقبل، والدين لا يظهر في الربع نفسه بل بعد سنوات، حين يصرف الفريق جزءًا متزايدًا من وقته على ما بُني وانتهى.

- المصدر: المغزى (https://almaghza.com/a/2026-10-16-geometric-model-software-maintenance/)
- التاريخ: 5 جمادى الأولى - 16 أكتوبر 2026 (2026-10-16)
- القسم: فرق ومنتجات
- الوسوم: الإدارة الهندسية، إدارة المشاريع، المصادر المفتوحة

نشر موقع entropicthoughts.com تحليلًا يحاول قياس ما يغيب غالبًا عن التخطيط: الصيانة التي يولّدها الكود الجديد بعد الانتهاء منه. وانطلق الكاتب من نموذج اقترحه James Shore، يفترض أن كل شهر عمل من التطوير يولّد 10 أيام صيانة في السنة الأولى، ثم 5 أيام في كل سنة بعدها.

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

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

وتختلف النتائج كثيرًا بين المشاريع. فمشروع nginx، بمعاملين قدرهما 4% و2.6%، يولّد نحو 1.5 ضعف من الصيانة لكل وحدة تطوير، بينما يصل Neovim إلى نحو 5.3 ضعف. أي أن الكود الجديد نفسه قد تختلف تكلفة بقائه بأكثر من 3 مرات بحسب طبيعة المشروع. ويبلغ متوسط ما يسميه الكاتب "زمن الإزالة"، أي المدة حتى يحتاج كل 100 سطر جديد إلى أقل من سطر صيانة في الشهر، نحو 6 سنوات.

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

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

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

## المصادر

- [المقالة الأصلية على entropicthoughts.com](https://entropicthoughts.com/geometric-model-of-maintenance)