دليل سكرم | 7. أكثر أخطاء "مالك المنتج" شيوعًا

نشرت: 2022-04-14

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

أخطاء صاحب المنتج - جدول المحتويات:

  1. ما قد يحدث خطأ بين مالك المنتج والعميل
  2. التحديات التي يواجهها مالك المنتج فيما يتعلق ببقية أعضاء فريق Scrum
  3. ملخص

ما قد يحدث خطأ بين مالك المنتج والعميل

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

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

خطأ ولدت المشكلة اقتراحات لحل
عدم القدرة على تحديد الأولويات غير محسّن Product Backlog ، طمس هدف المنتج الاستماع ، والتساؤل ، والتفاوض بشأن هدف المنتج مع العميل ، ومعالجة نتائج التفاوض بعناية
عدم الحزم هناك عدد كبير جدًا من المهام على فريق Scrum لإكمالها التفكير بواقعية ومعرفة وتذكر قدرات الفريق
مهارات عمل غير كافية مخاطر تخفيض القيمة التجارية للمنتج الذي تم إنشاؤه بواسطة Scrum Team التعلم المستمر واكتساب الكفاءات التجارية

عدم القدرة على تحديد الأولويات

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

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

غالبًا ما تنشأ مشكلة تحديد الأولويات من سوء فهم توقعات العميل. يظهر عندما يتعذر على "مالك المنتج" استخراج معلومات حول أهداف المنتج الحقيقية من العميل. هذا هو الجواب على السؤال حول الاحتياجات التي من المفترض أن يستجيب لها المنتج.

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

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

افتقار مالك المنتج إلى الحزم

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

The most common mistakes of Product Owner

يجب أن يستند تأكيد مالك المنتج إلى ثلاث ركائز:

  • معرفة قدرات الفريق ،
  • معرفة الحلول التي يستخدمها الفريق ويطورها ،
  • الوعي بدورهم وقيمتهم بناءً على مكانهم في فريق سكرم.

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

مهارات عمل غير كافية

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

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

التحديات التي يواجهها مالك المنتج فيما يتعلق ببقية أعضاء فريق Scrum

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

لتسهيل الأمر ، قدمنا ​​المشاكل بين مالك المنتج وفريق Scrum في جدول. يمكنك العثور أدناه على مناقشة تفصيلية لكل مشكلة واقتراحات للحلول.

خطأ ولدت المشكلة اقتراحات لحل
كاريزما غير كافية لا يؤدي Development Team المهام المضمنة في Backlog ، ويتم الطعن في رأي مالك المنتج بناء السلطة على أساس المعرفة والمهارات الشخصية
المهارات المتخصصة غير كافية سوء فهم العمليات اليومية وقدرات فريق التطوير التوجيه إلى تخصصات أعضاء الفريق ، وكذلك اكتساب المعرفة بمجال خبرة الفريق
استقلال إضعاف المسؤولية التمكين

كاريزما ضعيفة

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

لا يمكن حل مشكلة عدم كفاية السلطة بين عشية وضحاها. يتطلب عملاً طويل الأمد على المهارات اللينة. وكذلك اكتساب المعرفة حول نطاق مهام ومهارات أعضاء الفريق الآخرين.

المهارات المتخصصة غير كافية

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

mistakes of Product Owner

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

استقلال

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

The most common mistakes of Product Owner

ملخص

لقد اكتشفنا الأخطاء الأكثر شيوعًا لمالك المنتج. دور مالك المنتج ليس بالأمر السهل. لهذا السبب ، عند أخذها ، من الجدير أن تعد نفسك للمشاكل التي واجهها الآخرون في طريقهم.

عادة ما تنبع مشاكل العلاقة مع العميل من الافتقار إلى الحزم وعدم القدرة على تحديد الأولويات ومهارات العمل غير الكافية.

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

إذا أعجبك المحتوى الخاص بنا ، فقم بالانضمام إلى مجتمع النحل المشغول لدينا على Facebook و Linkedin و Twitter.

Scrum Guide | 7. The most common mistakes of Product Owner caroline becker avatar 1background

المؤلف: كارولين بيكر

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

دليل سكروم:

  1. مسرد للمصطلحات الأساسية والأدوار والمفاهيم
  2. ما هو سكرم؟
  3. قيم سكروم
  4. كيف تنفذ سكرم في شركتك؟
  5. فريق سكرم - ما هو وكيف يعمل؟
  6. من هو مالك المنتج؟
  7. أكثر أخطاء "مالك المنتج" شيوعًا
  8. من هو سيد سكرم؟
  9. خصائص سيد سكرم الجيد
  10. الأخطاء الأكثر شيوعًا في Scrum Master
  11. ما هي الإحصائيات والمقاييس التي يجب أن يتبعها Scrum Master؟
  12. التعاون بين مالك المنتج و Scrum Master
  13. فريق التطوير في سكرم
  14. أكثر أخطاء المطورين شيوعًا
  15. القطع الأثرية سكروم
  16. تحجيم سكروم
  17. سباق المتراكمة
  18. ما هو Product Backlog؟
  19. ما هي قصص المستخدم؟
  20. إنشاء أفضل قصة مستخدم مع INVEST
  21. أكثر أخطاء قصة المستخدم شيوعًا
  22. معايير قبول قصة المستخدم
  23. التقدير ونقاط القصة في سكرم
  24. التخطيط للبوكر
  25. لعبة تقدير الفريق
  26. تحديد الزيادة
  27. أحداث سكرم
  28. ما هو Sprint in Scrum؟
  29. التزامات فريق Scrum - هدف المنتج ، هدف Sprint وتعريف الإنجاز
  30. ما هو مخطط Burndown؟
  31. كيفية إنشاء وتفسير مخطط توقف؟
  32. مزايا وعيوب مخطط التوقف
  33. مجالس كانبان في سكرم وسكرومبان
  34. السرعة في سكرم - سرعة فريق التطوير
  35. ديلي سكرم
  36. Sprint Planning
  37. مراجعة Sprint
  38. ما هو معرض Sprint Retrospective؟
  39. الأخطاء الشائعة خلال Sprint Retrospective
  40. رعاية تراكم المنتج