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