حدّث تطبيق Angular دون رمي المنتج

المنتج غالباً أفضل مما يبدو

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

رمي المنتج يرمي تلك القواعد معه. ثم تقضي أشهراً في إعادة اكتشاف استثناءات كان التطبيق القديم يعرفها.

غيّر ما يعيق العمل اليومي

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

تجديد بصري بلا بنية طلاء جديد على الخطر نفسه. وبنية بلا واجهة قابلة للاستخدام ما زالت تبطئ الفريق.

افعل ذلك على مراحل يستطيع العمل مراجعتها

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

ينبغي أن تستطيع استخدام المنتج بعد كل مرحلة. إعادة كتابة مظلمة لستة أشهر هي كيف تفقد مشاريع التحديث الثقة.

الدعم جزء من التحديث

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

لذلك نعامل الترقيات وعمل الواجهة وتطوير الميزات المستمر كممارسة واحدة — لا كإنقاذ لمرة واحدة.

خدمات ذات صلة