المرونة في تطوير البرمجيات Agile

ما هو Agile؟
Agile هي القدرة على الإبداع والاستجابة للتغيير. إنها طريقة للتعامل مع بيئة مضطربة وغير مؤكدة والنجاح فيها في نهاية المطاف.

اختار مؤلفو بيان Agile “Agile” كعلامة لهذه الفكرة بأكملها لأن هذه الكلمة تمثل القدرة على التكيف والاستجابة للتغيير الذي كان مهمًا جدًا لنهجهم.

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

ما هو تطوير البرمجيات الرشيقة؟
يعد تطوير البرامج الرشيقة أكثر من مجرد أطر عمل مثل Scrum أو Extreme Programming أو Feature-Driven Development (FDD).

يعد تطوير البرامج الرشيقة أكثر من مجرد ممارسات مثل البرمجة الزوجية ، والتطوير القائم على الاختبار ، والوقوف ، وجلسات التخطيط ، والسباقات.

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

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

هناك تركيز كبير في مجتمع تطوير البرمجيات Agile على التعاون وفريق التنظيم الذاتي.

هذا لا يعني أنه لا يوجد مديرين. هذا يعني أن الفرق لديها القدرة على اكتشاف كيفية تعاملهم مع الأمور بأنفسهم.

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

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

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

تاريخ قصير من Agile
فيما يلي نظرة على كيفية ظهور Agile ، وكيف اكتسبت العلامة Agile ، وأين انتقلت من هناك. من المهم أن نلقي نظرة على المكان الذي جاء منه تطوير البرمجيات الرشيقة لفهم موقع الأشياء اليوم.

انقر لقراءة تاريخ Agile
الرشاقة هي عقلية
في النهاية ، Agile هي عقلية مستوحاة من قيم ومبادئ بيان Agile. توفر هذه القيم والمبادئ إرشادات حول كيفية خلق التغيير والاستجابة له وكيفية التعامل مع عدم اليقين.

يمكنك القول أن الجملة الأولى من بيان Agile تلخص الفكرة بأكملها: “نحن نكتشف طرقًا أفضل لتطوير البرامج من خلال القيام بذلك ومساعدة الآخرين على القيام بذلك.”

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

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

ما هي منهجيات Agile؟
إذا كانت Agile هي عقلية ، فماذا يقول ذلك عن فكرة منهجيات Agile؟ للإجابة على هذا السؤال ، قد تجد أنه من المفيد أن يكون لديك تعريف واضح للمنهجية.

اقترح أليستير كوكبيرن أن المنهجية هي مجموعة الاصطلاحات التي يوافق الفريق على اتباعها. هذا يعني أن كل فريق سيكون له منهجيته الخاصة ، والتي ستكون مختلفة إما بطرق صغيرة أو كبيرة عن منهجية كل فريق آخر.

لذا فإن منهجيات Agile هي الاتفاقيات التي يختار الفريق اتباعها بطريقة تتبع قيم ومبادئ Agile.

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

ماذا عن Agile Project Management

تحليل الأعمال؟
عندما أصبحت Agile Software Development أكثر شيوعًا ، بحث الأشخاص المشاركون في أنشطة تطوير البرامج ولكنهم لم يطوروا برمجيات بشكل شخصي عن طريقة ما لمعرفة كيفية تطبيق أفكار Agile هذه في مجال عملهم.

تمت كتابة بيان Agile والمبادئ الـ 12 من قبل مجموعة من مطوري البرمجيات (ومختبِر) لمعالجة المشكلات التي واجهها مطورو البرمجيات. عندما تفكر في Agile كعقلية ، يمكن تطبيق هذه العقلية على أنشطة أخرى.

عندما تفعل ذلك ، تصبح Agile صفة. يصف كيفية أداء بعض الأنشطة. لا تنشئ منهجية جديدة للأسباب الموضحة أعلاه.

عندما تريد أن تفهم إدارة المشاريع الرشيقة ، اسأل “كيف يمكننا أداء إدارة المشروع بطريقة تسمح لنا بالخلق والاستجابة للتغيير والتعامل مع عدم اليقين؟” استكشف Agile Alliance ومعهد إدارة المشاريع (PMI) هذا السؤال من خلال جهد مشترك لإنشاء دليل ممارسة Agile (متاح لأعضاء Agile Alliance).

عندما تريد فهم تحليل الأعمال المرنة ، اسأل “كيف يمكننا إجراء تحليل الأعمال بطريقة تسمح لنا بالخلق والاستجابة للتغيير والتعامل مع عدم اليقين؟” استكشف Agile Alliance والمعهد الدولي لتحليل الأعمال (IIBA) هذا السؤال من خلال جهد مشترك لإنشاء امتداد Agile لهيئة تحليل الأعمال للمعرفة (متاح لأعضاء Agile Alliance).

ماذا عن رشاقة الأعمال؟
المفهومان المذكوران أعلاه هما مثالان لمحاولة تحريك Agile “خارج البرنامج”. وقد نتج عن هذه الجهود مؤخرًا حركة Business Agility.

إذا قمت بتوسيع فكرة Agile كعقلية ، فإن الأشخاص الذين يسعون إلى Business Agility يسألون أنفسهم ، “كيف يمكننا هيكلة وتشغيل منظمتنا بطريقة تسمح لنا بالخلق والاستجابة للتغيير والتعامل مع عدم اليقين؟”

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