كل شيء عن رشيقة 1: أساطير الأجندة الشعبية

ترسخت منهجيات التطوير الرشيقة في كل من تكنولوجيا المعلومات وغير المتعلقة بها ، وتضخمت مع البشائر والقوالب النمطية والخرافات والأساطير. قرر محررو مدونة Mail.Ru Cloud Solutions التحدث عن هذه الأساطير مع مدرب Agile Vasily Savunov من ScrumTrek.

Agile هي فلسفة تطوير رشيقة تم وصف أسسها في بيان تطوير البرمجيات Agile . يعتمد المفهوم على أربع قيم أساسية:

• الناس والتفاعل أكثر أهمية من العمليات والأدوات ؛
• يعتبر منتج العمل أكثر أهمية من التوثيق الشامل ؛
• التعاون مع العميل أكثر أهمية من الاتفاق على العقد ؛
• الاستعداد للتغيير أكثر أهمية من اتباع الخطة الأصلية.

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

إلى جانب الشعبية في أجيل جاء تفسيرها الرسمي. سنقوم بتحليل الأساطير والصور النمطية التي تمنعنا من رؤية جوهر النهج المرن والحصول على المزيد منه.

خرافة 1. رشيقة هي تكنولوجيا المعلومات فقط

ليس بعد الآن. يكفي إلقاء نظرة على قائمة الشركات التي يتحدث نيابة عنها المتحدثون في Agile Days و Agile Business Conference: Gazpromneft ، Rostelecom ، Severstal ، PTG-Group ، 12Storeez. هذه والعديد من المنظمات الأخرى التي ليست لها علاقة بصناعة تكنولوجيا المعلومات تستخدم أكثر من نهج ناجحة رشيقة.

خرافة 2. رشيقة - ليست لمشاريع الميزانية الثابتة

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

خرافة 3. رشيقة - حلا سحريا للأعمال والتنمية: تنفيذ ، دع شيئا يتحسن

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

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



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

الأسطورة 4. سكروم ، لين ، كانبان لا تتقاطع.

يجب فصل المنهجيات والأدوات. المنهجية هي خوارزمية لبناء سير العمل. الأدوات هي تلك "الطوب" المستخدمة في هذه الخوارزمية.

قد تتضمن المنهجيات المختلفة نفس الأدوات ، ولكن في تخطيط مختلف. يمكنك غالبًا معرفة كيف يلجأون ، عند تنفيذ Scrum ، إلى أدوات XP (البرمجة المتطرفة) أو أدوات Kanban. وهذا أمر طبيعي ، نظرًا لأنها تلبي جميع قيم Agile ، وتسمح لك بجعل سير عمل إنشاء المنتج مرنًا.

إذا تحدثنا عن الأساليب الرشيقة المحددة الأكثر انتشارًا الآن ، فهذا بالتأكيد هو سكروم وكانبان. آخرون - FDD و XP و RUP وما إلى ذلك ، إما تركوا المسرح أو نادرًا ما يتم استخدامهم ككل ، ولكن الأدوات الفردية من ترسانتها تشارك في تنفيذ سكروم أو كانبان.

خرافة 5. سكروم - كيفية صنع منتج بسرعة وبتكلفة منخفضة.

أما بالنسبة لـ "سريع" ، فكل شيء صحيح ، أما بالنسبة "رخيصة" - لا. احكم بنفسك: تحتاج إلى تشكيل فريق كامل ، مع تسليط الضوء على الكفاءات اللازمة فيه بنسبة 100٪. لن ينشغل هؤلاء الأشخاص إلا بتطوير المنتج الموكول إليهم ولا شيء آخر ، مما يعني أنه سيتعين عليهم إما تعيين هؤلاء المتخصصين أو "تمزيقهم" من بعض الأقسام. وينطبق الشيء نفسه على الجزء التجاري: إذا كنت تريد ، إذا كنت لا تريد ، فستحتاج إلى تخصيص مالك المنتج ، الذي سيخصص 50-80٪ من وقته فقط لهذا الفريق ومنتجه.

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


يتضمن Sprint 4 اجتماعات إلزامية: التخطيط والتنفيذ والإفراج ومراجعة العدو مع نظرة استعادية. بالإضافة إلى ذلك ، يتم عقد اجتماعات قصيرة الأجل (اجتماعات الوقوف) كل يوم يقوم فيها أعضاء الفريق "بفحص الساعة" بتنسيق واحد وتنسيق أعمالهم. لا يمكنك إضافة مهام جديدة للسباق المفتوح - فهذا يعوّد الفريق على التخطيط ويضمن عدم حدوث فوضى إدارية.

خرافة 6. كانبان هو مجلس مع المهام المنشورة عليها.

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

باختصار ، فإن النقطة الرئيسية لـ Kanban هي:

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

الخرافة السابعة: يمكن زراعة سكروم وكانبان في أي مشاريع وشركات.

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

في نفس الوقت ، تختلف خوارزمية تطعيم سكروم وكانبان.

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

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



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

الأسطورة 8. تم تصميم سكروم فقط للمشاريع المصنوعة من الصفر.

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

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

الأسطورة 9. عند إدخال منهجيات مرنة ، لا بد من التضارب مع ممثلي التسلسل الهرمي التقليدي

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

وحول من هو مثل هذا Scrum-master ، ستتعلم في السلسلة التالية. انتظر في الجزء الثاني من قصة فاسيلي حول تطبيق منهجيات التطوير المرنة: الصعوبات والفوائد والمزالق والقنابل الزمنية.

محدث وإليك الاستمرارية: الأمر برمته يتعلق ب Agile - 2: ميزات تنفيذ التطوير الرشيق

لا يوجد وقت للشرح ، تم تحضير المادة بشكل غير مبالٍ ومحبٍ من قبل فريق Mail.Ru Cloud Solutions .