11 conseils pour travailler avec les concepteurs (Guide du développeur)
Pour les développeurs, le plaisir de pouvoir se cacher derrière plusieurs moniteurs et des murs de code impénétrables est terminé. Vous devez maintenant travailler en étroite collaboration avec les concepteurs, les gestionnaires de produits et d’autres intervenants pour atteindre les objectifs communs d’un projet donné. Travailler efficacement avec les concepteurs peut poser des problèmes particuliers aux développeurs, car les deux disciplines ont toujours été considérées comme relativement indépendantes. Mais ce n’est plus le cas. En tant que développeur, vous devez être en mesure d’apporter une contribution importante dans les conversations où la conception est une considération clé et de travailler en étroite collaboration avec les concepteurs à toutes les étapes du projet.
Dans cet article, nous présentons 11 conseils de bon sens que les développeurs peuvent considérer pour rendre leurs interactions avec les concepteurs plus efficaces, intéressantes et bénéfiques pour tous. Commençons par examiner pourquoi les concepteurs et les développeurs travaillent plus étroitement que jamais. La Division entre les développeurs et les concepteurs est de plus en plus ancienne. La ligne de démarcation entre les développeurs et les concepteurs a toujours été très stricte. On suppose qu’il y a beaucoup de gens des deux côtés et que les deux ne se rencontreront jamais.
L’idée que quelqu’un puisse être un designer et un développeur compétents en même temps est si extravagante qu’une race rare qui donne des chances à deux personnes en même temps est connue publiquement sous le nom de Licorne. Les choses sont très différentes ces jours – ci. En tant que professionnel, vous devez comprendre au moins les aspects clés des deux disciplines, en particulier dans un environnement de développement Web de première ligne. En tant que support basé sur le Code, une grande partie de la pression initiale pour étendre les compétences en ligne est dirigée vers les concepteurs. Parce que les designers ont brillamment amélioré leur jeu dans ris
J’aimerais en savoir plus.
Ce n’est pas nécessairement ce que certains prétendent être une baguette magique, mais les avantages de la programmation par paires sont multiples: C’est un moyen incroyablement rapide de transmettre des connaissances au sein d’une équipe, d’améliorer la discipline de codage et, en général, d’améliorer la qualité du Code. Si vous avez l’occasion de le faire, vous devriez essayer d’organiser des réunions d’appariement avec U.
Flux de travail tout comme vous avez l’obligation de communiquer les contraintes de façon opportune et efficace, vous avez également l’obligation de donner aux concepteurs une idée claire de votre flux de travail réel. L’ensemble de la phase de développement est souvent totalement invisible au concepteur. Les spécifications, les tests, les corrections de bogues et la documentation ne sont que quelques – uns des domaines de travail que la plupart des non – développeurs ignorent souvent. Peu importe à quel point vous prétendez être agile ou à quel point vous êtes engagé dans le développement durable, vous ne pouvez pas gagner un centime en tant que développeur. Établir des limites et des attentes claires quant à la façon de faire le travail, en particulier de gérer le changement, en permettant aux concepteurs (et aux autres membres du projet) de bien comprendre le flux de travail dès le début. Préparez – vous à enseigner selon notre point de vue précédent, vous devriez toujours être prêt à faire autant de choses que vous le pouvez et à expliquer concrètement le contexte (technique ou non) de ce que vous faites. Cela peut être frustrant lorsque vous voulez simplement vous asseoir et vous concentrer sur la résolution de problèmes, mais ne pas le faire peut entraîner le mécontentement et le manque de coopération des concepteurs. Nous ne disons pas que vous devriez organiser des ateliers avec les concepteurs sur les bases du développement de première ligne, mais vous devriez au moins être prêt à décomposer les questions techniques pour eux afin d’obtenir une compréhension plus large. Vous devriez également vous attendre à la même aide de la part de tout concepteur avec qui vous travaillez. 7. Si le développement est votre vie quotidienne, n’ayez pas peur de communiquer visuellement et de dessiner rapidement pour expliquer le concept peut ne pas être l’idée la plus naturelle. Lorsque vous essayez de résoudre un problème avec un concepteur sur un projet, ne vous tournez pas immédiatement vers un langage et des concepts techniques que vous connaissez bien: Soyez prêt à communiquer visuellement
Si vos compétences ne sont pas tout ce que vous avez, elles pourraient l’être. Des prototypes comme balsamiq vous permettent de communiquer rapidement des concepts visuels. Très peu de gens ne peuvent pas dessiner de rectangles, alors que le dessin rapide de prototypes, d’idées ou de changements potentiels ne nécessite généralement qu’un seul ensemble de formes originales. Si vous êtes vraiment contre le papier et le stylo, il y a beaucoup d’outils de prototypage intuitifs qui permettent aux concepteurs de comprendre visuellement votre point de vue. 8. Une plainte courante des développeurs qui utilisent des données d’échantillon significatives est que les concepteurs ont tendance à combiner de beaux prototypes avec des données totalement inutiles et à les jeter de côté dans l’espoir que les développeurs peuvent faire fonctionner tout par magie. Bien sûr, c’est une situation indésirable. Divers problèmes de mise en œuvre difficiles et des cas de limitation peuvent se cacher derrière des champs de formulaire apparemment inoffensifs et des appartements Photoshop ridiculisés et lumineux. Il est important de souligner ici que les données sont le domaine des développeurs. Les modèles imaginatifs ne peuvent aller aussi loin qu’en l’absence de données d’échantillonnage réelles. En fin de compte, il incombe aux développeurs de s’en tenir à l’utilisation de données d’échantillon significatives dans le cadre du processus de conception. Oui, dans un monde parfait, les concepteurs, les gestionnaires de produits et les intervenants comprendront instinctivement l’importance de ce point. Malheureusement, nous ne vivons pas dans un monde parfait. En tant que développeur, vous devriez participer activement à la phase de conception du projet le plus tôt possible pour vous assurer que les problèmes avec les données d’échantillon ont été résolus et que vous êtes prêt à aider à définir ce que les données devraient être. Peur de ce que les autres vous donnent, lever la main n’est pas la solution, vous devez être plus proactif. 9. Montrer votre travail
Les développeurs améliorent le rendement à la demande du gestionnaire de projet: s’il n’est pas nécessaire qu’il fonctionne, je peux le faire fonctionner à la vitesse que vous voulez. Le développement est une activité très détaillée et il est facile d’oublier qu’un ensemble particulier de préoccupations, de questions ou d’objectifs n’est pas nécessairement le facteur dominant de l’ensemble du projet. Cela est particulièrement important lorsque vous travaillez avec des concepteurs, car à première vue, vos priorités peuvent varier considérablement. Comme nous l’avons mentionné précédemment, la connaissance des bases de l’expérience utilisateur vous aidera à en apprendre davantage sur les points de vue. Gardez toujours à l’esprit que la seule opinion qui compte vraiment est celle de l’utilisateur final. Parfois, vous devrez prendre des raccourcis, sacrifier des performances ou compliquer votre code d’une manière qui peut être moins attrayante. C’est une partie de la vie dans le monde réel, et vous devez apprendre à accepter immédiatement plutôt qu’à refuser, évidemment dans une certaine mesure! Considérez seulement les points ci – dessus pour faire de vous un meilleur membre de l’équipe parmi les développeurs, pour faciliter votre interaction avec les concepteurs, et généralement pour améliorer votre employabilité globale. Si vous voulez en savoir plus sur le monde du design, les ressources suivantes valent votre temps: Ryan Singer sur le design: en tant que concepteur en chef de Basecamp, Ryan Singer expose son processus de conception en ligne axé sur la technologie depuis plus de dix ans. Si vous êtes à la recherche d’une analyse de haut niveau de designers de classe mondiale au travail, consultez la collection de ressources sur leur site Web feel presence. Mike Monteiro sur le design: une présence fiable sur les médias sociaux, Mike Monteiro est méticuleux sur le thème général du design en tant que discipline de la solution d