5 قواعد لدمج UX في Agile و Scrum

تم إعداد ترجمة للمقال قبل إطلاق مدير مشروع Agile في دورة تكنولوجيا المعلومات .

---

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

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

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

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

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

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

1. مصمم منفصل لكل منها الفرق

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

2. ساعات العمل الجماعي مع العملاء

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

3. عمل المصمم هو النقطة الأولى من الأعمال

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

4. النتائج كمرشحات لتحديد الأولويات للتراكم

لقد كتبت الكثير حول النتائج (وجوش Seyden كتب كاملة كتاب حول هذا الموضوع )، ولكن الشيء الوحيد الذي أريد أن المذكرة في سياق موضوع اليوم هو أن كل عنصر المتراكمة يجب أن تمر عبر فلتر الأهداف النهائي للفريق. اسأل نفسك: "هل سيساعد هذا العمل في تحقيق الهدف؟" إذا كانت الإجابة لا ، فقم بإسقاط هذا العنصر.

5. تدريب متعدد الوظائف

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

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

---

.

---