DSDM مقابل Scrum: اختيار إطار العمل الرشيق المناسب لمشروعك

لقد نمت أساليب التطوير الرشيقة بشكل كبير منذ عام 2001، حيث أدخلت العديد من التقنيات والممارسات الجديدة التي جعلت العالم أكثر مرونة ورشاقة. وقد ظهرت العديد من أطر العمل تحت مظلة مصطلح أجايل مثل Scaled Agile و Kanban و Scrum و Extreme Programme و DSDM وغيرها. ظهرت هذه الأطر عندما اجتمع 17 شخصًا لتشكيل طريقة أفضل لتطوير البرمجيات. تهدف هذه الأطر إلى معالجة جميع العيوب التي تواجه منهجيات البرمجيات التقليدية. اثنان من هذه الأطر هما DSDM و Scrum، وكلاهما يشتركان في العديد من أوجه التشابه. ومع ذلك ، فإن كلا الإطارين لهما أيضًا العديد من الاختلافات التي يجب على كل محترف أجايل معرفتها. وترتبط بعض الاختلافات بالمصطلحات المستخدمة في كلا الإطارين، وقد تستند بعض الاختلافات الأخرى إلى تعريف المشروع المنجز. تركز هذه المقالة على فهم DSDM و Scrum وتوضح الاختلافات بينهما.
ما هو DSDM؟
أسلوب تطوير الأنظمة الديناميكية (DSDM) هو إطار عمل رشيق كان موجودًا في عام 1994. تم استخدامه لتطوير البرمجيات وكان الهدف منه تعزيز تطوير التطبيقات السريعة (RAD). RAD هو نوع من تطوير البرمجيات الذي يعطي أهمية للتكرار والنماذج الأولية السريعة بناءً على ملاحظات المستخدمين. ومع ازدياد شيوع أساليب وممارسات إدارة تطوير البرمجيات السريعة (DSDM) وفهمها من قبل الصناعات الأخرى، أصبحت أدوات عامة لإدارة المشاريع تعتمد على حلول خاصة بالبرمجيات. وقد اعتمدت الصناعات خارج قطاع تكنولوجيا المعلومات على نطاق واسع إدارة تطوير البرمجيات الرقمية في السنوات القليلة الماضية، مما أدى إلى التخلي عن الاختصار. وقد أعادت بعض القطاعات تسمية مصطلح DSDM باسم “استراتيجية القيادة، تقديم المزيد”.
يحتوي إطار عمل إدارة DSDM على ثمانية مبادئ لأي نوع من أنواع التنفيذ، وهي مفتاح الفلسفة التي يتبناها الإطار. هذه المبادئ هي التركيز على حاجة العمل التسليم في الوقت المحدد التعاون عدم المساس بالجودة بناء المنتجات بشكل تدريجي من أسس ثابتة التطوير التكراري التواصل الواضح والمستمر إظهار التحكم
تعالج إدارة تطوير DSDM العديد من المشاكل الشائعة، مثل تجاوز التكاليف أو التأخر في التسليم أو عدم تلبية توقعات المنتج المطلوب، وذلك من خلال بناء بيئة مرنة تركز على إنشاء منتجات عالية الجودة والحفاظ عليها. وتستخدم إدارة تطوير المنتجات الرقمية لأغراض التنمية المستدامة نهجًا تدريجيًا وتكراريًا في تطوير المنتجات، كما أنها تُشرك أصحاب المصلحة أثناء عملية التطوير. يتم إعطاء فرق المشروع أدوارًا دقيقة وواضحة، وتضمن إدارة تطوير DSDM جدولة هذه الفرق في الوقت المحدد والتركيز على الالتزام بالمواعيد النهائية. وتوازن إدارة تطوير DSDM بين التصميم المسبق حيث توفر المرونة الكافية للاستجابة لأي نوع من التغيير وتقلل من أي مخاطر في عملية إنشاء المنتج.
عناصر إدارة تطوير المنتج DSDM الأساس القوي والحوكمة التي تميز إدارة تطوير المنتج DSDM عن غيرها من الأساليب النهج التكراري والتدريجي نحو تطوير المنتج ملاحظات العميل أو المستخدم تقرر مفتاح التقدم المستمر الجودة والتكاليف والقيود الزمنية صارمة يتم تصنيف نطاق المنتج إلى ما يجب أن يكون، وما لن يكون، وما يجب أن يكون، وما يمكن أن يكون.
مراحل إدارة تطوير DSDM
مرحلة ما قبل المشروع
تحدد الشركة المشاريع المقدمة من المرشحين وتبدأ التمويل لضمان الالتزام بالمشروع. يتم التعامل مع هذه القضايا في مراحل مبكرة لمنع حدوث مشاكل في مراحل لاحقة.
دورة حياة المشروع
يجب أن يمر كل مشروع بخمس مراحل لإنشاء نظام المعلومات الإدارية. وتكمل المرحلتان الأوليان، وهما دراسات الجدوى ودراسات الأعمال، بعضهما البعض. ثم يمر المشروع بعد ذلك بتكرار النموذج الوظيفي وتكرار التصميم والبناء، حيث يتم تصميم معظم العمل في المشروع وإنجازه ثم تنفيذه في المرحلة الأخيرة.
مرحلة ما بعد المشروع
تضمن هذه المرحلة تشغيل النظام بكفاءة وفعالية. ويتم تقييم ذلك وفقًا لمبادئ إدارة تطوير البرمجيات الرقمية. تتم جميع عمليات الصيانة والإصلاحات والتحسينات بناءً على هذه المبادئ. وتساعد الطبيعة التكرارية والتدريجية لإدارة DSDM المنظمة على عرض التطوير المستمر للمنتج. يمكن تنقيح الدورات أو المراحل السابقة في إدارة DSDM فبدلاً من إنهاء المشروع بأكمله مرة واحدة، يمكن للمطورين العودة إلى الخطوات السابقة أيضًا.
التقنيات الأساسية المستخدمة في إدارة تطوير DSDM
المربعات الزمنية – في هذه التقنية، يتم إعطاء كل مهمة قيودًا زمنية محددة، مثل 2 أو 4 أو 6 أسابيع. في غضون ذلك الوقت، يتم تخصيص مجموعة من المهام التي يجب إكمالها. يمكن إعطاء العديد من المهام في صندوق زمني واحد، مما يضيف قيمة إلى المنتج القابل للتسليم بعد الانتهاء. يمكن أيضًا تغيير المهام أثناء عملية التطوير، حيث يوفر ذلك استجابة سريعة لاحتياجات العمل الخاصة بالعميل. قواعد MoSCoW: يتم تصنيف أهمية العناصر أو المتطلبات إلى “يجب أن يكون” و”يجب أن يكون” و”يمكن أن يكون” و”لن يكون”، ويتم اختيار المهام اللاحقة بناءً على أولوية هذه القاعدة. النماذج الأولية-تسمح هذه الوظيفة للمطورين بتنفيذ الوظائف المهمة في وقت مبكر من المشروع، مما يساعدهم على تحديد أي عوائق أو صعوبات قد تنشأ لاحقًا في العملية. وهي تعمل بشكل أساسي على مبدأ التطوير التدريجي والتسليم المتكرر. الاختبار- يخضع كل تكرار للاختبار لضمان جودة الميزة. النمذجة-تصوير مكونات العمل أو أنظمة محددة باستخدام الرسوم البيانية يساعد المرء على فهم المشروع بشكل أفضل.
ما هو إطار عمل سكروم؟
يتميز Scrum بخفة وزنه وسهولة فهمه، ولكن من الصعب إتقان إطار عمل Agile الذي يطور المنتجات بشكل تدريجي وتكراري. يشجع Scrum أعضاءه على التعلم من تجاربهم ويعزز أساليب التنظيم الذاتي والتحسين المستمر من خلال التفكير في نجاحاتهم وإخفاقاتهم. يدعم Scrum التعلم المستمر وهو تعليمي وغني بالمعلومات. تم تصميم إطار عمل Scrum بحيث لا يضطر فريق Scrum إلى تفصيل جميع ميزات المنتج في البداية. فمع تقدم الفريق في المشروع، سيكتشف المزيد من الميزات والتحسينات، اعتمادًا على ملاحظات المستخدمين والعملاء واتجاهات السوق الحالية. يستجيب Scrum بسرعة للتغييرات وهو مرن لأي نوع من التغييرات التي يطلبها العميل. يتم تسليم زيادات المنتج في Scrum عن طريق التكرارات المحددة زمنيًا والتي تسمى Sprints، والتي تستمر لمدة 30 يومًا كحد أقصى. تسمح هذه الدورات القصيرة للفريق بالتعلم من أخطائهم من السباقات السابقة وتحسين أنفسهم في السبرنت التالي. يمكن لأي مؤسسة أن تتبنى Scrum لأنه لا يقتصر فقط على تطوير البرمجيات. صناعات مثل البنوك والتمويل، والفضاء، وتكنولوجيا الأغذية، والمؤسسات التعليمية، وشركات البناء والهندسة المعمارية، وكذلك المشاريع الحكومية تستخدم Scrum لمشاريعها.
إدارة المشاريع باستخدام إطار عمل سكروم
Scrum هو نهج تكراري وتدريجي لتطوير المنتجات المعقدة. يحتوي على فترات زمنية محددة تسمى سبرينتس، حيث يقوم المطورون بإنشاء زيادات المنتج مثل قصص المستخدم. يقوم مالك المنتج ببناء تراكمات المنتج، وهي قائمة بالعناصر التي يجب دمجها في المنتج. يتم بناء الحد الأدنى من المنتج القابل للتطبيق في البداية من قبل فريق سبروم ويتم طرحه في السوق. يقوم فريق سكرم لاحقًا بإجراء اجتماعات تخطيط سبرينت حيث يتم تعيين المهام للمطورين بناءً على أولوية قائمة تراكمات المنتج. يتم تقسيم العناصر الموجودة في Product Backlog إلى مهام بسيطة ويتم أخذها في Sprint Backlog. يخطط الفريق لتنفيذ المهام ويقرر المدة الزمنية لإنجاز سبرينت. الفترة الزمنية الأكثر شيوعًا للسباق السريع هي أسبوعان. يتم عقد اجتماع موجز كل يوم، وهو ما يسمى بـ “الوقوف اليومي”، حيث يناقش أعضاء الفريق ما تم إنجازه بالأمس، وما ينوون إنجازه اليوم، وإذا كانوا يواجهون أي مشاكل أثناء عملهم. يساعد هذا الاجتماع رئيس سكرم ومدير المنتج على تقييم التقدم الذي أحرزه الفريق ويساعد الفريق على التحفيز والتركيز.
مراجعة السبرينت واجتماعات المراجعة بأثر رجعي في عملية تطوير سكرم
عند اكتمال سبرينت معين، يجتمع مالك المنتج وسكروم ماستر وأصحاب المصلحة والمطورين في اجتماع مراجعة سبرينت. هنا، يقوم المطورون بعرض الزيادة في المنتج التي وعدوا بها في تخطيط سبرينت وتدوين الملاحظات من أصحاب المصلحة. تعتبر التغذية الراجعة جزءًا أساسيًا من عملية التطوير لأنها تعطي صورة واضحة لما يتوقعه المستخدم من المنتج. هناك نوعان من التغذية الراجعة: التغذية الراجعة الداخلية والخارجية. التغذية الراجعة الداخلية يقدمها أعضاء الفريق وأعضاء الشركة الآخرون للمطورين، والتغذية الراجعة الخارجية يقدمها المستخدم أو الزبون للمطورين وفريق سكروم. كما يتم عقد اجتماع آخر حيث يتم حذف أصحاب المصلحة، يسمى سبرينت ريتروسبكت، حيث يقوم الفريق بالتفكير في الأخطاء التي تم ارتكابها في السبرينت السابق وإيجاد طرق للتحسين في السبرينت التالي. أعضاء فريق سبرم منظمون ذاتيًا ولديهم شعور بالمساءلة والملكية للمنتج. بعد كل سبرنت، يتم تحديث المنتج بالإصلاحات، ويتم إصدار نسخة جديدة من المنتج إلى السوق. تتكرر هذه الدورة حتى يتم تطوير المنتج بالكامل.
الفرق الرئيسي بين DSDM مقابل Scrum
هناك العديد من أوجه التشابه بين إدارة DSDM الرشيقة و Scrum حيث أن كلاهما يستخدمان نهجًا تكراريًا وتدريجيًا لتطوير المنتج. في DSDM، ينقسم العمل في DSDM إلى “نشاط هندسي”، في حين أن العمل في Scrum يسمى مرحلة التطوير. أيضًا، في إدارة تطوير DSDM، يُطلق على المخرجات اسم “الحل الناشئ”، بينما يُطلق عليها في Scrum “الزيادة المحتملة القابلة للإصدار”. يعمل كل من DSDM و Scrum نحو مشروع مكتمل من خلال الالتزام بمواعيد نهائية ضيقة. ومع ذلك ، فإن الفرق الرئيسي بينهما هو أن Scrum لديه مفهوم تعريف الإنجاز (DoD) ، حيث لا تتقدم زيادة المنتج نحو التنفيذ إلا إذا كانت تفي بمعايير DoD.
على النقيض من ذلك، لا يوجد في إدارة تطوير البرمجيات الرقمية (DSDM) نقطة محددة يمكن عندها تعريف المشروع على أنه تم، ويتم الاتفاق على DoDD. ويشكل هذا أحد أهم الاختلافات بين إدارة التخلص من البيانات الرقمية وإدارة التنمية الرقمية مقابل سكرم. ومع ذلك، من المهم أن نلاحظ أنه في DSDM، هناك مرحلة محددة عندما يتم الاتفاق على العمل تسمى مرحلة تأسيس المشروع. يحدث هذا في المرحلة المبكرة من التطوير، حيث لا يوجد سوى افتراضات حول تصميم المنتج وميزاته. في هذه المرحلة المبكرة من عملية التخطيط، يتجنب قادة الفريق في هذه المرحلة المبكرة من عملية التخطيط، التصميم الكبير مقدمًا، وهي سمة من سمات منهجيات الشلال ولا تتوافق مع منهجية أجايل.