فخ الأولويات
هل الاختيار من متعدد هو الخيار الأفضل؟
فخ القائمة المنسدلة Priority
قصة شركة ناشئة
دون فشل، سيجد مسؤولو Jira لديك حلًا: ها هي قائمة منسدلة لحقل Priority! (نصيحة احترافية لمطوري المؤسسات: ربما تُسمى Priority2 أو P-level).
الغريب أن 100% من الشركات تختار بين P1, P2, P3, P4 أو Low, Med, High, and Critical — ويبدو أنه لا توجد خيارات أخرى.
قائمة ثابتة من أربعة خيارات؟ حسنًا. لنجربها لبضعة أسابيع…
بعد يومين
في تطور لا يُفاجئ أحدًا، اكتشفت المؤسسة مهمة ذات أولوية أعلى جديدة، مما استدعى اختراقًا بسيطًا: إضافة P0، أو Critical Max+!
بعد 3 أيام أخرى
كان لمديرنا الشجاع بعض الاجتماعات والاكتشافات المثيرة في المؤتمر!
بطريقة ما، اكتشفوا أولوية أعلى من P0!
منذ ذلك الحين، انكب الفريق على البحث عن كيفية تسمية هذه الأولوية الجديدة. ربما -1؟ لا، لا. هذا مربك جدًا (P-1 مقابل P1). حسنًا، ماذا عن P0.5، لا؟
في لحظة “ملهمة”، اخترع الفريق أولوية أعلى: الصفر المزدوج!
المعروف الآن باسم أولوية P00.
قبل الطوفان
قبل أن يدرك أحد ذلك، يجد فريقك نفسه غارقًا في تذاكر P00!
ماذا لو لم تكن الأولوية اختيارًا من متعدد؟
كيف يمكننا تمثيل مفهوم بشري متغير وسائل مثل Priority بشكل أفضل؟
- في العالم الحقيقي، تتغير الأولويات وتتطور باستمرار بناءً على المعلومات الجديدة وتغيرات السوق والأهداف التنظيمية.
- غالبًا ما يكون هناك تفاعل معقد بين الإلحاح والأهمية وتوفر الموارد وتحليل التكلفة/المخاطر لا يمكن لقائمة منسدلة بسيطة التقاطه، خاصة مع مرور الوقت. (تعفن التذاكر.)
- قد يكون لدى أصحاب المصلحة المختلفين آراء متضاربة حول ما يشكل أولوية عالية، مما يجعل النهج الواحد الذي يناسب الجميع غير مناسب.
إذن، ما التالي؟
هناك عدة طرق بديلة تستحق الاستكشاف، من الجهد المنخفض إلى العالي:
- لتوفير مساحة أكبر للحركة، اختر قيمة بداية “محايدة”، مثل 100 أو 1,000. يمكنك دائمًا زيادة الرقم أو تقليله.
- أو التزم بالصفر كبداية، حيث تشير الأرقام الأعلى إلى أولوية أعلى.
- نفذ نظام أولويات متعدد الأبعاد يأخذ في الاعتبار عوامل مثل القيمة التجارية والإلحاح والجهد المطلوب. (أنشئ درجة
مركبةلتسهيل الفرز والتصفية.) - اعتمد طريقة أولويات ديناميكية، مثل تقنية MoSCoW (يجب أن يكون، ينبغي أن يكون، يمكن أن يكون، لن يكون)، مما يسمح بإعادة تقييم منتظمة. (انظر أيضًا نموذج كانو.)
ملخص
يتم وضع الكثير من التركيز على الأولوية على الرغم من معدل تدهورها السريع. تذاكر حرجة الأمس ليست على الأرجح تذاكر حرجة الربع القادم.
بمرور الوقت، تصبح التذاكر القديمة ذات الأولوية العالية مقاومة للتنظيف والصيانة. ففي النهاية، من يريد خفض أولوية شيء تم إعلانه أساسيًا؟ ناهيك عن حذف تلك التذاكر غير ذات الصلة… (يا للهول! فكر في قائمة الانتظار!)
رأيت العديد من الشركات تخلط بين الخطورة والأولوية. الخطورة تصف الإلحاح (أو حساسية الوقت.)
الأولوية ≠ الخطورة. قد يكون من المنطقي تحديد 3-5 مستويات للخطورة (غالبًا ما تُستخدم للحفاظ على اتفاقيات مستوى الخدمة.)
تساعد مستويات الإلحاح في التواصل من تأثير صفري على العميل إلى انقطاع جزئي/كلي للخدمة.
كلمة تحذير
يتطلب نشر حقل أولوية غير محدود القيمة بعض التخطيط والانضباط!
إذا كنت ملمًا بتطوير الواجهة الأمامية، فربما تكون قد واجهت حرب z-index.
ببساطة، يتيح z-index للمصممين تعيين أي عدد صحيح موجب لضمان ظهور عناصرهم ‘فوق’ المحتوى الآخر ذي z-index الأقل.
حتى تحديث بسيط لمكون ما قد يُحدث تغييرًا في z-index على <Dialog /> الخاص بهم - مما يجعله غير مرئي فجأة. قد تصبح هذه المواقف فوضوية عندما تحاول مكونات الطرف الثالث، وأعمال الميزات، ومساهمات الفريق الأخرى التفوق على بعضها البعض في z-index.
كان z-index مقيدًا سابقًا بحوالي 32,000. لكنني رأيت مؤخرًا مقتطفًا يحتوي على مليار z-index: 1000000000!
لا بد أن التضخم يضرب z-index بقوة.
نقاش
- هل هذه تجربة فكرية جديرة بالاهتمام؟
- هل فكرة الأولوية المتزايدة باستمرار مرعبة؟ مسببة للقلق؟
- هل لا مفر من أن يتجاوز هذا النهج في النهاية حدود الأعداد الصحيحة 64 بت؟
- هل يمكن لحقول أخرى (بخلاف
SeverityأوUrgency) أن تضيف إلى هذه المحادثة؟ - ما مقدار اللوم الذي يستحقه Jira؟ أم الثناء؟
يمكننا أن نصرخ في وجه الإنترنت: “من سينظف كل هذه التذاكر P00؟”
أو يمكنك أن تكون واقعيًا بشأن قائمة مهامك المتراكمة.
- تقبّل أن 90% من تذاكرك البالغ عددها 1,000 لن تُنجز أبدًا. هذا طبيعي.
- أرشِف التذاكر التي لم تُمسّ منذ أشهر. أي أولوية/إلحاح أولي لم يعد ساريًا. على أي حال، غالبًا ما يمكن استرجاع المشكلات المؤرشفة.
- عندما تعود مشكلة ما، فهذا رائع؛ لقد زادت أولويتها للتو.
- من واقع التجربة، لم ألاحظ أي ضرر من التخلص من التذاكر القديمة غير المكتملة.
- الإضافة المستمرة إلى قائمة المهام المتراكمة كقاعدة بيانات تفوّت فرصة تركيز فريقك ومؤسستك على ما يهم. (الأشياء التي أمامنا، بينما القوائم المتراكمة تنظر إلى الخلف بطبيعتها).
- قائمة متراكمة عميقة تنتهي مثل غرفة جوائز بيزارو، تحتفي بالهراء الذي لن تصدره أبدًا.