مرحبا مرة اخرى قبل بضعة أيام ، نشرنا
الجزء الأول من مقالة "5 نصائح حول قيادة التصميم" ، والتي تمت كتابتها خصيصًا لبدء دورة
"Team Lead 2.0" ، والتي تم إعدادها خصيصًا لكبار المطورين وكبار قادة TeamLeads وأساتذة SCRUM والمتخصصين الذين يرغبون في تحسين مستواهم المهني واكتساب الخبرة الفريدة اللازمة لإدارة فرق التطوير بفعالية. اليوم ، كما وعدنا ، نشارككم النصائح الأخيرة.
مؤلف المقال: سفيتلانا كونوفالوفا
تصميم القيادة يدور حول القيادة والإدارة في مجال التصميم ، في الواقع هو تناظرية لمصطلح إدارة المشاريع للمطورين. فقط إذا كانت الثانية في روسيا قد ترسخت بالفعل بشكل جيد ، فالأولى ليست شائعة. ما الذي يجب أن يكون الشخص المسؤول عن قسم التصميم أو فريق التصميم الخاص بك؟ كيف يجب أن تتصرف وما الذي يجب أن تتذكره إذا كنت تريد أن تصبح مثل هذا الشخص؟ هذا ما سنتحدث عنه اليوم. ستكون هذه المقالة مفيدة لأولئك الذين يبدأون أو بدأوا رحلتهم مؤخرًا كقيادة للفريق. ومع ذلك ، إذا كان لديك بالفعل بعض الخبرة ، فيمكنك مرة أخرى التأكد من أنك تفعل كل شيء بشكل صحيح.
هناك بعض الأشياء التي يجب عليك الانتباه إليها عندما تشغل أي منصب إداري في الشركة. لا يختلف فريق التصميم في هذا الصدد تمامًا عن فريق المبرمجين ، لذلك يمكن استخدام بعض المبادئ أدناه بأمان في ممارستك ، حتى إذا كان مجال نفوذك "ليس مصممين". قد تبدو بعض الممارسات واضحة ، لكنني لست عبثًا بالقول إنهم بحاجة إلى أن يوضعوا في الاعتبار ، لأن نسيان الشيء الواضح في أهم لحظة هو الشيء المفضل.
الطائرات الأولى
ستحتاج إلى التفكير الاستراتيجي والقدرة على تحديد الأولويات بشكل صحيح ، وفقًا للموارد التي لديك. قد يكون Trello أو Jira أدوات تخطيط ، ولكن قبل أن تتمكن من العثور على إجابات للأسئلة الثلاثة الرئيسية ، تحتاج إلى فهم واضح لما يفعله فريقك وليس ما يفعله.
السؤال هنا ليس فقط القدرة على التفويض ، ولكن أيضًا تحديد واضح لمجال التأثير. يجب ألا تحاول "إغلاق جميع الثقوب مع نفسك" ، وفي أسوأ الأحوال ، سوف يحترق أعضاء فريقك وأنت محترفًا. لا تدخل في تصميم البضائع أو الملصقات لمؤتمر شركتك إذا كنت مصممًا لمنتجات DIGITAL. نادرا ما يخرج منه شيء جيد ، وتضيف المهام غير الأساسية حصة الأسد من الحمل المعرفي.
حدد الأولويات بشكل صحيح وفهم بوضوح أين ينتهي مجال نفوذك.
السياسة الداخلية والخارجية
يعد العمل داخل الفريق موضوعًا للدراسات والأوراق ، ولكن يوجد أيضًا عالم خارجي. الإدارات الأخرى ، على سبيل المثال. ويحتاج المصممون إلى التفاعل معهم بطريقة أو بأخرى. حسنًا ، إذا تم تنظيم العمل وأتمتة (Sketch + Abstract ، Figma API) ، ولا يسبب نقل التصميم إلى المطورين أي مشاكل. ومع ذلك ، هذا ليس هو الحال دائما.
في كثير من الأحيان ، إذا لم يكن المصمم مطورًا أماميًا أو مطورًا للهاتف المحمول سابقًا ، يعود التصميم من المطورين ، حيث لا يمكن تنفيذ أي ميكانيك في الكود. على وجه الخصوص ، ليس من غير المألوف أن يزرع المصممون بشكل منفصل ، ولا يفي المطورون بهم بأي طريقة ، إلا في Slack أو التعليقات في Figma. لهذا السبب يمكن اعتبارهم أشخاصًا "ليسوا من هذا العالم" الذين "لا يفهمون أي شيء في الكود" أو لا يعرفون أن "هذا لا يمكن أن يتم على الإطلاق! إنه لا يعمل بهذه الطريقة! "
أنت ، كقائد للفريق ، تحتاج إلى محاولة تسوية هذا الموقف ، مع توضيح أنك في نهاية المطاف فريق ضخم هدفه إنشاء منتج عالي الجودة ، وليس تقييم المهارات المهنية لكل منكما. أعط هذه المسألة اهتمامًا ووقتًا منفصلين. تحتاج إلى العمل ليس فقط في الأجواء داخل الفريق ، من المهم أن تقوم بسياسة خارجية كفؤة ، حيث يمكن أن تؤثر بشكل كبير على جودة المنتج وجودة عمل المتخصصين لديك.
بالطبع ، هذا أبعد ما يكون عن جميع الجوانب التي تحتاج إلى حل ، ولكن الحفاظ على هذه الأشياء في الاعتبار أمر ضروري ببساطة. بالمناسبة ، إذا قمت في بعض هذه النصائح باستبدال كلمة "مصمم" بكلمة "اختبار" ، على سبيل المثال ، ستظل المبادئ العامة مفهومة وقابلة للتطبيق. وتذكر أن سلاحك الرئيسي هو التواصل. افهم منطقتك ، وتعلم الاستماع ، وتعلم التحدث ، وسيتبعك فريقك.
هذا كل شيء. كل من يريد معرفة المزيد عن الدورة التدريبية مرحب به في
المنزل المفتوح .
اقرأ الجزء الأول.