أفضل 5 رسوم بيانية مستخدمة لشرح مفاهيم إدارة المنتج

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

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

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

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

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

الرسم البياني 1 - معوقات الاتصال

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

الآن ، من الطبيعي أنك تريد أن يتم تضمينك في جميع المحادثات المهمة بين / وداخل الفريق ، ولكن عليك التفكير في شيء واحد - هل هو ضروري؟ هل هو شيء يجب عليك القيام به من خلال تنحية مسؤولياتك الأخرى جانبًا؟

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

لنفترض أن مهندس الويب يحتاج إلى مناقشة شيء ما مع محلل المنتج ، ثم تقول السلطة الفلسطينية إنهم بحاجة لمناقشة شيء ما مع مطور iOS في هذا الصدد. الآن ، يجب أن يتعامل مهندس الويب بشكل مثالي مع مطور PA و iOS مباشرة ، بدلاً من الاعتماد على PM (كما هو موضح في الصورة على اليسار).

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

الشكل 2: الشلال مقابل الرشاقة

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

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

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

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

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

الرسم التخطيطي 3: تمثيل حجم التسليم

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

فيما يلي تمثيل لأحجام المبادرات المتخذة عند تطوير تطبيق -

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

{اقرأ أيضًا مقالتنا حول " مديرو المشاريع مقابل مديرو المنتجات: الفرق والأدوار والتحديات "}

يعتبر الرسم البياني الموجود على اليمين من "المهام" الكلاسيكية. امتدت مزايا اعتماد نهج Agile إلى هذه المرحلة في عملية إدارة المنتج أيضًا. يدعو هذا النهج إلى مزيج من أداء المهام الصغيرة مع أجزاء كبيرة من العمل (باللون الأزرق) ، وهو أمر نتبعه أيضًا في Appinventiv.

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

{راجع هذه المقالة التفصيلية على نطاق واسع حول " أهم 10 مستندات يجب على مديري المنتجات إعدادها "}

الشكل 4: مستوى المشاركة القيادية

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

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

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

الشكل 5: تحليل قيمة التجزئة

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

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

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

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

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

يحدث موقف مشابه في التجربة 3 ، حيث يكون أداء الأجزاء A و C و D ضعيفًا في الجزء المعاكس B والذي أظهر تغيرًا كبيرًا. مرة أخرى ، ستوضح الدراسة أسباب حدوث ذلك.

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

أسئلة مكررة

1. ما هو إطار عمل إدارة المنتج؟

جميع الأطر هي في الأساس أدوات مستخدمة في دورة حياة إدارة المنتج . يتم استخدامها لأغراض مختلفة مثل توضيح أفكار ومفاهيم إدارة المنتج وتسهيل المهام الأخرى.

2. ما هي عملية إدارة المنتج؟

تتكون عملية إدارة المنتج من مراحل مختلفة. وهي تشمل - إدارة الفكرة ورسم خرائط الطريق وإضافة المواصفات وتحديدها وتحديد الأولويات والتسليم والتحليلات وتعليقات المستخدمين.