Bonjour encore. Il y a quelques jours, nous avons publié la
première partie de l' article «5 conseils sur le leadership en conception», qui a été écrit spécifiquement pour le début du cours
«Team Lead 2.0» , spécialement conçu pour les développeurs seniors, TeamLeads, les maîtres SCRUM et les spécialistes qui souhaitent améliorer leur niveau professionnel et acquérir l'expérience unique nécessaire pour gérer efficacement les équipes de développement. Aujourd'hui, comme promis, nous partageons avec vous les deux derniers conseils.
Auteur de l'article: Svetlana Konovalova
Le leadership de conception concerne le leadership et la gestion dans le domaine de la conception, en fait un analogue du terme gestion de projet pour les développeurs. Ce n'est que si le deuxième en Russie a déjà bien pris racine que le premier n'est pas courant. Quelle devrait être la personne qui sera responsable de votre département de conception ou de votre équipe de conception? Comment devez-vous vous comporter et de quoi devez-vous constamment vous souvenir si vous voulez devenir une telle personne? C’est ce dont nous allons parler aujourd’hui. Cet article sera utile à ceux qui commencent ou ont récemment commencé leur parcours en tant que chef d'équipe. Cependant, si vous avez déjà une certaine expérience, vous pouvez à nouveau vous assurer que vous faites tout correctement.
Il y a quelques points auxquels vous devez faire attention lorsque vous occupez un poste de direction dans l'entreprise. À cet égard, l'équipe de conception n'est pas très différente de l'équipe de programmeurs, de sorte que certains des principes ci-dessous peuvent être utilisés en toute sécurité dans votre pratique, même si votre sphère d'influence n'est «pas des concepteurs». Certaines pratiques peuvent sembler évidentes, mais je ne dis pas en vain qu'elles doivent être gardées à l'esprit, car oublier la chose évidente au moment le plus important est une chose préférée.
Avions d'abord
Vous aurez besoin d'une réflexion stratégique et de la capacité de hiérarchiser correctement, en fonction des ressources dont vous disposez. Trello ou Jira peuvent bien être des outils de planification, mais avant de pouvoir trouver des réponses aux trois questions principales, vous devez comprendre clairement ce que fait votre équipe et NON ce qu'elle fait.
La question ici n'est pas seulement la capacité de déléguer, mais aussi une délimitation claire de la sphère d'influence. Vous ne devriez pas essayer de «refermer tous les trous avec vous-même», dans le pire des cas, les membres de votre équipe et vous-même vous épuiserez professionnellement. Ne vous mêlez pas de la conception de produits ou d'affiches pour la conférence de votre entreprise si vous êtes un concepteur de produits DIGITAL. Quelque chose de bon en sort rarement, et les tâches non essentielles ajoutent la part du lion de la charge cognitive.
Fixez les priorités correctement et comprenez clairement où se termine votre sphère d'influence.
Politique intérieure et étrangère
Le travail au sein de l'équipe est un sujet de monographies et de folios, mais il y a aussi un monde extérieur. D'autres départements, par exemple. Et les concepteurs doivent en quelque sorte interagir avec eux. Eh bien, si le travail est organisé et automatisé (Sketch + Abstract, Figma API), et le transfert de la conception aux développeurs ne pose aucun problème. Mais ce n'est pas toujours le cas.
Souvent, si le concepteur n'est pas un ancien développeur frontal ou mobile, la conception revient des développeurs, car aucune mécanique ne peut être implémentée dans le code. En particulier, il n'est pas rare que les concepteurs soient plantés séparément, et les développeurs ne les rencontrent en aucune façon, sauf dans Slack ou dans Figma. C'est pourquoi ils peuvent être considérés comme des gens «pas de ce monde» qui «ne comprennent rien dans le code» ou ne savent pas que «cela ne peut pas être fait du tout! ça ne marche pas comme ça! "
En tant que chef d'équipe, vous devez essayer de niveler cette attitude, en indiquant clairement que vous êtes finalement une énorme équipe dont l'objectif est de créer un produit de qualité, et non d'évaluer les compétences professionnelles de chacun. Accordez une attention et un temps séparés à ce problème. Vous devez travailler non seulement sur l'atmosphère au sein de l'équipe, il est important de mener une politique étrangère compétente, car cela peut grandement affecter la qualité du produit et la qualité du travail de vos spécialistes.
Bien sûr, cela est loin de tous les aspects qui doivent être élaborés, mais garder ces choses à l'esprit est tout simplement nécessaire. Soit dit en passant, si dans certains de ces conseils vous remplacez le mot «designer» par le mot «testeur», par exemple, les principes généraux seront toujours compréhensibles et applicables. Et rappelez-vous que votre arme principale est la communication. Comprenez votre région, apprenez à écouter, apprenez à parler et votre équipe vous suivra.
C’est tout. Tous ceux qui veulent en savoir plus sur le cours sont les bienvenus aux journées
portes ouvertes .
Lisez la première partie.