ما هي اتفاقية تطوير البرمجيات الرشيقة؟ شرح واستخدام

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

الإجابة المختصرة

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

ما هو بالضبط اتفاق تطوير البرمجيات الرشيق؟

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

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

سكروم وسباقات السرعة في العقد

يُعدّ سكروم إطار العمل الرشيق الأكثر استخدامًا على نطاق واسع. وتنعكس العناصر الأساسية في الاتفاقية التالية:

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

لا يوجد نطاق محدد، ولكن توجد أطر عمل

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

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

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

معدل القبول لكل دورة تطوير

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

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

الملكية الفكرية، والعمل الإضافي، والخروج

ثلاث مشكلات غالباً ما تحدث عندما يكون العقد ضعيفاً للغاية:

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

مناسب لأي مشاريع؟

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

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

توصية صادقة

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

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

هل ترغب في معرفة المزيد أو طلب صياغة اتفاقية؟ اطلع على اتفاقية تطوير البرمجيات الرشيقة، واقرأ كيفية صياغة مثل هذه الاتفاقية وتكلفة صياغتها.

الأسئلة الشائعة