تطور الدين الفني

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

إذا كنت مهتمًا بكيفية تعلمنا التعامل مع الديون الفنية ، فمرحباً بك في cat.

قليلا من النظرية

ما هو الدين الفني؟ الديون الفنية - العمل ، إذا لم يتم القيام به ، يتسبب في ضرر غير مرئي للمستخدم (التكوين اليدوي لميزة ، سجلات غير مقروءة / مفقودة).

نتيجة سداد الديون الفنية غير مرئية للمستخدم ، ولكنها ستزيد من جودة المنتج (الموثوقية ، الأمان ، سرعة التطوير ، الاستقرار).

الجميع يأخذ ما هو أقرب إليه

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

تم جمع جميع المهام بشكل عشوائي على لوحة واحدة ، حيث كان من الصعب فهم مدى أهمية مهمة معينة. 

. , — , - , .

- , , . - , , - code-review ( !)

- , , , , .

4 :

• — . (0 — , , 5 — )

• — . ( , , , ) (0 — , 5 — )

• ( , , ) (0 — , 5 — )

• (0 — , 5 — )

story points, .

, TechDebt Value, ( , ).

X, Y Z. , — , X Y Z .

, , .

— . .

? , , . 

, , . 

? 

, , story point — . , , , .

— , , 10-15 . - , . 

.

, - . ( capacity), . , - , . 

الآن ، بالإضافة إلى حقيقة أننا نأخذ المهام في السباق السريع ، يتم إغلاق بعض المهام الصغيرة في إطار المهام الأخرى.

وبالتالي؟

نحن في آخر المراحل الموصوفة. من السابق لأوانه استخلاص استنتاجات حول مدى نجاحها ، الشيء الرئيسي هو أن هناك آلية ، وهي تعمل وتفيد الفريق والمنتج.