5 conseils pour éviter ces erreurs agiles courantes


  • FrançaisFrançais



  • Agile est une discipline éprouvée utilisée par les équipes de développement de logiciels du monde entier avec un grand succès. Dans mon article précédent, j’ai énuméré les erreurs que j’ai commises dans le passé afin que vous n’ayez pas à les commettre vous-même.

    Mes équipes et moi avons utilisé agile depuis mes débuts dans la technologie. Cela n’a pas toujours été facile et il y a eu beaucoup d’apprentissages en cours de route. Idéalement, vous n’arrêtez jamais vraiment d’apprendre, alors voici cinq Suite des erreurs agiles dont vous pouvez tirer des leçons dès maintenant.

    1. Erreur: C’est aux employés d’améliorer leurs compétences sur leur temps libre

    De nombreuses entreprises informatiques ne prêtent pas attention à la formation des employés. De nombreux formateurs disent qu’ils ont travaillé dur pour former des employés pour que des employés se fassent braconner par des concurrents. Si cela se produisait, une entreprise devrait réfléchir : pourquoi ne puis-je pas conserver d’excellents talents ?

    En surface, les employés sont le plus grand atout d’une entreprise, mais les entreprises les considèrent comme des composants qui peuvent être remplacés à tout moment. Le développement de logiciels est un processus de conception qui fait face à l’incertitude, à la variabilité et n’est pas comme des briques mobiles. Les développeurs ne sont pas des producteurs, mais des designers. Le coût de remplacement est relativement élevé pour le concepteur.

    Solution: Investissez autant de temps dans la formation des talents que dans le développement de logiciels. Garder votre main-d’œuvre formée permet d’atteindre un moral élevé, moins de roulement et pourrait empêcher le braconnage.

    Certaines entreprises définissent simplement la transformation agile comme l’utilisation de plateformes. Utiliser Kanban et organiser des réunions debout est agile, utiliser des outils CI/CD est DevOps, acheter une plateforme de tests automatisés est des tests automatisés.

    Pour moi, la partie la plus importante de l’agilité est les individus et les interactions sur les processus et les outils. Les processus et les outils vous aident à faire avancer les choses plus rapidement et à produire de meilleurs résultats, mais les individus et les interactions sont primordiaux. Prétendre être agile juste en achetant un tas d’outils ne sert à rien.

    Solution: Incorporer l’agilité dans les interactions individuelles. Continuez à utiliser les outils et les processus, mais gardez l’individu impliqué.

    3. Erreur : Une mauvaise utilisation des modules de code vous évite d’avoir à écrire plus de code

    Lorsqu’une entreprise atteint une certaine taille et possède plusieurs gammes de produits et secteurs d’activité, elle constate naturellement que certaines activités semblent similaires.

    Parfois, il semble qu’un problème avec un produit a déjà été résolu dans un autre, il semble donc naturel de “voler” le code de l’un et de le réadapter à l’autre.

    Cela semble attrayant au premier abord. Mais parfois, chaque produit est trop nuancé pour un vidage de code unique.

    Essayer de forcer le code à résoudre deux problèmes différents et à grandir avec chaque produit au fur et à mesure que le développement se poursuit peut être problématique.

    Solution: Pour vous assurer que vous pouvez réutiliser avec succès le code, écrivez un code modulaire conçu pour la flexibilité.

    4. Erreur : Maintenir une division stricte des fonctions au sein de votre équipe

    Une équipe est divisée en plusieurs fonctions : développement, test, développement back-end, base de données, exploitation et maintenance, conception d’architecture, sécurité, etc. Le résultat est qu’il y a plusieurs transferts dans le processus, des exigences à la livraison. Comme vous le savez peut-être, une passation de pouvoir entraîne une attente. Et l’attente est une sorte de gâchis.

    Pour maintenir l’agilité de l’équipe, vous devez réduire les transferts. De plus, une division stricte des fonctions entraîne un grave déséquilibre de la charge de travail, ce qui entraîne des goulots d’étranglement.

    Solution: Les équipes doivent avoir des capacités qui se chevauchent pour réduire le temps passé à attendre un autre groupe dans le pipeline.

    5. Erreur : Si un employé n’a pas l’air occupé, il ne produit pas de résultats

    Le personnel du développement de logiciels est souvent structuré selon une configuration matricielle ou cartésienne. L’axe horizontal est le produit ou le projet, et l’axe vertical est l’équipe fonctionnelle.

    De nombreuses personnes sont partagées entre différents produits et projets, ce qui signifie souvent qu’un employé devient sursaturé de travail. C’est difficile à repérer, car l’employé est utilisé dans plusieurs produits, il a donc plusieurs listes de tâches. Chaque liste a des priorités qui sont invisibles pour les autres listes.

    En conséquence, ils doivent constamment équilibrer les priorités, ce qui entraîne une perte d’efficacité. Et parce qu’ils ont plusieurs projets à gérer, leur manque d’efforts ciblés entraîne des retards pour les autres. Par conséquent, la réutilisation du personnel est en fait l’échange d’une réponse commerciale réduite contre une efficacité des coûts de personnel.

    Solution: Si vous voulez un produit poli et rationalisé, n’étirez pas trop votre main-d’œuvre.

    Soyez agile

    Je vous ai donné cinq conseils sur certaines erreurs à éviter. Mais ne vous inquiétez pas, il y a encore beaucoup d’erreurs à faire ! Adoptez l’agilité dans votre organisation et n’ayez pas peur d’endurer quelques erreurs au profit de l’amélioration de vos équipes.

    Source

    N'oubliez pas de voter pour cet article !
    1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
    Loading...

    La Rédaction

    L'équipe rédactionnnelle du site

    Pour contacter personnellement le taulier :

    Laisser un commentaire

    Votre adresse e-mail ne sera pas publiée.