Animateurs : Winwise (Centre de compétences)/Essilor
Visual Studio Team System, c’est bien, mais pour les applications en .Net 2.0, mais que fait-on pour les autres développements ? L’intérêt de cette session était justement de nous montrer, au travers d’un cas client, Essilor, conseillé par Winwise, que TFS peut aussi servir de référentiel pour d’autres technologies de développements.
Bien sûr, des outils périphériques sont nécessaires pour assurer une pareille intégration. Mais depuis la sortie de la gamme VSTS, beaucoup de gens se sont penchés sur ce problème, qu’ils soient éditeurs ou développeurs open source :
- les power toys,
- les outils de migrations VSS vers TFS (nous en aurons besoin d’ici peu quand nous allons nous même migrer vers TFS)
- SCCI pour Toad, Access …
- Outils complémentaires dont 80% de gratuit sur accentient.com/widgets.aspx
- Interface web de gestion de projet TeamPlain
- TeamPrise pour Eclipse (plug in d’intégration complète)
- Outil gratuit sur le bureau : Fissum
Le contexte Essilor :
- Premier producteur de verres ophtalmiques
- 26000 salariés
- 45 pays
- 80% du CA et des salaires hors de France
Le Services des Etudes Informatiques est scindé en deux :
- l’Amont, dont le champ d’intervention est la production, la distribution et la logistique : ERP Oracle Application, peu de développement, modules en place dans les usines, adaptation par site
- l’Aval, qui gère la chaîne des opticiens, de la prise de commande jusqu’à la livraison : les filiales sont autonomes, et l’environnement technique est très hétérogène, puisqu’on y trouve du Delphi, du SAS, de l’Oracle, du Biztalk, du Sharepoint, du VSS et d’autres contrôleurs de sources.
La DSI s’est donné deux objectifs :
- à court terme, regrouper tous les sources dans TFS : les développements sont tous effectués en interne, mais de manière délocalisée, puisque les équipes de développements sont géographiquement situées à Singapour et en Thaïlande
- à moyen terme, suivre la méthode Essilor (support CMMI).
La démarche :
1. migrer les projets Delphi (on commence par migrer les projets les plus complexes),
2. migrer VSS vers TFS (les projets les plus actifs),
3. PVCS vers TFS (multi-techno),
4. TFS de test vers TFS de production (consolidation).
La migration s’est faîte projet par projet, sur le schéma suivant :
- le matin : migration
- l’après-midi : formation.
Quelques chiffres :
- projets Delphi : 600 Mo par version, 6 Go au global. Stratégie suivie : reconstruction de l’historique, intégration complète dans Delphi : MSSCCI Provider + sourceXConnection. Temps passé : 5 jours.
- migration PVCS : TFS avec API complète de manipulation (sur des Web Services). Il a suffi d’écrire un script. Temps passé : 3 jours.
- Migration VSS : outil VSS Converter. Provider MSSCCI pour VS2003. (Attention : il n’y a pas de shelving sur VS2003).
- Enfin, migration TFS test à TFS prod : écriture d’un script. Temps passé : 5 jours. (Winwise mettra d’ailleurs cet outil à disposition).
En terme d’adoption, elle est immédiate chez les développeurs, une formationpour le Team Explorer est nécessaire pour les chefs de projets.
A l’issue de cette session, j’étais conforté sur deux points :
1. nous avons bien fait d’adopter TFS
2. nous avons bien fait de choisir Winwise pour nous aider à migrer et nous former sur TFS (chef de projet et développeurs, d’ailleurs !)
Commentaires