تؤخذ الصورة من هذا المورد .قام منافسك أو شريكك بالفعل بتطبيق Scrum ويظهر نتائج جيدة ، وبالطبع تريد تحقيق ذلك. لدي أخبار سيئة لك: إذا تم استخدامها بشكل غير صحيح ، يمكن أن يكون Scrum ضارًا.
هنا ، على سبيل المثال ، قائمة بالمواقف المحددة تجريبياً والتي يمكن أن يتداخل فيها Scrum مع عملك.
1. هل تخطط للجمع بين الأدوار من إدارة المشاريع الكلاسيكية و Scrum
يجب أن يتضمن فريق Scrum ثلاثة أدوار: مالك المنتج وفريق التطوير و Scrum-Master. في إطار التكوين المقترح ، يظل الفريق "مسطحًا" ، أي أنه ليس لدينا تبعية مباشرة بين المشاركين. يتمتع هذا الفريق بصلاحية اتخاذ جميع القرارات المتعلقة بالمنتج الجاري تطويره بشكل مستقل. الأدوار في سكروم تصف بوضوح من المسؤول عن القضايا.
تخيل الآن أنك تخطط لتنفيذ سكروم في فريق مع إدارة المشروع الكلاسيكية. ثم يبدأ فريق Scrum في العمل بمشاركة مدير المشروع. ماذا يحدث في هذه الحالة؟ في الواقع ، PM ببساطة ليس لديه ما يشغل نفسه في مثل هذا المشروع. أي مجالات المسؤولية التي ننقلها إليه تخلق عدم توازن في فريق Scrum. إعطاء رئيس الوزراء الميزانية؟ ممتاز ، بمعنى أن PM لا ينظم قيمة المنتج ومحتواه ، ولكن في حالة حدوث مشاكل ، سيكون هو الذي يستلمه على رأسه. هل سنمنحه أيضًا قيمة المنتج؟ بعد ذلك سيكون من الممكن إلغاء مالك المنتج. لكنها لن تكون سكروم.
كيف تتغير الأدوار والمهام في الفريق مع وصول سكروم2. أنت تعمل مع متطلبات واضحة للغاية
تم إنشاء Scrum لتطوير منتجات ذات مستوى عال من عدم اليقين. يعمل بشكل جيد في الحالات التي نحتاج فيها إلى إصدارات متكررة للحصول على تعليقات من السوق. في موقف يكون لدينا فيه متطلبات تفصيلية لا تترك مجالًا للإبداع ، أو عندما لا نحتاج إلى تعليقات من العملاء / المستخدمين ، فإن Scrum يقضي وقت الفريق فقط في الاجتماعات التي لا تكون ذات قيمة كبيرة لتطوير المنتج.
عندما يكون كل شيء واضح بالفعل ، لماذا تعقيده؟
3. أنت تعمل مع مشاريع قصيرة المدة
أساس سكروم هو نهج تجريبي. معناها هو أن ننتقل إلى الخبرة الحالية للفريق من أجل أن نكون قادرين على التنبؤ بنجاحاتها في المستقبل. إذا كنا نعمل على مشروع يدوم شهرين ، فلن يكون لدينا الوقت الكافي لتجميع خبرة كافية لتطبيقه لتحسين عمليات العمل.
4. الفريق ليس لديه الرغبة في تغيير نهج العمل
هذا هو واحد من القيود الرئيسية في تنفيذ سكروم. إن تطبيق سكروم كمبدأ توجيهي هو دائمًا فكرة سيئة ، من المهم أولاً نقل القيم إلى الفريق ، "بيع الفكرة". لكن حتى بعد ذلك ، لن يكون لديك ضمانات بأن أفكار Scrum ستكون قريبة من جميع المشاركين فيها. يمكن لأولئك الذين لم يقبلوا فكرة Scrum والقيم الرشيقة داخليًا البدء في تدمير النظام من الداخل ، "صخرة القارب".
هناك العديد من السيناريوهات المحتملة. أولاً: سكروم لا يتجذر على الإطلاق. يمكن أن يحدث هذا إذا كان معظم الفريق ضد التغيير. إما أن يقوم الفريق بتنظيم أعمال شغب من البداية ، أو سيبذل قصارى جهده لجعل النهج الجديد غير فعال.
الخيار الثاني: لن يرغب واحد أو أكثر من المشاركين في العمل في النظام الجديد. عادة ، تؤدي مثل هذه المواقف إلى خروج مشارك "إشكالي" من الفريق بمفرده.
التغيير. نحن ننتظر التغيير.
تؤخذ الصورة من هذا المورد .5. لست مستعدًا لاستخدام جميع ممارسات Scrum المطلوبة
لهذا النهج ، حتى أنهم صاغوا مصطلح خاص ScrumBut. هذا هو الوقت الذي نعمل فيه على Scrum ، لكن ... لا نحتفظ بأثر رجعي. لكن لدينا اجتماع يومي مرتين في الأسبوع. لكننا تخلى عن دور سيد سكروم. وغيرها الكثير مماثلة "buts".
يوفر إطار Scrum إجابة بسيطة وواضحة لجميع هذه الحالات. نعم ، يمكنك إضافة ممارسات إضافية إلى عملية Scrum لفريقك (على سبيل المثال ، ممارسات من XP). لكن لا ، لا يمكنك رفض أي عناصر من Scrum ، لأن هذا لن يكون Scrum.
جميع الأدوار والأحداث والقطع الأثرية لـ Scrum مرتبطة ببعضها البعض بإحكام وتهدف إلى تحقيق هدف مشترك - وهو تزويد العملاء بكفاءة بمنتج ذي قيمة قصوى. رفض أي أجزاء من Scrum يبعدنا عن هذا الهدف.
6. لست على استعداد لتوظيف الموظفين للعمل على المنتج بدوام كامل
هل شاهدت رسمًا بيانيًا لاعتماد وقت العمل المنتج على عدد المشاريع التي تعمل عليها في وقت واحد؟ إذا لم يكن كذلك ، ثم مشاهدة.
يعد هذا المخطط في حد ذاته أفضل حجة لصالح إشراك الموظفين في العمل في مشروع واحد في وقت واحد. ولكن إذا لم تقنعك بذلك ، فاقطع من الوقت المتبقي في مشروع واحد عند العمل مع عدة مشاريع أخرى ، وهو الوقت الذي سيتم إنفاقه على الاجتماعات الإلزامية (الاجتماعات اليومية ، والتخطيط ، والمراجعة السريعة). سيكون لدى عضو الفريق القليل من الوقت للعمل على المهام. هل تحتاجها؟
هناك استثناءات لهذه القاعدة. على سبيل المثال ، يمكن لـ Scrum-Master العمل مع العديد من الفرق في وقت واحد. لكن بالنسبة للمشاركين الآخرين ، من الضروري ضمان أقصى قدر من المشاركة فقط في هذا المشروع.
7. ليس لديك دعم إداري
تمامًا كما نريد من الموظفين اتباع نهج جديد في العمل ، نحتاج أيضًا إلى دعم الإدارة. من المهم أن نفهم أن مقدمة سكروم ، وخاصة على
المراحل المبكرة قد تتطلب بعض الاستثمار. على سبيل المثال ، استئجار مدرب Agile أو ماجستير Scrum محترف ، وتدريب مالك المنتج ، وإجراء تدريب Scrum للموظفين ، وأكثر من ذلك بكثير. يجب أن يكون القائد مستعدًا لدعم المشروع الجديد ماليًا.
ولكن هذا ليس هو الشيء الأكثر أهمية. الأهم من ذلك بكثير هو أن إدارة الشركة تشترك في قيم Scrum ومستعدة لتغيير ثقافة الشركة. على سبيل المثال ، يجب أن يكون القائد مستعدًا لحقيقة أنه سيتعين عليه منح صلاحيات جديدة كجزء من الأدوار الجديدة في الفريق. ليس كل شخص جاهزًا لذلك ، لذلك قد تكون هناك حاجة أيضًا إلى "بيع فكرة" على هذا المستوى.
لا تتظاهر قائمة المعايير هذه بأنها شاملة ؛ يمكنك استكمالها بنفسك أو مشاركة حالاتك في التعليقات.