8 façons de retenir les meilleurs développeurs talentueux
Le travail centré sur l’humain est un mouvement croissant qui se concentre sur les besoins des personnes, récoltant des avantages commerciaux dans le processus. Comme le montre une récente étude de Gartner, les pratiques de travail centrées sur l’humain entraînent une meilleure performance des employés, les travailleurs étant 3,8 fois plus susceptibles d’être considérés comme très performants dans ces environnements.
En tant que certains de vos employés les plus précieux, les développeurs de logiciels doivent être spécifiquement pris en compte pour savoir comment appliquer au mieux ces informations. Dans le monde du logiciel, l’expérience des développeurs est un aspect clé de la satisfaction au travail qui n’est pas bien compris par les non-développeurs.
En réunissant les connaissances du travail centré sur l’humain et l’expérience des développeurs, les responsables informatiques peuvent créer une culture de travail qui construit et retient les développeurs les plus performants. Voici sept façons de cultiver un environnement centré sur les développeurs qui rapportera des dividendes.
1. Comprendre ce qu’est l’expérience développeur
Le leader qui comprend ce qu’est l’expérience des développeurs et comprend pourquoi c’est important pour les codeurs est en avance sur le jeu.
Au niveau le plus élémentaire, l’expérience du développeur (DX) concerne la sensation d’utiliser un outil ou un système lors de la création d’un logiciel. Cela va du très spécifique, comme la différence dans la façon dont les langages gèrent la programmation fonctionnelle, au général, comme la différence dans la sensation d’utiliser différentes plates-formes cloud. DX ne s’arrête pas là, englobant la culture et l’attitude de ce que signifie vivre le style de vie des développeurs. Dans ce sens le plus large, DX est une caractéristique majeure de la façon dont les développeurs, en particulier les plus expérimentés, se sentent lorsqu’ils travaillent dans une organisation.
Au cœur de la philosophie centrée sur l’humain se trouve l’idée de responsabilité autonome, ce qui signifie donner aux gens des objectifs et les tenir responsables de la performance tout en leur donnant autant de contrôle sur comment ils accomplissent les choses que possible. L’idée est que les gens savent ce qui fonctionne et ce qui ne fonctionne pas, et ils sont mieux à même de corriger le cours de manière rapide et itérable. Et cela correspond tout à fait à une expérience de développeur appréciée.
2. Comprendre pourquoi DX est important
Les développeurs ont une relation autoréférentielle avec l’expérience des développeurs : ils construisent souvent les outils qu’ils utilisent, appréciant la façon dont les choses fonctionnent et l’ingénierie créative qui entre dans la construction des choses qu’ils utilisent.
L’art et l’appréciation font avancer la communauté des logiciels. Depuis les débuts des mainframes partagés, les développeurs se sont associés pour créer et collaborer sur des projets qui stimulent leur esprit. L’intérêt et l’intérêt des développeurs pour les projets technologiques sont devenus un élément clé pour déterminer quels projets sont financés et trouvent leur place dans l’usage courant. DX est ce qui distingue ces projets parmi les développeurs, et il agit comme une sorte d’indicateur d’adéquation évolutive.
Dan Moore, responsable des relations avec les développeurs chez FusionAuth, fait une distinction utile à propos de DX, en disant : l’expérience du développeur peut être divisée en expérience de développeur interne et externe. Le premier consiste à permettre aux équipes internes de construire de manière plus cohérente, sécurisée et plus rapide en fournissant des blocs de construction et des garde-corps ainsi que des outils en libre-service. Ce dernier est destiné à augmenter les ventes et à créer une plate-forme collante pour les développeurs extérieurs à votre organisation.
Pour garantir ces résultats, les responsables informatiques doivent continuellement se demander ce que c’est que d’être développeur dans leur organisation et trouver des moyens d’améliorer cette expérience.
3. De DevOps à DevEx et vice-versa
L’expansion de DevOps a permis aux développeurs d’être impliqués dans le cycle de vie complet du produit et d’influencer ce cycle de vie de manière holistique. Si vous n’avez pas encore adopté DevOps, c’est un bon premier pas vers des pratiques centrées sur les développeurs.
DX fait passer DevOps au niveau supérieur. Comme me l’a dit Guillermo Rauch, PDG et fondateur de Vercel, les organisations passeront de DevOps à l’expérience de développement. Une excellente expérience de développement conduit à une meilleure productivité des développeurs et à une vitesse de développement améliorée, améliorant directement votre résultat net. Chaque organisation devrait penser, comment puis-je permettre à mes développeurs de passer plus de temps sur la couche application et produit tout en passant un minimum de temps sur la couche backend et infrastructure ?
Vu sous cet angle, se concentrer sur DX est un moyen de mieux permettre aux développeurs de contrôler leur façon de travailler : au lieu de déterminer quels sont les meilleurs processus DevOps et de les imposer ensuite aux équipes, donnez à l’équipe les moyens de concevoir les processus et la technologie qui leur conviennent le mieux. Après tout, les équipes responsabilisées impliquées dans les processus de première main peuvent mieux concevoir et construire des outils pour leurs tâches en réponse aux conditions changeantes.
Autrement dit, un bon DevOps est le résultat naturel d’un bon DX, et vice versa.
4. Demandez à quelqu’un de posséder DX
Inclure les développeurs et le personnel informatique dans les discussions sur les outils à utiliser et leur donner une influence sur les achats fournit une boucle de rétroaction inestimable sur ce qui fonctionne et ce qui ne fonctionne pas. Cela garantit également que les développeurs se sentent entendus, ce qui les rend plus susceptibles d’être investis dans le projet.
La clé pour entretenir des cycles bienveillants entre le personnel commercial et technique est de trouver et de responsabiliser les loupes de force dans l’organisation, ces personnes qui peuvent aider à parler pour l’expérience des développeurs et fournir un pont vers le côté commercial. Une excellente façon d’aider ici est de mettre explicitement quelqu’un, ou plusieurs personnes, en charge de DX. Cela peut faire partie de la responsabilité de quelqu’un ou de l’unique objectif d’un groupe, selon la portée de votre organisation.
L’établissement d’un accent explicite sur la gestion de la santé de DX et la fourniture d’un moyen pour les personnes impliquées dans DX d’interfacer avec l’entreprise contribueront grandement au succès global de vos efforts DX.
5. Ne poussez pas les développeurs à faire échouer leur deuxième public
Les développeurs créent des logiciels pour deux publics : les utilisateurs et les développeurs, c’est-à-dire les développeurs qui travailleront sur le produit. Pour les utilisateurs, l’excellence du produit est essentielle. Mais pour les développeurs, l’excellence à l’intérieur le produit est également extrêmement important, et cela a de grandes implications pour l’entreprise qui utilise le logiciel. En ce sens, DX est une indication de la qualité du code, qui en dit long sur la viabilité du logiciel.
Ici, l’importance pour l’entreprise est double. Premièrement, les systèmes avec un bon DX sont plus faciles à maintenir et à étendre, la qualité logicielle étant un différenciateur clé entre le code qui peut croître et évoluer et le code qui est voué à se dégrader et à se dégrader. Deuxièmement, lorsque le DX est élevé, les développeurs, en particulier les plus expérimentés, sont plus susceptibles d’être satisfaits de travailler sur le projet. Pour cette raison, l’importance de la qualité du code montre pourquoi la vélocité du projet n’est pas une mesure à considérer isolément comme c’est souvent le cas.
En tant qu’expérience humaine de travail sur des projets, DX est la caractéristique la plus indicative de la santé d’un projet. La sensation de travailler à l’intérieur d’un projet est affectée par tout, de l’outillage au rythme des réunions, et si cela semble agréable ou désagréable, cela dit tout sur la façon dont les choses se passent, comment elles se dérouleront et si les gens voudront continuer à travailler dessus.
6. Offrir des occasions d’apprendre, d’enseigner, de partager
Apprendre, enseigner et partager sont des incitations majeures pour les développeurs. Et plus le développeur est accompli, passionné et attentionné, plus il compte généralement. La capacité de créer du DX et d’aider les autres à voir sa valeur est essentielle. En inculquant une culture où chacun participe à un voyage plus large qui inclut le partage, chacun trouve un puits d’inspiration plus profond.
L’intégration de la contribution à des projets open source est un excellent moyen d’y parvenir. De nombreuses entreprises axées sur les logiciels incluent un composant open source pour une bonne raison. Il permet aux développeurs d’exprimer leurs créations, attire les contributions du monde entier et attire une attention amicale sur ce qui se fait dans l’organisation.
L’expérience de chaque développeur est améliorée lorsque son travail semble faire partie de quelque chose de plus grand.
7. Atténuez les formalités administratives destructrices de DX
L’entreprise aspire à des métriques et à des informations sur ce qui se passe dans l’intérieur sombre de la création de logiciels. Mais trop d’intrusion dans le flux de travail des développeurs est un véritable tueur DX. Au lieu de cela, minimisez les réunions et les rapports inutiles et gardez un œil sur ce qui fonctionne le plus efficacement. Même le simple sentiment que le leadership intègre ce facteur dans sa stratégie aidera.
Les meilleurs développeurs de logiciels s’épanouissent dans un environnement où ils peuvent se concentrer sur ce qu’ils font le mieux en créant des logiciels et passer la plupart de leur temps sur des activités qui leur semblent utiles. Ils ont perfectionné et investi dans ce qu’ils font bien, et ils veulent consacrer le plus de temps possible à ces tâches.
Il est également important de réduire les frictions entre les équipes et les domaines de propriété. Les responsables informatiques sont en mesure d’aider à briser les silos de propriété et d’exclusivité.
8. Automatisez (et déstressez) la livraison
Des recherches récentes montrent que 7 développeurs sur 10 abandonnent des projets en raison du stress lié à la livraison. Un million et une choses entrent dans l’activité détaillée de création de logiciels et quand tout est regroupé en une seule chose discrète qui doit être livrée sans problème, c’est très stressant. Il y a un sentiment de ne jamais vraiment en faire assez, malgré tous vos efforts.
La meilleure façon de résoudre ce problème est de créer des systèmes automatisés fiables. L’intégration et la livraison continues, les tests automatisés et autres deviennent des éléments standard et incontournables des processus de développement de nos jours, mais ils ne sont qu’une partie de l’histoire. Une culture d’accompagnement est tout aussi nécessaire. La façon dont les développeurs se sentent traités dans leurs moments de difficulté et d’incertitude a un impact énorme sur DX. Si les organisations qui réussissent maintiennent une voie à double sens entre les affaires et l’informatique, DX est la condition de la route.