خاص بالمصمم: التصميم في بيئة رشيقة
للكاتب ارون والتر /المصدر انفجن
مرحبًا بك في Designer Confidential: عمود إرشادي جديد حيث سنقوم بمشاركة النصائح العملية حول حل أصعب التحديات. نريد مساعدتك في التغلب على أكبر العقبات التي تواجهك كمدير ، مثل تحويل مؤسستك ، وإنشاء سير عمل متصل بشكل أفضل بين المصممين والمطورين ، وبناء فريق رائع ، وغير ذلك الكثير. يمكنك إرسال أسئلتك عبر هذا النموذج ، أو مراسلتنا عبر البريد الإلكتروني على العنوان [email protected] ، أو عبر تويتر علىInVisionApp. هذه هي الدفعة الأولى لدينا ، لذلك تبقي عينيك مقشرة للجزء التالي!
في مشروع يحركه Agile ، كيف يتناسب احترافي UX مع الوقت الشحيح ويبدأ تطوير المنتج على الفور؟
وقعت،
UXer العمل على خفة الحركة الخاصة بهم
عزيزي المصمم ،
سؤالك هو أحد الأسئلة التي نسمعها غالبًا من المصممين ، لأن Agile عنصر أساسي في عملية التحول الرقمي في الشركات في جميع أنحاء العالم. Agile هي منهجية تساعد المنظمات (خاصة المنظمات الهندسية) على العمل بشكل أسرع. تنشأ المشاكل ، مع ذلك ، عندما تتحرك فرق Agile بسرعة ولكن في الاتجاه الخاطئ.
يمكن أن تؤدي السرعة في المسار الخاطئ إلى حدوث إنتروبيا ووقت ضائع وتجربة مستخدم سيئة.
غالبًا ما يريد المصممون إبطاء العملية: للتحدث مع العملاء ، وفهم المشكلة بشكل أكثر شمولًا ، وتصميم حل كامل. هناك فضيلة في هذه النوايا ، ولكن الوقت المستثمر يمكن أن يبدو وكأنه نائب إذا كان ذلك يضر بقدرة الفريق على الشحن في الوقت المحدد.
نحتاج إلى إيجاد توازن ، لجمع المسار (فهم العميل والمشكلة التي نحاول حلها) والسرعة (بناء الأشياء بأسرع وقت ممكن لتلبية احتياجات العمل).
تريد المزيد من وظيفة مثل هذا في صندوق الوارد الخاص بك؟ سجل للحصول على ملخص البريد الإلكتروني الأسبوعي.
لقد تحدثنا إلى عدد قليل من الأشخاص حول هذه المشكلة ، بما في ذلك المطور Brad Frost والمصمم Dan Mall الذي دعانا إلى تحدي افتراضاتنا حول كيفية عمل التصميم.
وقال دان مول ، المؤسس المشارك لـ SuperFriendly ، “عندما يتعلق الأمر بشركة Agile ، فإن الخطوة الأولى هي أن يقوم المصممون بالتعرف على كيفية العمل بشكل أصغر ، بدلاً من كيفية العمل بشكل كلي وشامل. إذا كان بإمكان المصممين العمل بشكل أصغر الآن ، فيمكنهم العمل بنفس الوتيرة وبنفس الإيقاع الذي يتمتع به نظرائهم في مطور البرامج وهذا ما يجعله ساحة لعب متساوية.
تحدثنا أيضًا مع Josh Seiden الذي شارك في تأليف Lean UX و Sense و Respond مع Jeff Gothelf. لم يقتصر الأمر على أنه كتب بشكل مكثف حول هذا الموضوع ، بل إنه يتشاور ويتحدث بانتظام حول كيفية عمل التصميم والرشاقة معًا. هو قال،
“في دراسة بحثية مدتها ثمانية أسابيع ، يجب أن تخطط للقول في نهاية كل سباق ، سأشارك العمل قيد التنفيذ. سأقدم بعض القيمة لفريقي. ‘مهلا ، لقد أجرينا مقابلتين هذا الأسبوع. فيما يلي المواضيع التي خرجت من المقابلة وهي ذات قيمة. “حتى لو لم تنته البحوث أو الاستنتاجات … سيحصل الفريق على قيمة من ذلك دون الاضطرار إلى الانتظار لمدة ثمانية أسابيع لمعرفة ما كنت تفعله.”
“يحتاج كل فرد في فريق Agile لقضاء بعض الوقت مع العملاء لخلق فهم مشترك للمشاكل التي تحاول حلها معًا.”
نشر Jeff Gothelf بعض القواعد لكيفية دمج UX مع Agile مع الإشارة هنا. فيما يلي الوجبات الرئيسية:
- يحتاج كل فريق رشيق مصمم واحد على الأقل. أنا مدافع عن اثنين من المصممين لكل فريق ، عندما تكون مصممًا فرديًا ، فمن السهل أن تتغلب الهندسة على قيم التصميم.
- يحتاج كل فرد في فريق Agile إلى قضاء بعض الوقت مع العملاء لإنشاء فهم مشترك للمشاكل التي تحاول حلها معًا. تعتبر قاعدة Jared Spool الإبهام رائعة: يجب على الجميع قضاء ساعتين على الأقل مع العملاء كل ستة أسابيع. يضيف جيف: “كلما تمكن الفريق من التعلم معًا ، قل قضاء الوقت في مشاركة ومناقشة التعلم والمزيد من الوقت في تقرير ما يجب فعله حيال الأشياء التي تعلمناها.”
- يوصي جيف بإنشاء تراكم واحد فقط من العمل يحتوي على التطوير والبحث والتصميم وضمان الجودة في مكان واحد ليتم تحديد الأولويات ومشاركتها. في تجربته ، إذا كان عمل التصميم في تراكم منفصل ، فسيتم تجاهله.
استغرق جيف أيضًا وقتًا لرسم مخطط سير العمل الذي وجد أنه الأكثر فاعلية في محاذاة التصميم والهندسة في فرق أجيل (الشكل 1).
يساعد مخطط Jeff Gothelf على توضيح كيف يمكن أن يتناسب تصميم UX مع سير عمل Agile. تساعد بعض الأشياء مثل سرعة التصميم والبحث في تحديد المشكلة وتغذيتها في تراكم الفريق. المصدر: متوسطة.
كان Marty Cagan ، مؤسس مجموعة منتجات وادي السيليكون (SVPG) ، يدافع عن نهج مماثل ولكنه مختلف قليلاً يسمى Dual-Track Agile. في هذه المنهجية ، هناك مسار اكتشاف (تعرف على المشاكل) ومسار تسليم (بناء الحل). هذا يذكرني بالماس المزدوج الكلاسيكي.
Source: Medium.
- مسار الاكتشاف: يعمل كل من مدير المنتج والمصمم والمهندس الرئيسي جنبًا إلى جنب لإنشاء عناصر متراكمة والتحقق من صحتها. يمكن القيام بذلك بعدة طرق ، ولكن سباق التصميم هو طريقة رائعة للعمل عبر الوظائف مع إطار زمني قصير لاكتشاف الرؤىحول المنتج الذي تحتاج إلى القيام به.
- مسار التسليم: هذا عندما يبدأ الفريق في بناء المنتج معًا. في تجربتي ، تميل الفرق الصغيرة متعددة الوظائف التي تمرر العمل ذهابًا وإيابًا بين التصميم والتطوير في هذه المرحلة إلى التحرك بسرعة والابتكار بفعالية معًا.
تتمثل إحدى الفوائد الرئيسية لنهج ثنائي المسار في أنه يساعد الفريق على اختبار فرضيات وتحديد تفاصيل التصميم قبل بدء التطوير ، مما يقلل من الوقت الضائع في بناء الأشياء الخاطئة. يرسم هذا النهج جيدًا للطريقة التي يميل المصممون إلى التفكير بها. يريد المصممون فهم مستخدمينا والمشاكل قبل البدء في التصميم. كما أشار البعض إلى أن المسار الثنائي Agile يمكن أن يكون وسيلة فعالة لتوفير مساحة للابتكار في نظام يركز بشدة على التكرار.
نأمل أن يساعدك ذلك في الحصول على المسار الصحيح لإيجاد طرق أفضل لطي التصميم إلى مهام سير عمل Agile سريعة الخطى. هذا ليس مستحيلاً ، لكنني أقر أنه صعب! سأتركك مع عناصر الإجراء هذه لتوجيهك في الاتجاه الصحيح:
- قم بواجبك المنزلى. ابحث في هذه النماذج حتى تتمكن من التحدث عنها بذكاء مع زملائك.
- احصل علي صديق. بناء علاقات أوثق مع زملائك في الهندسة الذين يمكنك استكشاف طرق لتحسين العملية الخاصة بك. لا يوفر هذا مساحة للتصميم فحسب ، بل سيؤدي أيضًا إلى تحسين جودة عملك.
- الأصدقاء لأعلى. إذا كنت المصمم الوحيد في فريقك تشعر أنك غريب في أرض غريبة ، فاحط ملاحظة من فريق تصميم Slack الذين يمارسون التصميم المقترن. حدد مصممًا يمكنك العمل به لبضع ساعات في الأسبوع للحصول على ملاحظات ، وعدم الراحة ، والحصول على الرفيق الذي تحتاجه.
نتمنى لك الأفضل وأنت تطلب منهجية فريقك تجاه Agile. هناك مكان لك ولزملائك المصممين في سير العمل!
لك سرا
آرون والتر
للكاتب ارون والتر /المصدر انفجن
