تطوير البرمجيات الرشيقة الموزعة

يُعد تطوير البرمجيات الرشيقة الموزعة مجالًا بحثيًا يدرس آثار تطبيق مبادئ تطوير البرمجيات الرشيقة على بيئة تطوير موزعة عالميًا ، بهدف التغلب على التحديات في المشاريع الموزعة جغرافيًا.

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

التاريخ / البحث

أدى تزايد العولمة، مدعومًا بالإمكانيات الجديدة التي يوفرها الإنترنت بفضل فعاليته التكنولوجية، إلى دفع شركات تطوير البرمجيات إلى نقل جهودها التطويرية إلى مناطق أكثر جاذبية من الناحية الاقتصادية. بدأت هذه الظاهرة في التسعينيات، بينما برزت أهميتها الاستراتيجية في العقد الأول من الألفية الثانية. [ 1 ] وتعود معظم الدراسات الأولية ذات الصلة إلى هذه الفترة تقريبًا. [ 2 ]

خلال هذه الفترة، صدر بيان أجايل [ 3 ] ، الذي يُمثل تطورًا عن المناهج التقليدية السائدة في تطوير البرمجيات. وقد أدى ذلك بطبيعة الحال إلى التساؤل: "هل يُمكن أن يكون تطوير البرمجيات الموزعة مرنًا؟". أُجريت إحدى أولى الدراسات الشاملة التي حاولت الإجابة على هذا السؤال في عام 2006 [ 4 ]. ومن خلال دراسة ثلاث منظمات، وجد الباحثون أن "دمج المرونة بعناية في بيئات تطوير البرمجيات الموزعة أمرٌ ضروري لمواجهة العديد من التحديات المتعلقة بالتواصل والتحكم والثقة بين الفرق الموزعة". وفي وقت لاحق، في عام 2014، أُجريت مراجعة منهجية للأدبيات لتحديد المشكلات الرئيسية في تطبيق منهجية أجايل في بيئة موزعة [ 5 ] . وفي عام 2019، أُجريت مراجعة منهجية مماثلة [ 6 ] .

فرص

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

تعزيز التنوع الثقافي بين الثقافات وداخلها

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

خطط عمل مرنة

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

التنقل عبر المناطق الزمنية

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

الأفراد ذوو الإعاقات ومحدودية الحركة

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

زيادة مستويات الرخاء

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

انخفاض تكاليف السفر

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

الفكرة التكرارية للمنهجية الرشيقة

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

مجموعة واسعة من الموارد البشرية

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

يقلل من مساحة المكاتب

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

التحديات والمخاطر

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

التحديات

نتيجةً لعدم التوافق الذي يواجهه المرء عند الجمع بين مبادئ وممارسات منهجية أجايل في بيئة موزعة، فإن بعض التحديات التي يمكن أن تنشأ هي كما يلي: [ 10 ]

الوثائق

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

البرمجة الثنائية

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

مناطق زمنية مختلفة

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

تدريس

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

توزيع العمل

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

المخاطر

سعت دراسة أُجريت عام ٢٠١٣ إلى توحيد الأدبيات المتعلقة بإدارة المخاطر في تطوير البرمجيات الرشيقة الموزعة. [ ٩ ] كما سعت دراسة أكثر شمولاً إلى تصنيف عوامل المخاطر في مشاريع البرمجيات الرشيقة الموزعة، [ ١٤ ] وذلك بالاستناد إلى كلٍّ من الأدبيات البحثية والخبرات العملية من ثلاثة عشر مؤسسة تقنية معلومات. وللاختصار، تم حذف القائمة الكاملة لعوامل المخاطر الخمسة والأربعين، مع تقنيات إدارتها المقابلة. وبدلاً من ذلك، تم تقديم ملخص موجز للفئات الرئيسية وتقنيات الإدارة العامة.

دورة حياة تطوير البرمجيات

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

إدارة المشاريع

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

الوعي الجماعي

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

التعاون مع أصحاب المصلحة الخارجيين

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

إعداد التكنولوجيا

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

الأدوات وأفضل الممارسات

تواصل

يُعد تحسين التواصل أحد أهم العوامل في التغلب على التحديات التي تواجه تطوير البرمجيات الرشيقة الموزعة. [ 10 ] وهذا يعني تقليل الوقت اللازم لإعداد جلسة التواصل وإنهائها، وتفضيل مؤتمرات الفيديو على المؤتمرات الصوتية إن أمكن.

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

اختلافات المناطق الزمنية

أحد الخيارات المتاحة لمعالجة مشكلة التوافر لحضور الاجتماعات بسبب اختلاف المناطق الزمنية هو تعيين ممثل للفريق ليكون وسيطًا بين الفريقين، على أن يكون قد بنى علاقة جيدة مع كليهما. خيار آخر هو استخدام منهجية سكروم المتداخلة مع تقارير متعددة المستويات واجتماعات سكروم يومية متعددة. [ 16 ]

يتمثل أحد الحلول لعقد اجتماعات سكروم في الفرق التي تواجه فروق التوقيت في التمييز بين اجتماعات الفريق المحلية واجتماعات سكروم العالمية. [ 17 ] يعقد كل فريق اجتماعًا محليًا في بداية يومه واجتماعًا عالميًا في وقت آخر من اليوم. ولا يتسنى ذلك إلا إذا تداخلت أوقات عملهم.

مواكبة الممارسات الرشيقة

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

لضمان إطلاع جميع أعضاء الفريق على منهجية أجايل المعتمدة، من المهم توثيق المشروع. يُحسّن هذا من تعاون الفريق في تطبيق مبادئ وممارسات أجايل في بيئة تطوير برمجيات موزعة [ 16 ] [ 18 ] [ 19 ] [ 20 ] . ولتحقيق ذلك، يمكن استخدام أدوات متنوعة لدعم الفريق في توثيق المشروع. [ 18 ]

استخدام الأدوات

يمكن استخدام أدوات ومنصات متنوعة لتحسين التواصل في بيئة موزعة. وتزداد أهمية هذه الأدوات والمنصات مقارنةً بالبيئة غير الموزعة، وذلك لتقليل المسافة الافتراضية بين الفرق الموزعة.

تواصل

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

إدارة المشاريع

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

أدوات التطوير

لضمان تجربة مشتركة لجميع أعضاء الفريق، ينبغي أن يتمتع كل عضو بإمكانية الوصول إلى نفس الأدوات اللازمة للتطوير. [ 21 ] إن ربط أدوات إدارة تكوين البرمجيات بأدوات إدارة المشاريع يمكّن المطورين من العمل بوتيرة واحدة والتواصل بشأن عملية التطوير بطريقة مماثلة.

إدارة المعرفة

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

التوافق مع بيان أجايل

تم استكشاف قيم ومبادئ بيان أجايل ومدى قابليتها للتطبيق في بيئة عمل موزعة من خلال 12 دراسة حالة. [ 22 ] تابعت هذه الدراسات شركات برمجيات طبقت منهجية تطوير البرمجيات الرشيقة الموزعة في مشاريعها. من بين الحالات الـ 12، كانت 10 شركات محلية في الولايات المتحدة و7 شركات خارجية في الهند. يلخص الجدول التالي النتائج:

الخصائص التي يروج لها بيان أجايلالحالة 1الحالة الثانيةالحالة 3الحالة الرابعةالحالة 5الحالة 6الحالة 7الحالة 8الحالة 9الحالة 10الحالة 11الحالة 12
قيم
الأفراد والتفاعلات أهم من العمليات والأدوات
برنامج تشغيل مدعوم بوثائق شاملة
التعاون مع العملاء في مفاوضات العقود
الاستجابة للتغيير وفقًا لخطةxxx
مبادئ
التسليم المبكر والمستمر للبرمجيات القيّمةxxx
نرحب بتغيير المتطلبات حتى في المراحل المتأخرة من التطوير.
قم بتسليم برامج عاملة بشكل متكرر
يتعاون رجال الأعمال والمطورون معًا طوال فترة المشروع.
قم ببناء المشاريع حول أفراد متحمسين، وادعمهم، وثق بهم.
محادثة وجهاً لوجه داخل فريق التطوير
يُعدّ البرنامج العامل المقياس الأساسي للتقدم
تعزيز التنمية المستدامة للحفاظ على وتيرة ثابتة إلى أجل غير مسمى
الاهتمام المستمر بالتميز التقني والتصميم الجيد
البساطة أمر أساسي
فرق ذاتية التنظيم
يقوم الفريق بتعديل سلوكه بانتظام لتعزيز الفعالية

نستنتج من ذلك أن جميع دراسات الحالة أكدت على القيمة الأولى من بيان أجايل، والتي تنص على إعطاء الأولوية للأفراد والتفاعلات على العمليات والأدوات. يُفضل بيان أجايل البرمجيات العاملة على التوثيق الشامل، دون أن يُلغي التوثيق تمامًا. وتنعكس هذه القيمة أيضًا في غالبية الحالات. تم تحديد أربع حالات فقط تُؤكد على أهمية التعاون مع العميل على حساب التفاوض على العقد. وكما هو واضح في الجدول، فإن القيمة الرابعة هي الأقل تبنيًا من بين جميع القيم من قِبل شركات البرمجيات: "بدلًا من اتباع ممارسات تطوير أجايل بشكل صارم كما هو مُعرّف، تُجري الشركات تعديلات مستمرة عليها لتناسب الاحتياجات المُتغيرة لمشاريعها". [ 23 ] وفيما يتعلق بمبادئ أجايل، فليس من المُستغرب أن تُقدّر جميع الدراسات أهمية الحوار المباشر مع فريق التطوير. وقد تمت محاكاة ذلك إلكترونيًا بين الفريقين المحلي والخارجي. أما فيما يخص الانفتاح على تغيير المتطلبات حتى في مراحل متأخرة من التطوير، فلم تُقدم أي من شركات البرمجيات في الدراسة تفاصيل حول ذلك. وبناءً على ذلك يمكننا أن نفترض أنه لم يُعتبر بنفس أهمية بعض المبادئ الأخرى.

مراجع

  1. خيمينيز، م.، بياتيني، م.، وفيزكاينو، أ. (2009). التحديات والتحسينات في تطوير البرمجيات الموزعة: مراجعة منهجية. *التطورات في هندسة البرمجيات*، *2009*.
  2. بريكلادنيكي، ر.، داميان، د.، وأودي، ج. ل. ن. (يونيو 2008). أنماط التطور في ممارسة تطوير البرمجيات الموزعة: نتائج كمية من مراجعة منهجية. في *المؤتمر الدولي الثاني عشر للتقييم والتحليل في هندسة البرمجيات (EASE) 12* (ص 1-10)
  3. فاولر، م.، وهايسميث، ج. (2001). بيان أجايل. تطوير البرمجيات، 9(8)، 28-35.
  4. راميش، ب.، كاو، ل.، موهان، ك.، وشو، ب. (2006). هل يمكن أن يكون تطوير البرمجيات الموزعة مرنًا؟ اتصالات رابطة آلات الحوسبة، 49(10)، 41-46.
  5. رزافي، أ.م.، وأحمد، ر. (سبتمبر 2014). التطوير الرشيق في بيئات واسعة النطاق وموزعة: مراجعة منهجية للأدبيات حول الجوانب التنظيمية والإدارية والثقافية. في المؤتمر الماليزي الثامن لهندسة البرمجيات (MySEC) لعام 2014 (ص 216-221). IEEE.
  6. غاني، إ.، ليم، أ.، حسنين، م.، غاني، إ.، وبابار، م.إ. (2019). التحديات في بيئة تطوير البرمجيات الرشيقة الموزعة: مراجعة منهجية للأدبيات. معاملات KSII في الإنترنت ونظم المعلومات، 13(9).
  7. م. باسيفارا، س. دوراسيفيتش، س. لاسينيوس، استخدام سكروم في تطوير البرمجيات الرشيقة الموزعة: دراسة حالات متعددة، المؤتمر الدولي لهندسة البرمجيات العالمية التابع لمعهد مهندسي الكهرباء والإلكترونيات، ص 195-204، 2009
  8. شريفاستافا، إس. في. ودات، إتش. (2010). تطوير البرمجيات الرشيقة الموزعة: مراجعة. سيو-تشوغو: مجلة علوم وهندسة الحاسوب. 10-17
  9. 1 2 شريفاستافا، إس في وراثود، يو، 2014. المخاطر في التطوير الرشيق الموزع: مراجعة. بروسيديا - العلوم الاجتماعية والسلوكية، 133، ص 417-424.
  10. 1 2 شريفاستافا، إس في، 2010. تطوير البرمجيات الرشيقة الموزعة: مراجعة. نسخة ما قبل النشر arXiv:1006.1955.
  11. م. فاولر، "استخدام عملية تطوير البرمجيات الرشيقة مع التطوير الخارجي"، http://martinfowler.com/articles/agileOffshore.html ، يوليو 2006 (تم الاطلاع عليه في 11 مايو 2020)
  12. ويليامز، ل.، كيسلر، ر. ر.، كانينغهام، و.، وجيفريز، ر.، 2000. تعزيز حجة البرمجة الثنائية. مجلة IEEE للبرمجيات، 17(4)، ص 19-25
  13. 1 2 آدي ميلر، "التطوير الرشيق الموزع في مايكروسوفت: الأنماط والممارسات"، أنماط وممارسات مايكروسوفت، http://www.pnpguidance.net/Post/DistributedAgile 16 DevelopmentMicrosoftPatternsPractices، أكتوبر 2008. (تم الاطلاع عليه في 11 مايو 2020)
  14. شريفاستافا، إس في، وراثود، يو. (2015). تصنيف عوامل الخطر للمشاريع الرشيقة الموزعة. *تكنولوجيا المعلومات والبرمجيات*، *58*، 373-387.
  15. بريسمان، آر إس (2005). *هندسة البرمجيات: منهج عملي*. بالغراف ماكميلان.
  16. 1 2 سميتس، هـ. وبشيجودا، ج.، أغسطس 2007. تطبيق منهجية سكروم في مؤسسة تطوير برمجيات موزعة. في مؤتمر أجايل 2007 (AGILE 2007) (ص 371-375). معهد مهندسي الكهرباء والإلكترونيات.
  17. ج. ساذرلاند، أ. فيكتوروف، ج. بلونت ون. بونتيكوف، "سكروم الموزع: إدارة المشاريع الرشيقة مع فرق التطوير الخارجية"، المؤتمر الدولي السنوي الأربعون لعلوم النظم في هاواي (HICSS'07)، وايكولوا، هاواي، 2007، ص. 274a-274a، doi: 10.1109/HICSS.2007.180.
  18. 1 2 حسين، إي.، بابار، إم. إيه.، بايك، إتش. واي.، وفيرنر، ج.، ديسمبر 2009. عمليات تحديد المخاطر وتخفيفها لاستخدام منهجية سكروم في تطوير البرمجيات عالميًا: إطار مفاهيمي. في المؤتمر السادس عشر لهندسة البرمجيات في منطقة آسيا والمحيط الهادئ لعام 2009 (ص 457-464). معهد مهندسي الكهرباء والإلكترونيات.
  19. هولمستروم، هـ.، فيتزجيرالد، ب.، أغرفالك، ب.ج.، وكونشور، إ.أو.، 2006. ممارسات أجايل تقلل المسافة في تطوير البرمجيات العالمي. إدارة نظم المعلومات، 23(3)، ص 7-18.
  20. بيرتشوك، س.، أغسطس 2007. العودة إلى الأساسيات: دور مبادئ أجايل في نجاح فريق سكروم الموزع. في مؤتمر أجايل 2007 (AGILE 2007) (ص 382-388). معهد مهندسي الكهرباء والإلكترونيات (IEEE).
  21. ساذرلاند، ج. (28 فبراير 2020). فرق العمل الموزعة: كيفية التخفيف من مخاطر الأعمال الكبيرة الناجمة عن فيروس كورونا. تم الاسترجاع في 13 مايو 2020 من https://www.scruminc.com/distributed-teams-how-to-mitigate-a-significant-business-risk-of-the-coronavirus/
  22. بوز، آي.، 2008. الدروس المستفادة من مشاريع البرمجيات الرشيقة الموزعة: تحليل قائم على دراسة الحالة. اتصالات جمعية نظم المعلومات، 23(1)، ص 34.
  23. راميش، ب.، كاو، ل.، موهان، ك. وشو، ب.، 2006. هل يمكن أن يكون تطوير البرمجيات الموزعة مرنًا؟ اتصالات ACM، 49(10)، ص 41-46.