C’est payant d’être un softie dans le développement de logiciels – SD Times

Recevez des mises à jour en temps réel directement sur votre appareil, abonnez-vous maintenant.

Soyons honnêtes : le développement de logiciels n’a pas toujours été le monde le plus convivial pour les travailleurs. Historiquement, les périodes de crise ont imposé des exigences surhumaines aux développeurs. Cela a souvent donné lieu à des employés très mécontents et a finalement conduit de nombreux développeurs à se syndiquer contre la culture crunch. De plus, les produits finaux de cette culture n’étaient sans surprise pas toujours optimaux.

Heureusement, les leaders du développement avant-gardistes d’aujourd’hui adoptent une approche totalement différente de la productivité. Surtout à la lumière de la culture du travail à domicile (WFH) induite par COVID, de plus en plus d’organisations de développement pensent et travaillent en termes de vitesse du développeur et produire de meilleurs logiciels, plus rapidement, grâce à cela.

Ce qui est intéressant, c’est que dans un monde intrinsèquement défini et guidé par la technologie, même les analystes de marché centrés sur la technologie comme McKinsey ont réalisé que la vitesse des développeurs dépend également de la technologie, de la méthodologie et compétences sociales. Recherche Microsoft le confirme, révélant que l’épanouissement, le bonheur et la santé des développeurs augmentent leur capacité à innover et à maximiser leur productivité. Et quand GitHub trouvé que le bien-être des développeurs était au plus bas, nous avons commencé à voir des entreprises comme Google, Cisco et d’autres encourager les travailleurs à prendre des journées de santé mentale.

Il devient clair qu’en plus de fournir aux équipes de développement les bons outils, les parties prenantes du logiciel doivent doter les développeurs d’un environnement qui encourage l’innovation, réduit les points de friction et maximise les performances et la satisfaction des développeurs. Et la beauté de cette nouvelle focalisation sur les développeurs en tant que personnes est qu’elle ne compromet en aucune façon la productivité. Plutôt l’inverse. Il a été démontré qu’un accent plus marqué sur les compétences non techniques managériales augmente le débit des développeurs, accélère les cycles de publication et (le plus important) améliore la qualité.

Les soft skills sont enfin reconnues dans le monde du logiciel. Essentiellement, c’est payant d’être un softie dans le logiciel.

La sauce secrète : quatre conseils

Les compétences non techniques dans le développement de logiciels sont la sauce secrète qui stimule les performances de l’entreprise. Voici quelques bonnes pratiques que vous devriez envisager d’adopter :

  • Astuce n°1 Apprenez à vos développeurs à échouer

Il est parfois difficile pour les chefs d’équipe de développement d’accepter cela, mais de plus en plus d’entreprises sont réalisant cette l’échec n’est pas une mauvaise chose dans le développement de logiciels. Et plus vite vous échouez, mieux c’est. Pourquoi? Parce que les produits échouent lorsqu’ils ne répondent pas aux besoins des clients. Plus vite nous trouvons ces échecs, plus vite nous pouvons les corriger.

En enseignant à vos développeurs que l’échec est acceptable, vous leur offrez un filet de sécurité. Gardez à l’esprit qu’une méthodologie efficace et rapide doit être accompagnée d’un processus d’analyse post-échec approfondi pour assurer une amélioration continue de l’entreprise et des parties prenantes.

  • Astuce #2 Développez leur confiance

Personne ne procède rapidement quand ils ne se sentent pas en confiance. Les développeurs ne sont pas différents. En plus de leur apprendre que l’échec est acceptable, assurez-vous qu’ils comprennent que votre processus est derrière eux. Parce que lorsque les développeurs comprennent que les tests A/B, le marquage des fonctionnalités et d’autres outils leur donneront un retour rapide sur les modifications proposées dans le produit, et développement piloté par les tests (TTD), analyse de code statique et une approche décalée vers la gauche leur permettra de trouver et de résoudre les problèmes plus tôt, et d’aller beaucoup plus vite, ils gagneront en confiance pour augmenter la vitesse tout en s’appuyant sur la correction de cap que vous avez intégrée au système.

  • Conseil n°3 Aidez-les à trouver un équilibre travail-vie personnelle, même avec la FMH

Pour faciliter une communication et une collaboration efficaces entre vos équipes de développement travaillant à distance, assurez-vous d’abord qu’elles maintiennent un calendrier clair pour les heures de travail. Le travail quotidien doit avoir un début et une fin, comme au bureau. Lors de l’intégration des nouveaux développeurs, attribuez-leur un copain d’équipe et assurez-vous qu’ils se touchent régulièrement. Planifiez des réunions de synchronisation d’équipe quotidiennes rapides (pas plus de 10 minutes) avec des caméras ouvertes et des réunions d’équipe hebdomadaires ou bihebdomadaires en personne, même si le travail lui-même reste à distance.

Encouragez les amitiés d’équipe et l’auto-éducation, et adoptez les nouvelles technologies chaque fois que possible, les développeurs aiment travailler avec, ou au moins être exposés aux derniers gadgets. Prenez le temps d’informer les développeurs sur les actualités de l’entreprise, les objectifs stratégiques et (surtout) les gains. Aidez-les à comprendre que, où qu’ils se trouvent, ils restent un élément essentiel de l’équipe.

  • Astuce n°4 Prenez les KPI avec un grain de sel

Bien qu’il s’agisse de mesures managériales importantes des progrès du développement, n’insistez pas trop sur les KPI de produit et de développement. La raison? Ils peuvent être de faux indicateurs de progrès, et trop s’appuyer sur eux peut inciter par inadvertance vos développeurs à faire des métriques la cible plutôt qu’un outil pour atteindre la cible. Besoin d’un exemple ? Couverture du code : dans les tests, c’est important, mais en tant que KPI isolé, cela peut conduire à des tests naves qui couvrent le code, mais pas les scénarios d’intérêt réels. Plutôt que de définir des KPI qui détournent votre équipe de vos objectifs réels, essayez de fixer des objectifs plus proches de ces objectifs et de permettre aux membres de l’équipe d’atteindre ces objectifs plus rapidement. Préparez-les à gagner dans ce qui compte vraiment, pas seulement ce que vous devez montrer à la direction.

La ligne de fond

Dans le développement de logiciels ou dans n’importe quel domaine, les compétences générales sont une partie essentielle du leadership. Les leaders qui réussissent motivent et inspirent leurs équipes, mais aussi élaborent des stratégies, écoutent les commentaires et intègrent les idées de leur équipe. Être un softie dans les équipes de développement de logiciels était autrefois considéré comme une faiblesse managériale. Aujourd’hui, elle est de plus en plus considérée comme une force qui doit être nourrie et finalement mise en œuvre pour créer une organisation de développement plus forte, plus résiliente et plus productive.

www.actusduweb.com
Suivez Actusduweb sur Google News


Recevez des mises à jour en temps réel directement sur votre appareil, abonnez-vous maintenant.

commentaires

Ce site utilise des cookies pour améliorer votre expérience. Nous supposerons que cela vous convient, mais vous pouvez vous désinscrire si vous le souhaitez. J'accepte Lire la suite