قالب خارطة طريق DevOps
قم بمواءمة فرق التّطوير والعمليّات لتحسين المنتجات بشكل مستمرّ باستخدام خارطة طريق DevOps. الدّمج من أجل الابتكار.
معلومات حول قالب خارطة طريق DevOps
خرائط طريق DevOps هي وسيلة لتنفيذ عمليّة تعتمد على الدّمج والنشر المستمرَّين، بما في ذلك فِرَق التّطوير والتّشغيل. تساعد الفرق في إنتاج مستوى أعلى من الإنتاجيّة، مع وجود عدد أقل من الاختلافات بين دورات الإنتاج وعرض محسّن متعدّد الوظائف لدورة المنتج من البداية إلى النهاية.
بدلاً من اتّباع نهج "التّسليم" التّقليدي المنفصل، تؤكّد منهجية DevOps على العمل المشترك بين فِرَق الهندسة وتكنولوجيا المعلومات وتنسيق الجهود طوال دورة إصدار البرنامج بأكملها.
يمكن لفِرَق DevOps بناء عمليّات تطوير للمنتج أكثر شفافيّة وتعاونيّة وكفاءة من خلال تعزيز مجموعة من المبادئ (عقليّة النّمو، ومكافأة الابتكار، والتّعاون، والتّجريب، والتعلُّم، والتّعاطف مع المستخدم) بدلاً من التّركيز على الهيكل التّنظيمي.
واصل القراءة لمعرفة المزيد عن خرائط طريق DevOps.
ما المقصود بخارطة طريق DevOps؟
تمكّنك خرائط طريق DevOps من تبسيط نهج الفريق وأدواته لإدارة الموارد بشكل أفضل كل ربع سنة. يمكن لقادة الفريق أو مدرائه استخدام خارطة الطّريق لإنشاء طرق جديدة لخفض النّفقات العامّة وتقليل العمل المزدحم. من النّاحية المثاليّة، يظل فريقك مليئاً بالتّحدّي والحماس لإيجاد فرص للابتكار.
تعمل DevOps أيضًا على تسهيل المزامنة على المهندسين والعاملين في مجال التّشغيل. تقع على عاتق الفريق مسؤوليّة سدّ الفجوة وتنسيق ما تطوّره فرق الهندسة والعمليّات وتطلقه للعملاء.
من خلال التّعاون في جميع مراحل عمليّة تطوير البرامج، يمكن للمطوِّرين تكرار التّعليمات البرمجيّة باستمرار بناءً على التّعليقات الواردة من فريق العمليّات. بشكل مشابه لمنهجيّة أجايل (Agile)، تساعد عمليّات DevOps الفِرَق في تقليل العقبات أو المفاجآت من خلال المزيد من فرص الاختبار والتّنسيق المضمَّنة في العمليّة.
تتميّز خارطة طريق DevOps هذه بتصوّرات قابلة للتّخصيص تمثّل مايلي:
سير عمل دائري يحدّد مسار تسليم كِلا الفريقين، وحلقة التّعليقات المستمرّة بين شركتك وعملائك
خارطة طريق DevOps ربع سنويّة تحدّد الأولويّات على المدى القريب، ومليئة بالمنتجات والمشاريع في كل حارة سباحة
عنصر نائب متحرّك عن "اليوم" لمساعدة فريقك على تتبّع التقدُّم ربع السّنوي
بدلاً من فصل المطوِّرين وعمليّات تكنولوجيا المعلومات إلى مستودعات معلومات منفصلة، يتيح إنشاء فريق DevOps للمؤسّسات التّخطيط لاستعادة القدرة على العمل بعد الكوارث. كما يساعد إنشاء خارطة طريق DevOps مشتركة في إنشاء منتجات آمنة وقابلة للتّطوير والنقل.
متى تستخدم خرائط طريق DevOps
تساعد خارطة طريق DevOps المحدَّدة بدقِّة الفِرَق على العمل معًا وتوفر فرصًا للتعلُّم عندما تنجح المشاريع والمنتجات أو تتخطّى العقبات.
كما يمكن أن تساعد خارطة طريق DevOps الفِرَق على مايلي:
فهم تفاصيل محدَّدة لكامل العمليّة لمواءمة التّطوير والعمليّات في تواريخ ومبادرات رئيسيّة للتّعاون بشكل أفضل.
استمرار تحقيق التّوافق حول الأولويّات والتّبعيّات لإدارة وقتهم، وتوقُّع الوقت الذي تقوم فيه الفِرَق بتسليم العناصر التي تحتاج إلى الاهتمام.
تحسين المنتجات باستمرار عن طريق توصيل المعلومات ومشاركتها بانتظام، وتقديم تحسينات ووظائف إضافيّة بشكل متكرّر للمستخدمين.
كمرجع مرئي، تساعد خارطة طريق DevOps الفرق أيضاً على وضع الأولويات متوسّطة المدى وقريبة المدى في الاعتبار والتّكيُّف مع الأولويّات المتغيّرة.
لترتيب أولويّات كلّ عنصر في خارطة الطّريق الخاصّة بك، استخدم إطار عمل CAMS (الثّقافة وأتمتة العمل والقياس والمشاركة):
الثّقافة:
الأنشطة التي تحسّن التّواصل والتّفاهم المتبادل بين كلا الطرفين حول أهدافهم ومسؤوليّاتهم
أتمتة العمل:
الأنشطة التي تعمل على تسريع التّسليم والدّمج المستمرَّين مع توفير الوقت والمال والجهد على مستوى الفِرَق والعمليّات والأدوات
القياس:
الأنشطة التي تساعد في قياس ما إذا كان التّقدُّم يحدث ويسير في الاتّجاه الصّحيح ام لا
المشاركة:
الأنشطة التي تساعد على الشّفافيّة والانفتاح وتشجيع ردود الفعل المتباينة وتحفيز التّحسين المستمر
الهدف النّهائي هو مشاركة المسؤوليّة وتحقيق التّوافق بين الفِرَق للمساعدة في تقدُّم المنظَّمة.
كيفيّة إنشاء خارطة طريق لـ DevOps
من السّهل إنشاء خارطة طريق DevOps الخاصّة بك. أداة اللَّوحة البيضاء من منصّة Miro هي المخطّط المثالي لإنشائها ومشاركتها. ابدأ بتحديد قالب خارطة طريق DevOps، ثم اتبع الخطوات الآتية لإنشاء القالب الخاص بك.
حدِّد أهداف خارطة الطّريق الخاصّة بك بوضوح قبل إضافة أو تعديل أي محتوى لخارطة الطّريق، حدد سبب احتياج الفِرَق لذلك. تشمل بعض الأمثلة "تحسين التّنسيق بين فرق الهندسة والعمليّات" أو "إنشاء مصدر واحد للحقيقة لأعمال DevOps".
ضع أهدافًا أو خططًا محدّدة قصيرة المدى يغطّي القالب الافتراضي عامًا من الرّبع الأوّل إلى الرّبع الرّابع. ومع ذلك، من الأفضل التّخطيط لمدّة ثلاثة أشهر عند التّفكير المستقبلي. عند تجاوز هذه المدّة، من المُحتمل أن تصبح خارطة طريق DevOps الخاصّة بك فوضويّة ومفتقدة للتّركيز.
استخدم الإشارات المرئيّة لتسهيل فهم خارطة الطريق بشكل افتراضي، يطلق هذا القالب على العناصر التّسميات كما يأتي "أولويّة قصوى" و"أولويّة متوسّطة" و"أولويّة منخفضة". كما يمكنك ترميز كل عنصر بالألوان وفقًا لقيم CAMS (الثّقافة وأتمتة العمل والقياس والمشاركة).
شارك خارطة الطّريق مع فريق الهندسة والعمليّاتانقر على "دعوة الأعضاء" لمنح إمكانيّة الوصول لكل من يحتاج إلى المساهمة في خارطة طريق DevOps الخاصّة بك. كما يمكنك دعوة أعضاء الفريق أو العملاء أو أصحاب المصلحة عبر منصّة Slack أو البريد الإلكتروني.
قم بمراجعة وتعديل سير عمل DevOps حسب الحاجة ربما تحتاج إلى متابعة سير عمل DevOps مختلف قليلاً ؟
اطلب من فريقك إضافة منتجات ومشاريع إلى خارطة الطّريق يتم ترميز كل عنصر في خارطة الطّريق بالألوان وفقًا لمبدأ المواءمة الخاص به في CAMS. كما يمكنك إضافة علامة للإشارة إلى حالة الأولويّة الخاصّة بها، من المرتفعة إلى المنخفضة.
حافظ على تحديث خارطة الطّريق حسب الحاجة قم بإعداد جلسات مراجعة منتظَمة لضبط سير عمل DevOps أو أولويّات خارطة الطّريق حسب تغيُّر الخطط. كما يمكنك تشجيع الزّملاء للتّحقُّق من خارطة طريق DevOps بأنفسهم ليبقوا على اطّلاع دائم بالتّغييرات أو الأولويّات.
إذا كنت تستخدم Jira، فيمكنك بسهولة استيراد بطاقات Jira إلى قالب خارطة طريق DevOps الخاص بك لتتبُّع المشكلات بشكل مرئي.
قالب تخطيط زيادة البرامج
: يعمل بشكل أفضل مع
Agile Methodology, Strategic Planning, Software Development
يشير تخطيط PI إلى "تخطيط زيادة البرنامج". كجزء من إطار عمل أجايل (Agile) المُوَسَّع (SAFe)، يساعد تخطيط زيادة البرامج الفِرَق في وضع استراتيجيّات نحو رؤية مشتركة. في جلسة تخطيط زيادة البرامج النّموذجية، تجتمع الفرق معًا لمراجعة متطلّبات إنجاز البرنامج، وتحقيق التّوافق بين الوظائف المتعدّدة، واتّخاذ قرار بشأن الخطوات التالية. تُجري العديد من الفرق فعّالية تخطيط زيادة البرامج كل 8 إلى 12 أسبوعًا، ولكن يمكنك تخصيص جدول التخطيط الخاص بك ليناسب احتياجاتك. استخدم تخطيط زيادة البرامج لتحليل الميزات، وتحديد المخاطر، والعثور على التبعيّات، وتحديد القصص التي ستطوّرها.
قالب مخطّط عين الثّور البياني
: يعمل بشكل أفضل مع
Diagrams, Project Management, Prioritization
عندما تكون منظّمة متنامية، يمكن أن تشعر بأنّ كل قرار له عواقب ناجحة أو فاشلة—مما قد يؤدّي إلى عجز في اتّخاذ القرار، وعدم القدرة على تحديد الأولويّات، وعدم كفاءة الاجتماعات، وكذلك انخفاض الرّوح المعنويّة. إذا كان ذلك يبدو مماثلاً لحالتك، فاستخدم مخطّط عين الثّور البياني. كما يدلّ الاسم، يُستخدم مخطّط عين الثّور البياني نموذج الدّوائر متّحدة المركز لمساعدة الشّركات في تحديد الأولويّات أو اتّخاذ القرارات الهامّة، أو مناقشة كيفيّة إزالة العقبات أو التغلّب عليها.
قالب خارطة طريق التّكنولوجيا
: يعمل بشكل أفضل مع
Agile Methodology, Roadmaps, Agile Workflows
تُساعد خارطة طريق التّكنولوجيا الفِرَق في توثيق سبب استخدام الحلول المتعلّقة بالتّكنولوجيا والتي يمكن أن تساعد الشّركة في المضيّ قدماً، ومتى وأين وكيف يجب استخدامها. خرائط طريق التّكنولوجيا، المعروفة أيضًا باسم خرائط طريق تكنولوجيا المعلومات، توضّح للفِرق التّقنية المتاحة لهم، مع التركيز على التّحسينات التي سيتمّ تحديد موعدها. تسمح لك بتحديد الثّغرات أو التّداخل بين الأدوات التّقنية التي أُلغِيتْ تدريجيًا، بالإضافة إلى البرامج أو التّطبيقات التي سيتم تثبيتها قريبًا. من وجهة نظر عمليّة، يجب أن تحدّد خارطة الطّريق أيضًا أنواع الأدوات الأجدر بإنفاق المال عليها، والطريقة الأكثر فاعليّة لإدخال أنظمة وعمليّات جديدة.
قالب مقياس فيبوناتشي
: يعمل بشكل أفضل مع
Agile Methodology, Prioritization, Agile Workflows
عندما تُدير فريقاً، تحتاج غالبًا إلى تقدير الوقت والجهد اللّازمَين لإنهاء المهام. جرّب ما ينجح غالباً مع فِرَق أجايل (Agile) في جميع أنحاء العالم: انتقل إلى مقياس فيبوناتشي للحصول على الإرشادات. استنادًا إلى تسلسل فيبوناتشي، حيث يكون كل عدد هو مجموع العددين السابقين (0، 1، 2، 3، 5، 8، 13، 21، إلخ)، يساعدك هذا القالب في إنشاء جداول زمنيّة بطريقة احترافيّة— من خلال المساعدة في التأكُّد من أنّ العمل يتمّ توزيعه بالتساوي وأنّ الجميع يعملون بدقّة عند تقدير العمل والوقت المرتبطَين بالمشروع.
قالب تحليل DMAIC
: يعمل بشكل أفضل مع
Agile Methodology, Design Thinking, Operations
قد يكون من غير الممتع التّعمق في العمليّات وفحصها، لكنها تؤتي ثمارها على نحو رائع—يمكن أن تؤدي العمليّة الأكثر كفاءة إلى توفير كبير في التّكلفة وإلى منتج أفضل. هذا ما يقوم به تحليل DMAIC. تمّ تطوير تحليل DMAIC كجزء من مبادرة ستة سيغما، ويُعَدُّ إستراتيجيّةٌ للجودة قائمة على البيانات لتبسيط العمليّات وحلّ المشكلات. تُقسَّم هذه التّقنية إلى خمس خطوات أساسيّة يتم اتّباعها بالترتيب وهي: التحديد والقياس والتحليل والتحسين والتحكم.
قالب مخطّط الشّركة النّاشئة
: يعمل بشكل أفضل مع
Leadership, Documentation, Strategic Planning
يساعد مخطّط الشّركة النّاشئة المؤسِّسين في التّعبير عن فكرة عمل جديدة ووضْع خريطة لها بتنسيق أقلّ رسميّة من خطّة العمل التّقليديّة. مخطّطات الشّركة النّاشئة هي خرائط مرئيّة مفيدة للمؤسّسين الذين يريدون الحكم على نقاط القوّة والضّعف الخاصّة بأفكار عملهم الجديدة. يمكنك استخدام هذا المخطّط كإطار عمل لتُوضِّح بشكل سريع القيمة المُقتَرَحة لفكرة عملك والمشكلة والحل والسّوق والفريق وقنوات التّسويق وشريحة العملاء والمخاطر الخارجيّة ومؤشّرات الأداء الرّئيسيّة. من خلال توضيح بعض العوامل للعميل مثل النّجاح والجدوى والرّؤية والقيمة، يمكن للمؤسّسين تقديم حجّة موجزة لسبب وجود منتج أو خدمة جديدة والحصول على التّمويل لها.