عندما يبني فريق المنصة طريقًا سريعًا لا يستخدمه أحد

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

لكن فرق التطوير لا تستخدمها.

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

هذا ليس فشلًا في التكنولوجيا. إنه فشل في التعامل مع المنصة كمنتج نهائي بدلاً من خدمة حية.

لماذا تتخلى الفرق عن المنصات الداخلية

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

يبدأ هذا الحل البديل كاختصار صغير. سكربت هنا، خطوة يدوية هناك. بمرور الوقت، تصبح هذه الاختصارات مسارات غير رسمية. لا تتم مراقبتها. ليست آمنة. وهي غير مرئية لفريق المنصة حتى يحدث عطل.

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

تعامل مع المنصة كمنتج

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

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

هذا لا يتطلب عملية رسمية لإدارة المنتج. يمكن أن تبدأ بعادات بسيطة:

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

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

حافظ على تحديث المنصة

لا يقتصر تحديث المنصة على رفع إصدارات الأدوات. يتعلق الأمر بالحفاظ على مسارات النشر متوافقة مع كيفية عمل الفرق بالفعل.

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

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

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

تكلفة المنصة المهملة

سيتم التخلي عن المنصة التي لا تتم صيانتها. ستبني الفرق طرقها الخاصة للنشر، وستكون تلك الطرق غير متسقة وغير مراقبة. سيظل فريق المنصة موجودًا، لكنهم سيحافظون على شيء لا يثق به أحد.

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

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

قائمة مراجعة قصيرة لفرق المنصة

إذا كنت مسؤولاً عن منصة، فإليك بعض الأشياء التي يجب التحقق منها بانتظام:

• متى كانت آخر مرة تحدثت فيها إلى فريق تطبيق حول ما يحبطهم؟
• هل هناك أي مسارات نشر غير رسمية لا يراقبها فريقك؟
• هل هناك سياسة إهمال، أم أن الأشياء تختفي فجأة؟
• متى كانت آخر مرة قمت فيها بتحديث الصور الأساسية والتبعيات في مسارك الذهبي؟
• هل تحتاج الفرق إلى طلب المساعدة أكثر من مرة لنفس المشكلة؟

هذه الأسئلة لا تتعلق بالأدوات. إنها تتعلق بما إذا كانت منصتك لا تزال مفيدة للأشخاص الذين يعتمدون عليها.

المقياس الحقيقي للمنصة

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

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