ما هو تطوير البرمجيات خفيف الحركة


ما هو تطوير البرمجيات خفيف الحركة

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

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

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

ما هو تطوير البرمجيات خفيف الحركة؟

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

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

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

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

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

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

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

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

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

تاريخ قصير من البرمجيات خفيف الحركة

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

الرشاقة هي عقلية

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

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

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

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

ما هي منهجيات البرمجيات خفيف الحركة؟

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

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

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

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

ماذا عن البرمجيات خفيف الحركة Management أو البرمجيات خفيف الحركة Business Analysis؟

نظرًا لأن 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 يسألون أنفسهم ، “كيف يمكننا هيكلة وتشغيل منظمتنا بطريقة تسمح لنا بالخلق والاستجابة للتغيير والتعامل مع عدم اليقين؟”

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

مفاهيم البرمجيات خفيف الحركة رئيسية

فيما يلي بعض المفاهيم الرشيقة الرئيسية. يمكنك أن ترى المزيد في قسم المسرد لدينا .

قصص المستخدم : بالتشاور مع العميل أو مالك المنتج ، يقسم الفريق العمل الذي يتعين القيام به إلى زيادات وظيفية تسمى “قصص المستخدم”. من المتوقع أن تساهم كل قصة مستخدم في قيمة المنتج الإجمالي.

الاجتماع اليومي : كل ​​يوم في نفس الوقت ، يجتمع الفريق لإطلاع الجميع على المعلومات التي تعتبر حيوية للتنسيق: يصف كل عضو من أعضاء الفريق بإيجاز أي مساهمات “مكتملة” وأي عقبات تقف في طريقهم.

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

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

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

التطوير التكراري : المشاريع الرشيقة هي مشاريع تكرارية بقدر ما تسمح عن قصد “بتكرار” أنشطة تطوير البرمجيات ، وربما “إعادة النظر” في منتجات العمل نفسها.

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

اشترك في قناتنا على التلكرام

What's Your Reaction?

كيوت كيوت
0
كيوت
غاضب غاضب
0
غاضب
مزعج مزعج
0
مزعج
لايك لايك
0
لايك

0 Comments

لن يتم نشر عنوان بريدك الإلكتروني. الحقول الإلزامية مشار إليها بـ *