
المنهجية المرنة (Agile) أم الشلالية (Waterfall) لمشاريع تجربة المستخدم: رؤية منصفة من دليل الـ PMBOK
الريادة في التصميم
تجربة المستخدم بين منهجيتي agile وwaterfall، وتصميم تجربة المستخدم في فرق agile، ومراحل التصميم في منهجية waterfall، وإدارة المشاريع الرشيقة وفق دليل PMBOK، ومنهجية عمل design sprint، ونماذج تسليم مشاريع تجربة المستخدم
قلّما تجد نقاشاً في أروقة فرق المنتجات يثير كل هذا الجدل دون فائدة حقيقية مثل الصراع بين أجايل (Agile) والشلال (Waterfall)، بينما تجد تجربة المستخدم (UX) عالقة في المنتصف. لكن الدليل المعرفي لإدارة المشروعات (PMBOK Guide) يطرح المسألة اليوم برؤية أعمق بكثير من شعارات مسوّقي المنهجيتين: اختر الأسلوب الذي يناسب حجم الغموض في مشروعك، لا ما تمليه الموضة الدارجة في الشركات.
ما الذي تُتقنه منهجية الشلال في تجربة المستخدم؟
الترتيب المنطقي للخطوات. فبعض مهام التصميم يستحيل إنجازها بالتوازي؛ البحث يأتي أولاً، يليه رسم المسارات، ثم تصميم الواجهات، وصولاً إلى بناء نظام التصميم ومكوّناته. منهجية الشلال تحمي هذا التسلسل الطبيعي. فمرحلة الاستكشاف التي تثمر عن أدلة حقيقية أنفع بكثير من حشرها في إطار زمني ضيق يفرغها من قيمتها. وعندما تعمل على مشاريع واضحة النطاق ومستقرة المتطلبات، مثل موقع تسويقي بموعد إطلاق حتمي، يصبح الاستقرار الذي يوفره الشلال ميزة لا غنى عنها.
ما الذي تُتقنه أجايل في تجربة المستخدم؟
مواكبة التغيير. تتغير المتطلبات في اللحظة التي يبدأ فيها المستخدم بالتفاعل مع منتج حقيقي، وأجايل تتقبل هذه الحقيقة وتستثمرها بدلاً من تجاهلها. فالتكرار والتحسين المستمر يحوّلان ملاحظات قابلية الاستخدام إلى تعديلات نراها في دورة العمل التالية (Sprint)، لا إلى أهداف مؤجلة في خطة العام القادم. وفي المشاريع ذات المتطلبات المتغيرة، تظل دورات التغذية الراجعة السريعة في أجايل هي الضمانة الوحيدة لبقاء التصميم واقعياً وموجهاً للمستخدم.
لماذا يكون الأسلوب الهجين هو الحل الأمثل عادةً؟
لأن مشاريع تجربة المستخدم تجمع بين الاثنين. فمرحلة الاستكشاف نتائجها غير متوقعة وتتطلب تسلسلاً منطقياً: لذا امنحها حقها بأسلوب الشلال. أما مرحلة التنفيذ فطبيعتها مستمرة: أطلق وطوّر بأسلوب أجايل. يتيح إطار عمل PMBOK للفرق التحرر من التعصب للمنهجيات واختيار الأسلوب الأنسب لكل مرحلة؛ الاستكشاف لنتعلم، ودورات السبرنت لننجز ونطلق.
لماذا تشارك تريميلو هذا الكتاب؟
لأننا نصمم ونبتكر مع شركات تعتمد كِلا الأسلوبين، ودائماً ما نجد أن الفرق التي تعاني هي التي تحاول فرض منهجية واحدة على مشروع يحتاج بطبيعته إلى مزيج من المنهجين. واقعية هذا المعيار وعمليته تمنحان فرق العمل نفساً من الراحة والوضوح.
هل تبحث عن شريك تصميم يتقن العمل بأسلوبك؟ فريق مصممينا الممتد يتناغم تماماً مع الطريقة التي يعمل بها فريقك.