ابدأ بتطبيق واحد له قيمة حقيقية

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

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

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

ابدأ بتطبيق، وليس بالبنية التحتية أو قاعدة البيانات

من المغري البدء بالبنية التحتية لأنها تبدو أساسية. أو البدء بقاعدة البيانات لأن تغييراتها مخيفة. لكن أفضل مكان للبدء هو تطبيق.

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

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

ثلاثة معايير لاختيار التطبيق المناسب

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

المخطط الانسيابي التالي يوضح المعايير الثلاثة لمساعدتك في اتخاذ القرار:

flowchart TD A[Start: List all applications] --> B{Actively developed?} B -- No --> C[Skip this app] B -- Yes --> D{Has real users?} D -- No --> C D -- Yes --> E{Team willing to collaborate?} E -- No --> C E -- Yes --> F[Select this application] F --> G[Build golden path pipeline] G --> H[Expand to other apps]

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

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

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

اتخذ القرار بسرعة

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

لا تدع هذا يستمر لأسابيع. شلل التحليل هو عدو التقدم. من الأفضل اختيار مرشح لائق والبدء في البناء بدلاً من قضاء شهر في تحليل كل خيار والانتهاء بلا شيء.

هذا التطبيق يصبح مسارك الذهبي

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

كل قرار بشأن خطوط الأنابيب والاختبار والنشر يُطبق هنا أولاً. كيف تنظم سكربت البناء؟ ما الاختبارات التي تُجرى في CI؟ كيف تتعامل مع الأسرار؟ كيف تنشر إلى بيئة الاختبار مقابل الإنتاج؟ كل هذه الأسئلة تُجاب لهذا التطبيق الواحد.

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

المسار الذهبي ليس مميزًا

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

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

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

اجعل الجميع على نفس الصفحة

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

اكتبه. ضعه في مكان مرئي. اذكره في الاجتماعات اليومية. الهدف ليس إنشاء بيروقراطية. الهدف هو تجنب سؤال "لماذا نعمل على هذا بدلاً من ذاك؟" من عرقلة الزخم.

قائمة تحقق عملية قبل البدء

  • تم اختيار تطبيق واحد قيد التطوير النشط، وله مستخدمون حقيقيون، وفريق مستعد للتعاون
  • تم توثيق القرار ومشاركته مع الفريق
  • الجميع يفهم أن هذا هو المسار الذهبي، وليس أولوية دائمة
  • وافق الفريق الذي يملك التطبيق على التعاون
  • تم تحديد جدول زمني تقريبي لأول خط أنابيب يعمل (ليس مثاليًا، فقط يعمل)

الخلاصة العملية

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