أسلوب تطوير الأنظمة الديناميكية

نموذج لمنهجية إدارة المشاريع DSDM

منهجية تطوير الأنظمة الديناميكية ( DSDM ) هي إطار عمل مرن لتسليم المشاريع، استُخدم في البداية كمنهجية لتطوير البرمجيات . [ 1 ] [ 2 ] صدرت DSDM لأول مرة عام 1994، وسعت في الأصل إلى إضفاء بعض الانضباط على منهجية التطوير السريع للتطبيقات (RAD). [ 3 ] في الإصدارات اللاحقة، نُقّح إطار عمل DSDM للمشاريع المرنة ليصبح منهجًا عامًا لإدارة المشاريع وتقديم الحلول، بدلًا من التركيز تحديدًا على تطوير البرمجيات وكتابة التعليمات البرمجية، وأصبح بالإمكان استخدامه في مشاريع غير تقنية. [ 4 ] يغطي إطار عمل DSDM للمشاريع المرنة نطاقًا واسعًا من الأنشطة عبر دورة حياة المشروع بأكملها، ويتضمن أسسًا وحوكمة قوية، مما يميزه عن بعض منهجيات التطوير المرنة الأخرى. [ 5 ] إطار عمل DSDM للمشاريع المرنة هو منهج تكراري وتراكمي يتبنى مبادئ التطوير المرن، بما في ذلك المشاركة المستمرة للمستخدم/العميل.

تُحدد منهجية DSDM التكلفة والجودة والوقت منذ البداية، وتستخدم منهجية MoSCoW لتصنيف نطاق المشروع إلى عناصر أساسية (ضرورية ، مرغوبة ، ممكنة ، وغير ضرورية) لتعديل مخرجات المشروع بما يتوافق مع قيود الوقت المحددة. تُعد DSDM إحدى المنهجيات الرشيقة لتطوير البرمجيات والحلول غير التقنية، وهي جزء من تحالف Agile Alliance.

في عام ٢٠١٤، أصدرت DSDM أحدث إصدار من منهجيتها ضمن "إطار عمل DSDM لإدارة المشاريع الرشيقة". وفي الوقت نفسه، أقرّ دليل DSDM الجديد بضرورة العمل جنبًا إلى جنب مع أطر عمل أخرى لتقديم الخدمات (وخاصةً ITILوPRINCE2 ، وإدارة البرامج الناجحة، وPMI. [ ٦ ] وكان الإصدار السابق (DSDM ٤.٢) يقتصر على إرشادات حول كيفية استخدام DSDM مع البرمجة المتطرفة .

تاريخ

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

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

تأسس اتحاد DSDM عام 1994 على يد مجموعة من الموردين والخبراء في مجال هندسة البرمجيات، وكان الهدف منه "تطوير وترويج إطار عمل مستقل لتطوير البرمجيات السريع (RAD) بشكل مشترك" من خلال دمج أفضل ممارساتهم . بدأت الفكرة في فعالية نظمتها مجموعة بتلر في لندن، حيث كان جميع الحاضرين يعملون في شركات رائدة مثل الخطوط الجوية البريطانية، وأمريكان إكسبريس، وأوراكل، ولوجيكا (أما شركات أخرى مثل داتا ساينسز وألايد دوميك فقد تم دمجها لاحقًا في شركات أخرى).

في يوليو 2006، تم إتاحة الإصدار العام 4.2 من DSDM [ 7 ] للأفراد لعرضه واستخدامه؛ ومع ذلك، يجب على أي شخص يعيد بيع DSDM أن يظل عضوًا في الاتحاد غير الربحي.

في عام 2014، تم إتاحة دليل DSDM للجمهور عبر الإنترنت. [ 8 ] بالإضافة إلى ذلك، يمكن تنزيل نماذج DSDM. [ 9 ]

في أكتوبر 2016، غيّر اتحاد DSDM اسمه إلى اتحاد الأعمال الرشيقة (ABC). [ 10 ] اتحاد الأعمال الرشيقة منظمة غير ربحية ومستقلة عن أي جهة بائعة، وهي المالكة لإطار عمل DSDM والمسؤولة عن إدارته. [ 11 ]

وصف

يُعدّ منهج DSDM نهجًا مستقلًا عن الموردين، يُقرّ بأنّ معظم المشاريع تفشل بسبب مشاكل بشرية أكثر من مشاكل تقنية. ويركّز DSDM على مساعدة الأفراد على العمل معًا بفعالية لتحقيق أهداف العمل. كما يتميّز DSDM باستقلاليته عن الأدوات والتقنيات، مما يُتيح استخدامه في أي بيئة عمل أو تقنية دون ربط العمل بمورد مُحدّد. [ 8 ]

مبادئ

هناك ثمانية مبادئ تدعم منهجية DSDM. [ 12 ] توجه هذه المبادئ الفريق في الموقف الذي يجب أن يتخذوه والعقلية التي يجب أن يتبنوها لتحقيق الأداء باستمرار.

  1. التركيز على احتياجات العمل
  2. التسليم في الموعد المحدد
  3. التعاون
  4. لا تتنازل عن الجودة أبداً
  5. ابدأ بالبناء تدريجياً انطلاقاً من أسس متينة
  6. التطوير بشكل متكرر
  7. تواصل باستمرار وبشكل واضح
  8. أظهر السيطرة

التقنيات الأساسية

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

الأدوار

تتضمن بيئة DSDM بعض الأدوار. من المهم تعيين أعضاء المشروع في أدوار مختلفة قبل بدء المشروع. لكل دور مسؤولياته الخاصة. وهذه الأدوار هي:

  • الراعي التنفيذي : ما يُعرف ببطل المشروع . وهو دورٌ هامٌ من جانب المنظمة المستخدمة، حيث يمتلك القدرة والمسؤولية على تخصيص الأموال والموارد المناسبة. ويتمتع هذا الدور بسلطة اتخاذ القرارات النهائية.
  • صاحب الرؤية : هو الشخص المسؤول عن إطلاق المشروع من خلال ضمان تحديد المتطلبات الأساسية في وقت مبكر. يتمتع صاحب الرؤية بأدق فهم لأهداف العمل الخاصة بالنظام والمشروع. ومن مهامه أيضاً الإشراف على عملية التطوير وضمان سيرها في المسار الصحيح.
  • Ambassador user: Brings the knowledge of the user community into the project, ensures that the developers receive enough user feedback during the development process.
  • Advisor user: Can be any user that represents an important viewpoint and brings daily knowledge of the project.
  • Project manager: Can be anyone from the user community or IT staff who manages the project in general.
  • Technical co-ordinator: Responsible in designing the system architecture and control the technical quality of the project.
  • Team leader: Leads their team and ensures that the team works effectively as a whole.
  • Solution developer: Interpret the system requirements and model it including developing the deliverable codes and build the prototypes.
  • Solution tester: Checks the correctness in a technical extent by performing some testing, raise defects where necessary and retest once fixed. Tester will have to provide some comment and documentation.
  • Scribe: Responsible for gathering and recording the requirements, agreements, and decisions made in every workshop.
  • Facilitator: Responsible for managing the workshops' progress, acts as a motivator for preparation and communication.
  • Specialist roles: Business architect, quality manager, system integrator, etc.

Critical success factors

Within DSDM a number of factors are identified as being of great importance to ensure successful projects.

  • Factor 1: First there is the acceptance of DSDM by senior management and other employees. This ensures that the different actors of the project are motivated from the start and remain involved throughout the project.
  • Factor 2: Directly derived from factor 1: The commitment of the management to ensure end-user involvement. The prototyping approach requires a strong and dedicated involvement by end users to test and judge the functional prototypes.
  • Factor 3: The project team has to be composed of skillful members that form a stable union. An important issue is the empowerment of the project team. This means that the team (or one or more of its members) has to possess the power and possibility to make important decisions regarding the project without having to write formal proposals to higher management, which can be very time-consuming. In order to enable the project team to run a successful project, they also need the appropriate technology to conduct the project. This means a development environment, project management tools, etc.
  • Factor 4: Finally, DSDM also states that a supportive relationship between customer and vendor is required. This goes for both projects that are realised internally within companies or by external contractors. An aid in ensuring a supporting relationship could be ISPL.

Comparison to other development frameworks

يمكن اعتبار منهجية تطوير البرمجيات الموجهة بالبرمجيات (DSDM) جزءًا من مجموعة واسعة من أطر التطوير التكرارية والتراكمية، وخاصة تلك التي تدعم منهجيات التطوير الرشيقة والموجهة للكائنات . وتشمل هذه الأطر (على سبيل المثال لا الحصر) سكروم ، والبرمجة المتطرفة (XP) ، والتسليم الرشيق المنضبط (DAD) ، والعملية الموحدة العقلانية (RUP) .

ومثل DSDM، تشترك هذه في الخصائص التالية:

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

انظر أيضاً

مراجع

  1. كيث ريتشاردز ، إدارة المشاريع الرشيقة: إدارة مشاريع PRINCE2 باستخدام DSDM Atern. مكتب التجارة الحكومية (OGC). مكتب القرطاسية، 31 يوليو 2007.
  2. بلونكا، لورا، وآخرون. "تصميم تجربة المستخدم في منهجية أجايل: دراسة حالة DSDM". عمليات أجايل في هندسة البرمجيات والبرمجة المتطرفة. دار نشر سبرينغر الدولية، 2014. 1-15.
  3. أبراهامسون، بيكا، وآخرون. " اتجاهات جديدة في منهجيات أجايل: تحليل مقارن ". مؤرشف بتاريخ 24-10-2018 في أرشيف الإنترنت . هندسة البرمجيات، 2003. وقائع المؤتمر الدولي الخامس والعشرين. معهد مهندسي الكهرباء والإلكترونيات، 2003.
  4. ستابلتون، جينيفر (يناير 2003). التنمية الموجهة نحو الأعمال . بيرسون للتعليم. ص  113. ISBN 9780321112248.
  5. 1 2 موران، آلان (مارس 2015). إدارة منهجية أجايل . سبرينغر. ص 21-24 . ISBN  9783319162614.
  6. دليل إطار عمل إدارة المشاريع الرشيقة DSDM، 2014، الصفحات 4 و16
  7. ( www.dsdm.org مؤرشف بتاريخ 2016-10-02 في Wayback Machine )
  8. 1 2 "إطار عمل DSDM لإدارة المشاريع الرشيقة (من عام 2014 فصاعدًا)" . اتحاد الأعمال الرشيقة . 4 فبراير 2016.
  9. www.agilebusiness.org https://www.agilebusiness.org/resources/templates-and-tools/atern-template-complete-set .{{cite web}}: مفقود أو فارغ |title=( مساعدة )
  10. "اتحاد DSDM الخاص بمنهجية Agile يتطور إلى اتحاد أعمال Agile" . بريس ديسبنسري .
  11. "شروط وأحكام عضوية المجتمع" (ملف PDF) . غلوبال غاب
  12. اتحاد الأعمال الرشيقة. دليل إطار عمل مشروع DSDM الرشيق (من عام 2014 فصاعدًا) - المبادئ .

للمزيد من القراءة