من الصعب العثور على شخص لا يريدأن يعامل باحترام. لكن يجب أن يكون هناك سبب لهذا الوضع. على سبيل المثال ، عندما يكون الشخص متخصصًا مؤهلًا بدرجة عالية معترف به في مجال تطوير البرمجيات. ولهذا عليك أن تتعلم. وفي إطار هذه المقالة ، سننظر في ماهية Agile ، وما هي فوائدها ، وكيفية فهم هذه التقنية.
معلومات عامة
أولاً ، دعنا نتعامل مع التقنيةلحظات. ما هو Agile؟ الترجمة (الحرفية) لهذه الكلمة من اللغة الإنجليزية هي "حيوية ، متنقلة" ، وغالبًا ما يتم ذكرها "مرنة". وبالمناسبة ، هذا تخفيض. الاسم الكامل لهذا النهج هو نشاط تطوير البرمجيات. ولكن نظرًا لأنها طويلة جدًا ، فقد تقرر قطعها. والآن يقولون فقط Agile. تستخدم الترجمة على أنها "مرنة" لأنها أكثر صلة بالوضع الحقيقي.
ما هو مدرج هنا؟
نواصل النظر في ماهية Agile. أود هنا أن أركز على حقيقة أن هذا نهج مرن يعتمد على العديد من المنهجيات المختلفة (Scrum و XP و Kanban و Lean). من أجل فهم الموضوع بشكل أفضل ، دعنا نرسم أوجه تشابه. لنفترض أن التقنيات الرشيقة هي أصل الكون. المنتج النهائي هو العالم الفعلي نفسه. والانفجار الكبير هو المشكلة الأكثر إيلامًا التي يتعين علينا التعامل معها - تغيير قائمة متطلبات المنتج. عادةً ما تتضمن عمليات الإنشاء استخدام نموذج الشلال. في هذه الحالة ، كل شيء يسير بالتسلسل وعلى مراحل. يمكن التعبير عن هذا النهج باختصار: أرى الهدف - أذهب إليه. وإذا تغيرت متطلبات النتيجة النهائية ، فيجب أحيانًا إعادة كل شيء تقريبًا من جديد. ما يزيد من تعقيد هذا الموقف هو محاولة التظاهر بأن كل شيء على ما يرام وأننا بحاجة إلى المضي قدمًا.
والآن تم تصميم منهجية إدارة Agile من أجلحارب كل هذا بمرونتك. يقلل هذا الخليط الجاهز من المخاطر المختلفة من خلال استخدام مجموعات من المبادئ. ينعكس كل ذلك في بيان Agile الذي صدر في عام 2001. باختصار ، يبدون هكذا:
- الشيء الرئيسي هو الناس وليس الأشياء.
- تعاون ، لا تقرأ العقد.
- يجب ألا تتداخل الوثائق مع العمل.
- التغيير في أسرع وقت ممكن.
قد يبدو الأمر غامضًا جدًا وغير دقيق ، لكن دعنا نتعمق أكثر.
ترتيب العملية
أثناء النظر إلى ماهية Agile ، دعنا ننتقل إلى واحدة من أكثر المنهجيات شيوعًا المعروفة باسم Scrum. ماذا تقدم؟ أولا تحتاج:
- حدد مالك المنتج. الشخص مناسب لهذا الدور ، وما يراه ، والهدف الذي يجب أن يذهب إليه ، وماذا سيحدث في النهاية.
- حدد فريقًا. يتطلب هذا مجموعة من ثلاثة إلى عشرة أشخاص لديهم المهارات اللازمة لتحقيق النتائج.
- اختر متخصصًا مسؤولاً. هذا هو الشخص الذي سيشرف على تطوير المشروع ويساعد الفريق في التغلب على الصعوبات.
- تعامل مع الصعوبات. يجب جمع جميع المتطلبات الحالية للمنتج في مكان واحد ويجب تحديد الأولويات. يجب على مالك المنتج جمع كل رغباتهم هنا. ثم يقوم الفريق بتقييمها وفهم ما إذا كان يمكن تنفيذها ، والمدة التي تستغرقها.
- قسّم عبء العمل بأكمله إلى أجزاء من الوقت ، أسبوع أو أسبوعين ، يقوم خلالها الفريق بمجموعة محددة من المهام.
- يجب أن تعقد الاجتماعات يوميًا ، ولا تزيد مدتها عن خمس عشرة دقيقة. يجب أن يناقش جدول الأعمال ما تم إنجازه أمس ، وما هي الخطط لهذا اليوم ، والعقبات التي تمنعنا من الارتفاع.
- قم بعمل مراجعات للأسبوع (الثاني) ، حيث يتحدث الفريق عن ما تم إنجازه. في هذه الحالة ، من الضروري توضيح وظيفة أجزاء المنتج.
- بعد كل فترة زمنية ، يجب مناقشة المشاكل والبحث عن حلول. علاوة على ذلك ، يجب تنفيذ جميع التطورات على الفور.
كيف تتعرف على Agile؟
تتميز منهجية الإدارة ، بغض النظر عن الاتجاه المختار ، دائمًا بالميزات التالية:
- تقليل المخاطر. هذا هو الهدف الرئيسي لأي نهج مرن.
- التطور التكراري. في هذه الحالة ، فهذا يعني العمل في دورات صغيرة.
- أهم شيء هو الناس والتواصل بينهم.
لنتخيل نهرًا. العميل في بنك واحد. الثاني هو الفريق. في هذه الحالة ، يكون للتطوير السريع فوائد للجميع:
- يحتاج العميل إلى منتج فعال للغاية. ومع ذلك ، أثناء إنشائها ، قد تتغير الظروف.
- من المفيد للفريق التواصل مع الزملاء والعميل. في هذه الحالة ، يتم تقليل مخاطر سوء الفهم إلى الحد الأدنى ، وزيادة شفافية العمليات ، وحل المشكلات بسرعة ، وتقليل فرص حدوث مفاجأة عند إنشاء منتج.
العامل الاجتماعي
عند شرح ماهية Agile ، عادةنتحدث حصريًا عن الجوانب الإيجابية. في الواقع ، التواصل داخل الفريق آخذ في التحسن. كل الناس يركزون على فكرة واحدة ، ولا يخلقون أسرارًا فيما بينهم ، ويتحملون الالتزامات. نتيجة لذلك ، يعمل الفريق في بيئة مريحة وبوتيرة سريعة. هذا النهج يسمح لك بتبسيط الفوضى.
منذ إنشائها ، تمكنت من العثور عليهاالاعتراف في الصناعات التكنولوجية. في الوقت الحالي ، يتم استخدامه على نطاق واسع لتصميم منتجات برمجية جديدة. لكن في ممارسة الأعمال العامة ، لا يزال هذا النهج غير معروف. لذلك ، فإن أولئك الذين لم يواجهوا Agile من قبل حذرون منه. يجب أن يُفهم أيضًا أنه يجب استخدامه فقط في الحالات التي يواجه فيها الناس مهمة العمل الفكري.
مثال صغير
دعونا نلقي نظرة على كيفية عمل هذه المنهجياتتطوير البرمجيات. لنفترض أن لدينا بيتر ، مالك المنتج. إنه لا يعرف التفاصيل الفنية ، لكن لديه رؤية للصورة الكبيرة. إنه يعرف سبب الحاجة إلى المنتج ، وما المشكلات التي سيحلها ، ومن سيشبعها. هناك أيضا الأطراف المهتمة. يمكنهم استخدام المنتج أو دعم إنشائه أو المشاركة في إنشائه. يمكنك أيضًا إضافة قصص مستخدم تعبر عن رغبات أصحاب المصلحة. على سبيل المثال: يجب أن يقوم نظام حجز تذاكر الحافلات العادية موسكو - سانت بطرسبرغ بالبحث عن طريق الرحلات الجوية. سيساعد بيتر الأطراف المهتمة. سيتولى التحكم في التنفيذ من أفكار قصة المستخدم. يوجد أيضًا فريق تطوير. هؤلاء هم الأشخاص الذين سيبنون نظام العمل.
منذ أن يتم استخدام منهجية أجايلالتطوير ، ثم لا يتم تجميع قصص المستخدمين حتى إصدار كبير ، ولكن يتم إصدارها فور اكتمالها وبقدر الإمكان. عدد الطلبات التي تمت معالجتها هو إنتاجية الفريق في الأسبوع. لكي لا تفقد السرعة وتتعثر في الاختبار اليدوي ، يجب أن يعمل الفريق على التكامل الآلي. ما هذا؟ يتم كتابة اختبار تلقائي لكل لحظة عمل. إذا كان هناك الكثير من القصص ، فقد يكون هناك اندفاع ، وفقدان الدافع ، وانخفاض الإنتاجية والجودة. يتم توفير طريقة "طقس الأمس" لمثل هذه الحالات. وهو يتألف من وضع قيود صارمة على حجم العمل واختيار بعناية ما سيتم تنفيذه بالضبط. يقترح "Kanban" المذكور سابقًا تعيين حد للمهمة.
ماذا عن الطابور؟
حسنًا ، قرر الفريق أنه يمكنهم ذلكمعالجة أربع قصص في الأسبوع. لكن كيف تجد الاتجاهات الخاصة بك في كل شيء هناك؟ لنفترض أن المستخدمين يرسلون عشر قصصًا في الأسبوع. يتم معالجة أربعة. وبالتالي ، سوف تنمو قائمة الانتظار باستمرار. في هذه الحالة ، هناك طريقة واحدة فعالة - كلمة "لا". هذا مهم للغاية لمالك المنتج. قول نعم ليس بالأمر الصعب. من الأصعب والأكثر أهمية تقرير ما لا يجب فعله. علاوة على ذلك ، من الضروري أيضًا تحمل المسؤولية عن ذلك. لذلك ، من الضروري تحديد ما يجب الانتباه إليه الآن وما يجب تأجيله. لتحديد الأولويات بشكل صحيح يتطلب من مالك المنتج فهم قيمة ونطاق كل قصة.
نحن نتخذ القرارات
هناك حاجة ماسة لبعض القصص.البعض الآخر مجرد مكافأة لطيفة. سيستغرق تطوير بعض القصص عدة ساعات. سيستغرق إنشاء الآخرين شهورًا. غالبًا ما يرسم العديد من الأشخاص علاقة بين حجم القصة وقيمتها. لكن هذا ليس صحيحًا دائمًا. المزيد لا يعني الأفضل. يساعد تعقيد المهمة المطروحة وقيمتها بيتر على تحديد أولوياته بالشكل الصحيح. كيف نحدد هذه الخصائص؟ مستحيل. هذه لعبة تخمين حقيقية. ولتحقيق كفاءة أكبر ، من الضروري إشراك الكثير من الناس فيها. هذا فريق تطوير سيبلغ عن نطاق العمل وأصحاب المصلحة. لكن يجب أن يكون مفهوما أن جميع البيانات التي تم الحصول عليها بهذه الطريقة هي تخمينات تقريبية. لا توجد أرقام دقيقة هنا. في البداية سيكون هناك مفقودات. ولكن كلما اكتسبت الخبرة ، سينخفض عددها وحجمها.
المخاطر المحتملة
يتطلب تجنب المشاكل إجابات صادقة لسلسلة من الأسئلة. هو - هي:
- هل نفعل الشيئ الصحيح؟ هذه هي مخاطر العمل.
- هل يمكننا تنفيذ ما هو مطلوب؟ هذه مخاطرة اجتماعية.
- هل سيعمل المشروع على هذه المنصة. هذه مخاطرة فنية.
- هل سيكون لدينا ما يكفي من المال ونحققه في الوقت المناسب؟ هذه هي مخاطر وقت التنفيذ والتكلفة.
في هذه الحالة ، المعرفة مطلوبة.يمكن أن ينظر إليها على أنها عكس المخاطر. عندما يتم تسجيل مستوى كبير من عدم اليقين ، فإننا نكتسب المعرفة - على سبيل المثال ، إنشاء نماذج أولية للواجهة أو تجارب تقنية. وبامتلاكها بالفعل ، فإننا نتخذ قرارات بشأن الاتجاه الذي نتحرك فيه.
كيف تتعلم؟
صناعة تكنولوجيا المعلومات تتطور بسرعة كبيرة ، ولكي لا تخسر في النهاية ، من الضروري التعلم باستمرار وتحسين المهارات وكفاءة العمل. لذلك ، أصبحت قضايا التدريب والتنفيذ أكثر أهمية من أي وقت مضى. من أين نبدأ؟ الخيار الأفضل هو التعاون مع شركة تستخدم Agile بالفعل. سيتم إجراء التدريب بعد ذلك من قبل أشخاص لا يعرفون من الإشاعات ما هو الرشاقة. لكن هذا ، للأسف ، ليس ممكنًا دائمًا. في أغلب الأحيان ، يشارك متخصص تابع لجهة خارجية يعرف ما هو Agile. يتم تنفيذ هذا النهج تحت إشرافه. صحيح أن خدمات مثل هذا المتخصص تكلف المال. ولكن إذا حصلت على شخص مطلع حقًا ، فإن جميع النفقات ستدفع مائة ضعف. في الواقع ، في العالم الحديث ، تلعب فعالية الموظفين دورًا مهمًا.
ماذا في المستقبل؟
منهجيات تطوير البرمجيات تتطور باستمرار.إنهم يبحثون عن طرق وفرص جديدة لتحسين كفاءة الأنشطة والعمل. إن قول ما ينتظرنا في المستقبل هو بالأحرى إشكالية. من المحتمل أن يتم دمج نظام التطوير المرن مع أتمتة عمليات الإنتاج. على سبيل المثال ، سيكون من الممكن حل المشكلات حتى أثناء البقاء على مسافة من موقع الشركة. من نواح كثيرة ، يتم تحديد المستقبل من خلال تقنيات المعلومات الجديدة. بعد كل شيء ، عندما تظهر ، تحتاج إلى إتقان طرق جديدة للعمل معهم. وفي هذه الحالة ، هناك تطور مغلق في دائرة.
في الختام
هذه هي نهاية الرحلة إلى الأساليب الرشيقة.تطوير. لكن يجب أن نتذكر أن النظرية شيء ، والممارسة شيء آخر تمامًا. تشكل تقنيات المعلومات الجديدة التي تظهر باستمرار تحديات أمام مجتمع كبير من المطورين. كيف يمكنك جعل فريقك أكثر كفاءة؟ الجميع يجد الإجابة على هذا السؤال بنفسه. يمكن استخدام المعلومات المقدمة هنا لتشكيل العمود الفقري. لكن في الممارسة العملية ، عليك العمل مع النموذج الحالي وإحضار الوضع إلى حالة الامتثال للتحديات القائمة. عندها سيكون الفريق قادرًا على تحقيق الأهداف المحددة له بشكل فعال.
