ما هو معنى Product Owner (Agile)؟ الدليل الكامل لقادة المنتجات الرقمية

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

محور هذا التحول هو Product Owner أو (مالك المنتج)، وهو دور حاسم في أي إطار عمل Agile. بصفته صاحب المصلحة الأساسي، يقوم مالك المنتج بسد الفجوة بين فريق التطوير والمستخدمين النهائيين، مما يضمن تنفيذ رؤية المنتج بشكل لا تشوبه شائبة.

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

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

ضمن فريق Scrum، يقوم مالك المنتج (PO) بإدارة تراكم المنتج لتحقيق النتائج المرجوة للفريق، ويلعب دورًا حاسمًا في الحفاظ على الجودة. إن أمر الشراء هو عضو الفريق الوحيد المخول بقبول أي قصة كاملة.

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

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

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

يقضي مالك المنتج وقتًا طويلاً مع الفريق، لتوضيح العناصر المتراكمة للمنتج وتحديد الأولويات بناءً على تفاصيل المنتج.

الأخطاء الشائعة

يعد دور مالك المنتج تحديًا بطبيعته، ويتطلب منه اتخاذ جميع القرارات المتعلقة بالمنتج، وفهم احتياجات العمل، وتخصيص وقت كبير لفريق Scrum.

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

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

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

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

مسؤوليات Agile Product Owner

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

هناك سبع مسؤوليات مشتركة لكل مالك منتج:

1. التوافق على الرؤية

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

2. إدارة Product Backlog

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

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

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

3. امتلاك الموارد المالية

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

4. مسؤوليات الفريق

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

5. تحديد القيود

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

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

6. تحديد الأولويات للمهام

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

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

7. المشاركة في الأحداث التنموية

يلعب مالك المنتج دورًا حاسمًا في الأحداث المختلفة مثل التخطيط والتحسين والمراجعات والاستعراضات الاسترجاعية والاجتماعات اليومية طوال السباق.

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

في جلسات التحسين الأسبوعية، يعمل مالك المنتج مع فريق Scrum لتحديد عناصر المنتج المتراكمة وتوضيحها وتقديرها وتحديد أولوياتها وإزالتها.

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

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

خصائص Product Owner

يتشارك مالكوا المحتوى في خمس خصائص مشتركة:

1. متاح ومشارك

Product owner مشارك بشكل كامل في المشروع. يعملون مع Scrum Team يوميًا؛ يجيبون على الأسئلة، وهم متاحون عندما تظهر مشكلات قد تؤخر المشروع.

2. مفوض له

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

3. حازم

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

4. لديه معرفة جيدة بالمجال

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

5. تواصل رائع

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

7 مهارات لـ Product Owner رائع

مبهج العملاء

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

الروائي

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

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

المفوض

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

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

المطور

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

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

وسيط المعرفة

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

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

حل النزاعات

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

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

التصعيد الفعال

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

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

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

تحول Agile: مالك المنتج مقارنة بمحلل الأعمال Agile

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

يجمع دور مالك المنتج بين عدة أدوار - ممثل الأعمال، ومحلل الأعمال، ومدير المشروع، وغيرهم. يتم الجمع بين هذه الأدوار لدعم نهج Scrum وتوفير مستوى من المساءلة لم يكن ليوجد لولا ذلك.

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

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

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

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

في سكروم، شخص واحد فقط هو المسؤول عن تحديد وقبول القصص. ومن الأهمية بمكان عدم تقسيم هذه المسؤوليات.

بالإضافة إلى المساءلة، يعد التواصل أمرًا أساسيًا أيضًا. عندما يأتي مالك المنتج من الجانب التجاري، يكون التواصل بين مالكي المنتج ومديري المنتج أكثر طبيعية وسلاسة.

وهذا يسهل حل المشكلات مع التوافق مع أهداف العمل ويقلل من المفاجآت أثناء عروض العدو السريع.

يمكن لمالك المنتج "الجلوس" حرفيًا مع فريق Scrum وتقديم تقارير فعالة إلى مدير المنتج، مما يؤدي إلى سد الفجوة بين أقسام الأعمال وتكنولوجيا المعلومات.

عندما تستخدم الشركة كلاً من مالكي المنتجات ومحللي الأعمال الرشيقين، يمكنهم اعتماد نهج شامل لحل المشكلات.

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

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

في الختام

نظرًا لأن مالك المنتج يعد دورًا جديدًا للعديد من المؤسسات، نوصي بتحديد الأفراد الذين لديهم السمات المطلوبة لهذا الدور.

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

بمجرد تحديد الشخص المناسب، أوصي بإرسال المرشح للتدريب المسبق، والتدريب على الأدوات، والتدريب المستمر.

ولكي ينجح هذا الدور الجديد، يجب على المنظمة بأكملها احترام قرارات مالك المنتج. يجب أن تكون جميع القرارات مرئية في المحتوى وأوامر المنتج المتراكمة.

آمل أن يوضح لك هذا المنشور المسؤوليات والمهارات الواضحة لمالك المنتج.

هل أعجبك هذا المقال؟

نمكّن القادة من أن يصبحوا ذوي قيمة عالية ومعترف بهم من خلال تكييف شركتهم المركزة على المشروع إلى شركة موجهة نحو المنتج، تغيرت المجتمع ويحتاج القادة إلى دعم لتكييف شركاتهم للعصر الرقمي، هذا هو السبب في خلق ADAPT Methodology®!

نحن نمكن القادة من أن يصبحوا ذوي قيمة عالية ومعترف بهم لتأثيرهم على العالم من خلال مساعدتهم في تصميم شركات المنتجات الرقمية التي ستزدهر في العصر الرقمي. نحن نحقق ذلك من خلال ADAPT Methodology® الخاصة بنا.