« Less - Intégration continue » : différence entre les versions
De Wiki Agile
| Ligne 289 : | Ligne 289 : | ||
'''Changer le comportement des développeurs''' - Faire des produits de taille importante veut dire avoir beaucoup de monde, il s’agit donc effectievement d’une tâche difficile. Focalisez-vous sur le TDD - qui est une très bonne technique pour fractionner un gros changement en plus petits. Faites appel à des coachs TDD, qui feront de la programmation en binôme avec vos développeurs, qui est une manière très efficace pour apprendre le développement piloté par les tests. Mais soyez patient. Le développement piloté par les tests est un changement qui s’avère difficile pour la plupart des développeurs et son apprentissage prend du temps. | '''Changer le comportement des développeurs''' - Faire des produits de taille importante veut dire avoir beaucoup de monde, il s’agit donc effectievement d’une tâche difficile. Focalisez-vous sur le TDD - qui est une très bonne technique pour fractionner un gros changement en plus petits. Faites appel à des coachs TDD, qui feront de la programmation en binôme avec vos développeurs, qui est une manière très efficace pour apprendre le développement piloté par les tests. Mais soyez patient. Le développement piloté par les tests est un changement qui s’avère difficile pour la plupart des développeurs et son apprentissage prend du temps. | ||
'''Mettre en place un système d'intégration continue''' - La plupart des produits sur lesquels nous avons travaillé ont | '''Mettre en place un système d'intégration continue''' - La plupart des produits sur lesquels nous avons travaillé ont lancé un projet dédié pour mettre en place un système d’intégration continue. Cela fonctionne, même si une meilleure alternative consisterait à l’ajouter au Backlog Produit et de laisser une équipe feature travailler dessus. Cela permet d’obtenir davantage de visibilité ainsi qu’un sentiment d’appropriation - les développeurs sont aussi des utilisateurs. | ||
La plupart des problèmes d’implémentation de l’intégration continue sont d’ordre organisationnels et non techniques. Sur un certain nombre de produits sur lesquels nous avons pu travailler, nous avons vu l’intégration continue devenir un véritable bordel organisationnel. On y retrouve tout un ensemble de fonctions traditionnelles mélangées avec de nouveaux rôles : des développeurs, des responsables, des testeurs, des ingénieurs en automatisation de tests, des Scrum Masters, des coachs agiles, des administrateurs de GCL et le département des technologies de l’information. Et qu’est-ce que cela donne ? Des responsabilités floues, des personnes s’accusant les unes les autres et des comités (également connue sous le nom de “groupes de pilotage”) discutant sans fin en l’absence des personnes qui font vraiment le boulot. Et le résultat alors ? Ça n’avance pas. Si cela vous arrive, n’essayez pas de cacher les problèmes organisationnels avec des solutions techniques et n’abandonnez pas sous le motif de “''notre produit est trop complexe pour faire de l’intégration continue''”. | La plupart des problèmes d’implémentation de l’intégration continue sont d’ordre organisationnels et non techniques. Sur un certain nombre de produits sur lesquels nous avons pu travailler, nous avons vu l’intégration continue devenir un véritable bordel organisationnel. On y retrouve tout un ensemble de fonctions traditionnelles mélangées avec de nouveaux rôles : des développeurs, des responsables, des testeurs, des ingénieurs en automatisation de tests, des Scrum Masters, des coachs agiles, des administrateurs de GCL et le département des technologies de l’information. Et qu’est-ce que cela donne ? Des responsabilités floues, des personnes s’accusant les unes les autres et des comités (également connue sous le nom de “groupes de pilotage”) discutant sans fin en l’absence des personnes qui font vraiment le boulot. Et le résultat alors ? Ça n’avance pas. Si cela vous arrive, n’essayez pas de cacher les problèmes organisationnels avec des solutions techniques et n’abandonnez pas sous le motif de “''notre produit est trop complexe pour faire de l’intégration continue''”. | ||
