المفاهيم الخاطئة الأساسية حول SCRUM

SCRUM؟ أي سكروم؟

لأول مرة ، وصف هيروتاكا تاكوشي وإيكوجيرو نوناكا نهج SCRUM (scrum English "fight around the ball") ، الذين لاحظوا أن الفرق الصغيرة (5 - 9 أشخاص) ، التي يعمل بها متخصصون متنوعون ، تعطي نتائج أفضل. تم تقديم الوصف الأكثر اكتمالا لـ SCRUM لأول مرة في كتابه من قبل جيف ساذرلاند. يسمى الكتاب SCRUM. بدأ جيف حياته المهنية كطيار عسكري ، وخلال حرب فيتنام أكمل أكثر من مائة طلعة جوية. ثم شارك جيف في العلوم ، لكن العالم سيتذكره كواحد من مؤسسي SCRUM. يبدأ الكتاب بقصة حقيقية من حياة مكتب التحقيقات الفيدرالي ، الذي أنفق ملايين الدولارات على تطوير نظام آلي مصمم للبحث عن المجرمين وتعقبهم. كانت المشكلة أنه بعد انتهاء المشروع ، أظهر المقاولون أن FBI منتج غير عامل بالكامل. كان هذا يعني شيئًا واحدًا فقط - لقد أضاع دافعو الضرائب الأمريكيون الملايين. بدا الموقف ميئوسًا منه حتى تحول مكتب التحقيقات الفيدرالي إلى طريقة إدارة مشروع SCRUM الناشئة في ذلك الوقت. يوصف هذا الأسلوب بلغة يمكن الوصول إليها في الكتاب المذكور أعلاه ، والذي ، بالمناسبة ، قد ترجم إلى اللغة الروسية. علاوة على ذلك ، يناقش المقال المفاهيم الخاطئة الرئيسية والخرافات التي يمكن أن تخيف كبار المديرين الذين قرروا تنفيذ SCRUM في مشاريعهم.

1. السيطرة الكاملة التي تقتل الإبداع

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

2. SCRUM يحرم حقوق المهندسين الأكثر خبرة ، لأنهم يطيعون قرار الفريق

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

3. SCRUM يهدف إلى القيم التجارية قصيرة الأجل ، وليس في التطوير طويل الأجل للمشروع

هذه المشكلة ، في الواقع ، ذات الصلة. لحسن الحظ ، فإن السؤال "ماذا تفعل؟" هناك إجابات. يجب أن يبدأ بحقيقة أنه إذا لم يكن المشروع طويلًا ، ولمدة لا تزيد عن ستة أشهر ، فلن تظهر هذه المشكلة على الأرجح. شيء آخر هو عندما يتطور البرنامج لمدة 2-3 سنوات أو أكثر. هناك العديد من المقالات التي يصب فيها المؤلفون آلامهم فيما يتعلق بمثل هذه المشاريع. جيش يونيو والوسط (التآزر ، كما تعلمون ، غالي الثمن وعدد قليل) يرتكب بثقة عملهم لإتقانه ، وجني العملاء يجني نتائج رائعة لعداء السرعة SCRUM. لكن المشكلة تكمن في أنه بعد مرور 5 إلى 10 سباقات ، تصبح إضافة ميزات جديدة مشكلة ، وكلما زادت صعوبة. لذلك ، SCRUM جيد ، لكن عليك التفكير في الاستراتيجية والهندسة المعمارية. يمكن منع وضع مماثل. أولاً ، سيعمل المشروع على الأقل من 1-2 من المهندسين ذوي الخبرة قدر الإمكان ، والذين سيمرون عبرهم بجميع الالتزامات إلى المستودع أثناء مراجعة الكود. ثانياً ، لتخصيص الكثير من الوقت للتدريب (على الأقل 3 ساعات في الأسبوع) للمهندسين المبتدئين والمتوسطين في هندسة البرمجيات وأنماط التصميم وكيفية تطبيقها على مشروع قائم. يجب أن تكون هذه الفصول مصحوبة بالممارسة والحد الأدنى من الواجب المنزلي لتعلم أفضل. يمكن تضمين المهام العملية في تراكم سرعات المشروع. لن يؤثر هذا على ربحية المشروع كثيرًا ، لكنه سيسرع من عملية نمو الموظفين ويمنع المشاكل المحتملة في بنية البرنامج. إن عقد لقاءات دورية ستسمح لفرق المشروع بالتعلم من بعضها البعض ، مما لا يضر بجودة البرنامج المنتج.

4. SCRUM يمنع المهندسين من تطوير

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

حاصل الجمع

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

1. جيف ساذرلاند // SCRUM 2017.