دليل سكرم | 14. أخطاء المطورين
نشرت: 2022-04-26فريق التطوير هو مجموعة من المهنيين المستقلين. ومع ذلك ، فإن نجاح المشروع الذي ينفذه يعتمد على جهودهم المشتركة. وهذا يتطلب الكثير من النضج ومهارات العمل الجماعي. ما هي الأخطاء الأكثر شيوعًا للمطورين؟ أي منهم يجعل السعي لتحقيق هدف المنتج صعبًا أو مستحيلًا؟
الأخطاء الشائعة للمطورين - جدول المحتويات:
- الأخطاء الشائعة للمطورين
- التعلق المفرط بأفكارك
- العمل الحر
- انسحاب المطور
- استقلال
- تحديد المسؤوليات في نطاق السلطة
- Sprint Backlog Clutter
- ملخص
الأخطاء الشائعة للمطورين
يعود أصل العديد من أخطاء المطورين الذين يعملون في Scrum إلى نهجهم في العمل الجماعي. من ناحية أخرى ، هو استقلالية يساء فهمها والدفاع عن أفكار الفرد ضد مصالح الفريق. من ناحية أخرى ، فهي تعتمد على الآخرين وافتقارها إلى الاستقلالية. قد يكون هناك مصدر آخر للمشاكل هو سوء فهم مسؤولية الفريق.
التعلق المفرط بأفكارك
تشمل المسؤوليات اليومية للمطورين إيجاد حلول مبتكرة للمشاكل المعقدة. يمكن أن يؤدي الجهد المبذول في تطوير الحلول إلى ارتباطهم بشكل مفرط بأفكارهم. وهذا بدوره يجعلهم يغيب عن بالهم هدف المنتج ويقضون وقتًا طويلاً في تطوير حلول جانبية غير مفيدة من منظور الأعمال. كما أنهم أقل استعدادًا للبحث عن حلول بديلة ، مما يهدد خفة حركة الفريق.
العمل الحر
إذا واجه أي مطور صعوبة في فهم دوره في الفريق ، فسيحاول فصل مهامه عن هدف Sprint. والأسوأ من ذلك أنهم سيفعلون ذلك دون الرجوع إلى باقي أعضاء الفريق. يمكن أن تصبح مشكلة أيضًا إذا قاموا بإجراء تغييرات بشكل تعسفي على Sprint Backlog. هذه هي الطريقة التي يمكن أن تنبع من استقلالية أحد المطورين التي يساء فهمها من مشاكل الاتصال.
يمكن أن تتجذر الرغبة المفرطة في الاستقلال في عدم الاعتراف بالإنجازات الفردية للمطور . يظهر عندما يتم تقييم مساهمته أو مساهمتها في العمل الذي قام به الفريق بما لا يتناسب مع الجهد المبذول وصعوبة المهمة.
يمكن أن يصبح العمل بمفردك مصدر نزاع خطير داخل الفريق. هذا هو السبب في أنه من المهم جدًا أن يتفاعل Scrum Master ويحل المشكلة الأساسية في أسرع وقت ممكن. هذا لأنه قد يتضح أن الخطأ لا يقع على عاتق المطور ، ولكن في التقييم غير الصحيح لمشاركته.
انسحاب المطور
يمكن أن تكون المشكلة الناتجة عن الاثنين السابقتين - العمل بمفردك والتعلق المفرط بأفكارك - مشكلة نقص في التواصل. ثم يبدأ هؤلاء المطورون في عزل أنفسهم عن الفريق. على الرغم من أنهم يؤدون مهامهم وفقًا لـ Sprint Backlog ، إلا أنهم ينسحبون من حياة الفريق.
في مثل هذه الحالة ، يجب أن يولي Scrum Master اهتمامًا خاصًا للمطورين المنسحبين. نقدر مساهمتهم في الفريق وشجعهم على تبني موقف استباقي.
استقلال
التنظيم الذاتي هو سمة من سمات فريق التطوير الناضج والمؤلف جيدًا والذي وصفناه في مقالة سابقة. وهذا يعني أنه على الرغم من الصعوبات ، لا يعتمد المطورون على أشخاص آخرين لإخبارهم بكيفية توزيع المهام فيما بينهم ، وكيف ومتى يتم إكمالها. ومع ذلك ، يمكن أن يؤدي التنظيم الذاتي إلى سوء فهم بين الأشخاص.
في مثل هذه الحالة ، من الضروري أن يكون Scrum Master موجودًا في جميع الأوقات للتأكد من توزيع المهام التي يجب القيام بها لتحقيق هدف Sprint. هذا عندما تظهر مشكلة تبعية المطورين .
مرة أخرى ، يجب على Scrum Master أن ينقذ من خلال تشجيع أعضاء فريق التطوير على أن يقرروا بأنفسهم ويتحملوا المسؤولية عن مهامهم.
تحديد المسؤوليات في نطاق السلطة
هناك مشكلة أخرى يجب على المطورين مواجهتها ، خاصة في تشكيل الفريق ، وهي عدم الرغبة في أداء مهام أخرى غير تلك التي تنتمي إلى الكفاءات الأساسية للمطور.
يمكن أن يؤدي هذا الخطأ إلى انخفاض كبير في فعالية فريق التطوير. لا تستخدم جميع Sprints الكفاءات الأساسية لكل عضو في الفريق. لذلك ، يجب أن يكونوا منفتحين على أداء مهام أخرى ، أو ثانوية ، أو تنظيمية لها نفس الصلة بهدف Sprint.
Sprint Backlog Clutter
تتمثل إحدى هذه المهام في الحفاظ على نظام Sprint Backlog. إنها مهمة أساسية للتشغيل السلس لفريق التطوير. ومع ذلك ، هناك خطأ شائع وهو نقل مسؤولية الاحتفاظ بها بين المطورين. هذا لا يعيق فقط العمل على هدف Sprint ولكن أيضًا يعيق تطوير الفريق وتحسينه المستمر.
الأخطاء الشائعة للمطورين - ملخص
باختصار ، تشمل الأخطاء الأكثر شيوعًا للمطورين محاولات عزل أنفسهم عن الفريق ككل: العمل بمفردهم ، ودفع أفكارهم الخاصة ، والانسحاب. إن نزاهة Development Team مهددة أيضًا بمشاكل تطوير الاستقلالية ، والفوضى في Sprint Backlog ، وعدم رغبة المطورين في أداء واجبات خارج كفاءاتهم الأساسية.
إذا أعجبك المحتوى الخاص بنا ، فقم بالانضمام إلى مجتمع النحل المشغول لدينا على Facebook و Twitter و LinkedIn و Instagram و YouTube.
المؤلف: كارولين بيكر
بصفتها مديرة المشروع ، تعد كارولين خبيرة في إيجاد طرق جديدة لتصميم أفضل تدفقات العمل وتحسين العمليات. مهاراتها التنظيمية وقدرتها على العمل تحت ضغط الوقت تجعلها أفضل شخص لتحويل المشاريع المعقدة إلى واقع.
دليل سكروم:
- مسرد للمصطلحات الأساسية والأدوار والمفاهيم
- ما هو سكرم؟
- قيم سكروم
- كيف تنفذ سكرم في شركتك؟
- فريق سكرم - ما هو وكيف يعمل؟
- من هو مالك المنتج؟
- أكثر أخطاء "مالك المنتج" شيوعًا
- من هو سيد سكرم؟
- خصائص سيد سكرم الجيد
- الأخطاء الأكثر شيوعًا في Scrum Master
- ما هي الإحصائيات والمقاييس التي يجب أن يتبعها Scrum Master؟
- التعاون بين مالك المنتج و Scrum Master
- فريق التطوير في سكرم
- أكثر أخطاء المطورين شيوعًا
- القطع الأثرية سكروم
- تحجيم سكروم
- سباق المتراكمة
- ما هو Product Backlog؟
- ما هي قصص المستخدم؟
- إنشاء أفضل قصة مستخدم مع INVEST
- أكثر أخطاء قصة المستخدم شيوعًا
- معايير قبول قصة المستخدم
- التقدير ونقاط القصة في سكرم
- التخطيط للبوكر
- لعبة تقدير الفريق
- تحديد الزيادة
- أحداث سكرم
- ما هو Sprint in Scrum؟
- التزامات فريق Scrum - هدف المنتج ، هدف Sprint وتعريف الإنجاز
- ما هو مخطط Burndown؟
- كيفية إنشاء وتفسير مخطط توقف؟
- مزايا وعيوب مخطط التوقف
- مجالس كانبان في سكرم وسكرومبان
- السرعة في سكرم - سرعة فريق التطوير
- ديلي سكرم
- Sprint Planning
- مراجعة Sprint
- ما هو معرض Sprint Retrospective؟
- الأخطاء الشائعة خلال Sprint Retrospective
- رعاية تراكم المنتج