👐🏻 ☯️ 😁 تقنيات تحديد النقاط المتراكمة وتحديد الأولويات 🛢️ 🔨 🤘🏿

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

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

موقف

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

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

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

الخبر السار هو أن هناك بعض التقنيات التي تساعد في هذه الحالة:

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

طرق لتحديد أولويات المهام

كيف يبدو التراكم؟

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

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

رسم خرائط القصة

لنفترض أن لديك الكثير من المهام ، فهي صغيرة وعمومًا بدون أولويات وملزمة لأي مجموعات. ما العمل معهم؟ قسّمهم على خريطة القصة. كيف يعمل:

الخطوة 1. نقوم ببناء تسلسل لكيفية استخدام المستخدمين لمنتجك والخطوات التي سوف يتخذونها. مثال بسيط:

الخطوة 2. نكتب على الملصقات ما هي التفاصيل المتاحة لكل من هذه العمليات - فكلما انخفض تعليق كل مرحلة ، انخفضت أولويتها.

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

أين وكيف يمكنك التقديم

لنفترض أنك حصلت بالفعل على الكثير من المهام. ثم تكتبها جميعًا على ملصقات وتقوم بخريطة القصة. أفضل - في فريق.

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

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

إيجابيات رسم خرائط القصة

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

القيمة والجهد (أو تحديد أولويات الهزيل) للأفكار

طريقة أخرى جيدة تسمح لك ببناء الأولويات على مقياس هي القيمة والجهد (أو تحديد أولويات Lean).

الخطوة 1. أولاً تأخذ مقياسين:

— , « » . , — . , , , Value. , , .
,

, (estimate), . Story Point- ( ) -.

الخطوة 2. تقوم بتقييم جميع الميزات من خلال هذه المعلمتين: حسب الأهمية ومدخلات العمل. هناك أنظمة خارجية (مثل Hygger أو Airfocus Priority & Roadmaps ) تسمح لك بتوزيع ميزاتك تلقائيًا بطريقة ما على مثل هذه اللوحة. لا تأتي المحاور في هذه الحالة من الصفر - فهي تتكيف مع الإحصائيات التي حصلت عليها.

ما الميزات التي يجب اتخاذها في المقام الأول؟ الأكثر أهمية والأخف ، والأقرب إلى المحاور - كلاهما في الأهمية في الأعلى وفي القيمة الكافية:

إذا في المقام الأول أخذنا رخيصة وجيدة ، ثم في وقت لاحق - باهظة الثمن ، ولكنها باردة:

فيما يلي كل الآخرين. الميزات باهظة الثمن ولا معنى لها ، إما أن تغادر "لوقت لاحق" أو تتخلص منها.

أين وكيف يتم التقديم: من

خلال التطوير المخصص ، يكون هذا الشيء منطقيًا للتعامل مع العميل إذا:

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

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

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

MoSCoW

طريقة أخرى لتصنيف الميزات في مجموعات متعددة هي طريقة MoSCoW. يوجد في الداخل معلمات بسيطة للغاية:

M - Must Have : وظيفة لا يمكنك الاستغناء عنها على الإطلاق. بدونها ، لن تتمكن من إطلاقها ، ولن يعمل منتجك ولن تكون هناك حاجة على الإطلاق.

S - يجب أن يكون لديك : الوظيفة التي يجب أن تكون في المشروع ، ولكن مع تساوي الأشياء الأخرى ، يمكنك الاستغناء عنها بطريقة أو بأخرى.

ج - يمكن أن يكون : الوظيفة المطلوبة للإصدار.

W - سيكون لها : أقل الوظائف العملية - على سبيل المثال ، "كل شيء آخر".

, . Must Have , , , . Should Have — , , . Could Have — . , Must Have MVP.

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

كانو

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

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

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

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

هدايا الأطفال على متن Aeroflot هي المصدر ،

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

مجموعة أخرى هي وظائف غير مهمة. يمكنك القيام بها ، لا يمكنك فعلها - سيكون الجميع غير مبالين.

المجموعة الأخيرة هي ميزات غير مرغوب فيها. عندما يرحلون - كل شيء على ما يرام ، بمجرد ظهورهم - يصبح كل شيء سيئًا. هذه antifichi :)

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

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

مثال

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

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

الطريقة الكلاسيكية لتحديد أولويات قوائم الأخطاء

في صميمها قائمة بالأولويات من 0 إلى 8:

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

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

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

3 - سهولة الاستخدام غير الناقدة

4 - النصوص

8 -قائمة أمنيات / لن نقوم بذلك / وفقًا لتقدير المدير

نعم ، تم الفاصل الزمني بين 4 و 8 عن قصد - يمكن للمدير ، إذا لزم الأمر ، إثبات أي مهام أخرى هناك.

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

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

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

تقييم المهام

يجب أن يعتمد أي تحديد للأولويات على التقييمات المقدمة إلينا. بعد كل شيء ، يؤثر التعقيد حقًا على أولوية الوظيفة. ولكن كيف يمكن تحديد التعقيد وفي أي مرحلة يجدر مناقشة تكاليف العمالة مع مبرمج؟ بعد كل شيء ، قبل ذلك ، لا يزال المدير بحاجة إلى تعيين تقديرات تقريبية على الأقل.

ولكن بجدية ، عادة ما تكون هناك ثلاثة خيارات.

- « » , , . , , - -, - -. :)

( ). - , - . , . , , ( - ).
: , , , .

: ( + ( * 3) + ) / 6.

, .

, , . , , , : , — . . — .

, , , . - , , , «» — . — 1 , , .

, « », . , .
Planning Poker

«» , - , , . .

Planning Poker — , . Story Mapping, ( , — ).

Planning Poker
1. , ;
2. , — ( , «»).

فهي تساعد في تحديد أولويات المهام في تراكم في ظروف عدم اليقين - عندما تخطط فقط وتقيم تأثير إدخال وظيفة معينة.

تسجيل ICE

يتكون الاختصار من ثلاث معلمات:

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

التأثير من

أجل تقييم تأثير ميزة معينة ، يجدر النظر في عدة معايير:

يحسن التحويلات ،
تجذب مستخدمين جدد
يبقي المستخدمين الحاليين
تضيف قيمة للمنتج.

إذا كانت الوظيفة تجيب عليها ، فإن لها تأثيرًا كبيرًا على المنتج. بالنسبة للتقييم ، يمكنك أخذ مقياس من 1 إلى 10 ، يمكنك أن تأخذ من 1 إلى 100. هذا الأخير أكثر ملاءمة ، نظرًا لوجود تسارع. قد تستند

الثقة

إلى:

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

من الأفضل استخدام تلك التي توجد فيها مقاييس وأرقام محددة ، وترك رأي الناس إلى "لاحقًا".

كيفية قياس مستوى الثقة - المصدر

للحصول على ICE ، تحتاج إلى مضاعفة هذه المعلمات الثلاث - ستكون هذه أولوية التنفيذ.

الإيجابيات : سريع وسهل.

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

تسجيل RICE

يتم استخدام 4 معلمات هنا:

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

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

برنامج لتحديد الأولويات

هناك العديد من البرامج لتحديد الأولويات تلقائيًا - على سبيل المثال ، Hygger . هذا هو نظام لأصحاب المنتجات ، حيث توجد العديد من النماذج المختلفة التي تسمح لك "بالتلاعب" في المهام.

كيف يبدو Hygger من الداخل - المصدر

الشيء نفسه الذي يجب فعله في أي Google Dock: فقط أضف ثلاث معلمات ، وجمع البيانات - سيحسب. ستكون هذه أولوياتك. ثم تختار بنفسك ما ستأخذه في السباق.

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

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

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

كيفية تكوين صداقات مع جيرا ومحرر مستندات Google لتحديد الأولويات

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

للأسف ، لم يتم تنفيذ هذا الخيار بشكل جيد للغاية من "الصندوق" في Jira ، لذلك قد تكون العديد من المكونات الإضافية مفيدة أيضًا:

المحفظة (مكلفة أيضًا) ؛
BigPicture (ثقيلة) ؛
مشروع MS ؛
مشروع Merlin لنظام MacOS.

كنتيجة ل

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

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

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

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

نراكم في مقاطع الفيديو الجديدة على قناتنا على YouTube !

تقنيات تحديد النقاط المتراكمة وتحديد الأولويات