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