ما هو DesignOps؟ لماذا يحتاج فريقك هذا؟ وكيف يمكن لـ DesignOps مساعدة فريق التصميم / التطوير الخاص بك على النجاح؟ تقدم هذه المقالة إجابات على هذه الأسئلة وتوفر لك أيضًا نصائح مفيدة حول كيفية بدء تنفيذ هذا المفهوم الجديد في فريق التطوير.
في العالم الحديث ، تكون سرعة فريق التطوير هي التي تحدد مدى صلاحية منتج ما. في الوقت نفسه ، هناك عنصر رئيسي واحد هو الأكثر أهمية ، والأكثر إشكالية: التصميم.
غالباً ما يصبح التصميم عنق زجاجة ويؤثر بشكل كبير على عملية التطوير بأكملها ، بغض النظر عن حجم فريقك. في بعض الأحيان ، تساعد الجهود الخارقة من قبل أحد قادة التصميم في دفع عملية التصميم ، ولكن بمجرد زيادة عبء العمل ، يتعين عليك توسيع نطاق فريقك.
كم مرة رأيت:
إذا كان أي صوت أو كل هذه الأمور مألوفة ، فهذا يعني أن الوقت قد حان لتطبيق DesOps (عمليات التصميم).
المصطلح DesOps أو DesignOps هو نسخة مطابقة للمصطلح DevOps وهي ممارسة هندسة البرمجيات التي تهدف إلى توحيد عمليات التنمية لخلق كفاءة أكبر. وعلى غرار المتخصصين في DevOps ، يعتبر المتخصصون في DesOps من المصممين ذوي الخبرة ذوي المهارات الإدارية الذين يفهمون عملية التصميم ضمن السياق الأكبر لتطوير المنتج.
في حين أننا قد لا يكون لدينا مصطلح "DesOps" في عنوان وظيفتنا ، إلا أن العديد من كبار المصممين مسؤولون بالفعل عن نفس الدور. من إنشاء عمليات التصميم ، إلى تطوير أنظمة التصميم ، إلى إنشاء استراتيجيات وإدارة فرق التصميم ، يعتبر DesOps دورًا متزايدًا في الطلب.
ما يهم حقا ، هو أن هذا النهج قابل للتطوير ، وذات صلة حتى بالفرق مع مصمم واحد. كيف تبدأ تنفيذ DesOps؟
يحتاج المصممون إلى معرفة وقت اكتمال وظيفتهم وجاهزة لتمريرها إلى فريق التطوير. على سبيل المثال ، يحتاج المصممون إلى فهم واضح للحالات التي تحتاج إليها كل شاشة ، والأصول التي ستكون مطلوبة لفريق التطوير لبناء تلك الأصول.
قد تشعر أن هذا هو المجال الذي يجب على المصممين فهمه بطبيعته. ولكنها في الواقع واحدة من أكثر نقاط الاحتكاك شيوعًا في أي مشروع ولا يجب تجاهلها. إذا حددت ما هو مطلوب بوضوح ، فعندئذ سوف تخفض النزاعات ، وتضمن أن يفهم الجميع مسؤولياتهم.
فوائد هذا هي: أنها تسمح للحفاظ على وتيرة التنمية المطرد. يقلل من الوقت الإجمالي للتنمية ؛ يقلل من عدد المناقشات اللازمة بين المصممين والمطورين ، ويؤدي.
بالنسبة للنقطة الأخيرة ، كنا ندرس تحديدًا ما يجب أن ينقله المصمم للمطورين. تدور هذه النقطة حول الشكل الذي يجب أن يستخدمه المصمم لنقل التصميم - نماذج بالأحجام الطبيعية والتصميم المصقول والنماذج الأولية ولوحات المزاج - ما يحتاج المصمم إلى توفيره من أجل نقل نواياه بشكل فعال في صيغة يمكن أن يفهمها المطورون.
هناك العديد من الخيارات ، مثل Zeplin أو إنفجن لكن إحدى الشكاوى الأكثر شيوعًا من المطورين هي أن هذه التنسيقات لا توفر كل ما تحتاج إليه (مثل الأصول المصدرة). ومع ذلك ، فعادةً ما يكون ذلك بسبب عدم قيام المصممين بتصدير تصميماتهم بشكل صحيح. من خلال توضيح للمصممين ما يتوقع منهم إنتاجه ، يمكنهم تمرير الأصول الصحيحة بسهولة.
يجب إنشاء مستند داخلي يحتوي على متطلبات فنية محددة للأصول وأدوات التصميم والتعاون مع المطورين وأعضاء الفريق الآخرين؛ وأخيرًا ، يجب أن تحدد هذه الوثيقة بوضوح متى وكيف يجب تقديم التصاميم.
مجموعة من الحلول الهندسية والتصميمية ، بالإضافة إلى أدلة لتنفيذها ، ستضمن عددًا من المزايا: سلامة المنتج ؛ أبسط وأسرع إعداد أعضاء الفريق الجدد ؛ عمل أكثر كفاءة لكل من المصممين والمطورين (حيث يمكنهم التواصل بلغة محددة بواسطة نظام التصميم).
وتشمل فوائد هذا: تحسين الجودة الشاملة للعمل ؛ يقلل من "الترهل" عند توسيع نطاق الفريق ؛ يزيد من سرعة التصميم والتطوير.
نحن جميعًا نحب أدوات جديدة رائعة ، لكن فريقًا فعالاً يعمل مع مجموعة موحدة من الأدوات ، وضمان أن هذه الوحدة هي مسؤوليتك.
يجب تحديث جميع الأدوات ، ولكن إذا تم تخطي أي تحديث لأي سبب ، فيجب على الجميع تخطي ذلك.
تتضمن فوائد هذا: زيادة مشاركة الفريق ؛ زيادة تصميم وتطوير السرعة؛ تحسين التعاون الجماعي.
المطورون أكثر حظًا من حيث هذه المهمة ، نظرًا لأن التحكم في إصدار الشفرة هو صناعة ناضجة تتضمن الكثير من الخيارات. من الصعب وضع نهج مماثل للمصممين ، حيث أن العمليات متنوعة للغاية ، ولكن في العام الماضي أدوات مثل نبذة مختصرة ، Kaktus و نبات تحظى بشعبية متزايدة. يمكنك حتى أن يكون لديك مصممين متعددين يعملون على تخطيط واحد بشيء ما FIGMA .
فوائد هذا هي: تحسين التواصل. تغيير حجم الفريق المبسط عمليات تصميم المسارات السريعة حيث يمكن لمصممين متعددين العمل في مشروع واحد بشكل منتج.
من أجل وصف جميع الوظائف المتعلقة بالتصميمات ، حاول استخدام "الوثائق المرئية" بدلاً من كتابة المواصفات الفنية. في معظم الحالات ، يكفي أن يكون لدى المطوِّر نموذج أولي تفاعلي لفهم المنطق الأساسي والعثور على إجابات لمعظم الأسئلة.
فوائد هذا ما يلي: تقليل الوقت التقنية المواصفات الكتابة؛ يقلل من حجم العمل للكتاب التقنية. المطورين يقضون وقتًا أقل في قراءة الوثائق والمزيد من وقت كتابة التعليمات البرمجية ؛ المصممين أكثر إنتاجية. تسارع وتيرة التنمية.
لا يوجد على الإطلاق أي مكان للتصميم في العديد من منهجيات تطوير البرمجيات الشعبية ؛ مهما كانت عملية التطوير التي تستخدمها ، ابحث عن مساحة للمصممين.
فوائد هذا هي: فريق موحد مع تحسين التواصل. زيادة سرعة التطوير تقليل وقت إعادة العمل ، وتعطيل المطور.
يجب أن تثبت باستمرار نمو المؤشرات الكمية والنوعية بفضل التغييرات المنفذة ، لكل من أعضاء الفريق والإدارة العليا. وبدون ذلك ، سيتردد فريق في التغيير ، بينما لن تتمكن الإدارة العليا من فهم أين ولماذا يتم إنفاق الموارد الإضافية. يساعدك الجمع المستمر وعرض النتائج الإيجابية بعد تنفيذ التغييرات على الحصول على المصداقية والسلطة اللازمة لإجراء المزيد من التغييرات في سير عمل الفريق.
تشمل المزايا: زيادة التحفيز وفريق أقوى ؛ تسهيل القواعد والممارسات الجديدة ؛ دعم للابتكار في المستقبل.
مصطلح "DesOps" جديد تمامًا ، وبدأ للتو في اكتساب معناها. ال أول مؤتمر DesOps عقدت فقط في نوفمبر ، في نيويورك.
في الوقت الحالي ، أود ببساطة أن أطلق على هذه الثقافة التي تهدف إلى تطوير وتسهيل عمليات التصميم الصلبة. ولكني أشعر أنه في المستقبل القريب سيكون لدينا هذا دور تصميم منفصل في كل فريق منتج. ومع ذلك أشعر أنه يمكننا بالفعل التحدث بأمان عن أهمية إدخال هذه الممارسات من أجل تحسين كفاءة سير العمل في تصميم وتطوير المنتجات بشكل عام.