العلل البرمجية رخيصة. تجد واحدة، تصلحها، تطلق التحديث. أما القرارات التي تكلّف الملايين فعلًا، فتُتّخذ في الأسابيع الأولى من المشروع، ولا يدوّنها أحد، ولا يُكتشف خطؤها إلا حين يصير عكسها شبه مستحيل.
المعمارية ليست سوى مجموعة القرارات التي يصعب تغييرها لاحقًا. أصِبها فيمتصّ النظام سنوات من النمو والمتطلبات المتبدّلة. أخطئها فتصير كل ميزة جديدة أغلى من سابقتها، إلى أن يقضي الفريق وقته كله في مصارعة النظام بدلًا من تحسينه. والفاتورة الإجمالية موثّقة جيدًا: تتجاوز المشاريع التقنية الكبيرة ميزانيتها بنسبة 45% في المتوسط، وتقدّم قيمة أقل بنسبة 56% مما كان متوقعًا (McKinsey).
أكثرها لدغًا.
- نموذج البيانات الخاطئ. كل شيء يقبع فوق طريقة هيكلة بياناتك. والنموذج الذي لا يطابق كيفية عمل المنشأة فعلًا يُسرّب التعقيد إلى كل ميزة على حدة لسنوات. وهذا أغلى شيء في القائمة من حيث الخطأ فيه.
- التقسيم المبكر أكثر من اللازم. تقطيع نظام إلى عشرات الخدمات المصغّرة قبل أن تفهم المجال يشتري لك أعطال شبكة، وكوابيس معاملات موزّعة، وعبء تشغيلي لم تكن بحاجة إليه قط. ومعظم الأنظمة ينبغي أن تبدأ أبسط مما توحي به محاضرات المؤتمرات، والسجلّ يؤيّد ذلك: المشاريع الصغيرة تنجح أكثر بكثير من الكبيرة المعقّدة (Standish via InfoQ).
- تجاهل واقع التكامل. الأنظمة التي تفترض مدخلات نظيفة وتبعيات موثوقة تتحطّم لحظة لقائها بمؤسسة حقيقية مليئة بالأنظمة القديمة والبيانات الفوضوية.
- غياب الحدود الواضحة. حين يستطيع كل شيء أن يلمس كل شيء، يتموّج تغيير صغير واحد بطرق لم يتنبّأ بها أحد. والحدود الجيدة هي ما يتيح للفرق أن تعمل، وللأنظمة أن تنمو، بلا تصادمات مستمرة.
- التوسّع لحمولة لا تظهر أبدًا. الهندسة لحركة مرور وهمية تحرق الميزانية التي احتجتها للمشكلات التي لديك فعلًا.
لماذا يَسهُل الخطأ فيها إلى هذا الحد.
التكلفة خفية لحظة اتّخاذك القرار. اختيار نموذج البيانات المريح يبدو مجانيًّا تمامًا في الأسبوع الثاني. والفاتورة لا تصل إلا بعد ذلك بكثير، مدفوعةً بتباطؤ التسليم وتصاعد الإحباط، وبحلول ذلك الوقت يعني فكّها إعادة بناء الأساس تحت نظام حيّ يعمل. إليك ذلك المسار على خط زمني.
timeline title رخيص الآن، غالٍ لاحقًا الأسبوع 2 : الخيار المريح يبدو مجانيًّا السنة 1 : الميزات تبدأ بتسريب التعقيد السنة 2 : التسليم يتباطأ إلى زحف السنة 3 : إعادة بناء الأساس تحت نظام حيّ
أرخص تأمين ضد كل هذا هو مراجعة معمارية جادّة قبل أن تبني، يجريها مهندسون شاهدوا هذه القرارات تتكشّف عبر السنين. ورأي ثانٍ مستقل قبل أن تصادق على التصميم الذي يقترحه مورّد، ما دام تغييره ما زال حوارًا لا إعادة بناء.
على وشك الالتزام بمعمارية، أو تشعر بالفعل بأن واحدة تبطّئك؟ تراجع SDCG معمارية الأنظمة كمهندسين بنوا على نطاق واسع، ثم تساعدك في إصلاح الأسس قبل أن تزداد كلفتها. نحن مستقلون، فنحن نفحص التصميم، لا نبيعك التالي. احجز استشارة مجانية لمدة 30 دقيقة.
المصادر
- McKinsey, Delivering large-scale IT projects on time, on budget, and on value
- InfoQ, Standish Group CHAOS report summary