2 retours d'expérience : mise en place de tfs 2010 et utilisation des outils de développement...

2

Retours d'expérience : Mise en place de TFS 2010 et utilisation des outils de développement

Axel CharpentierResponsable R&DBetclic

Florent SantinConsultant ALMAccess it IDF

3

Présentation Betclic

• Créé en 2005 à Londres, BetClic fait partit d’un groupe français en forte croissance, présent dans le domaine des jeux en ligne et des paris sportifs sur Internet.

• BetClic est devenu en six ans seulement l’un des opérateurs les plus importants de ce secteur en Europe, avec plus de 1,5 millions de joueurs inscrits..

• BetClic opère plusieurs sites dans différents pays conformément à leur législation respective

4

Contexte technique

• En 2 ans, de 5 développeurs à• 40 Développeurs• 10 Chefs de projet• 15 Testeurs• 8 DBA

• Besoin d’organisation des développements:• Historiquement: TFS 2008

• Contrôle de code source basique (archivage/extraction)

• Utilisation d’un élément de travail personnalisé• Système de build externe

5

Pourquoi TFS 2010?

• Nouvelles fonctionnalités du produit• Nouvelle organisation: méthode Agile• Meilleures implication des testeurs• Meilleure intégration avec Visual Studio

2010 / .NET 4.0

6

Avant / après

7

Avant / après

?

++

8

Contraintes liées à la migration

• Interruption de service impossible (trop d’intervenants)

• Cycle de projet non interruptible (corrections en production)

• Besoin de former les équipes avant utilisation• Beaucoup d’intervenants!

9

Roadmap de migration

Migration

technique

•Migration serveur TFS 2008 vers serveur collection « old » dans TFS 2010•Aucune modification sur la structure des Team Projects et du code source•Le serveur TFS 2008 peut être arrêté•Pas de changement d’habitudes de travail (juste nouveau serveur)

Réorganisat

ion sourc

es

•Une collection « production » est créé dans TFS 2010•Les projets sont copiés depuis la dernière branche de la collection « old » vers la collection « production »

•Les développeurs doivent refaire leurs espaces de travail, découvrir la nouvelle structure de sources•Pas d’impact pour les chefs de projets

Migration

Work Items

•Les chefs de projets utilisent les noueaux Work Items•Si requis Les chefs de projets extraient les work items dans la collection « Old » avec Excel et les réinjectent dans la collection « production »

•Pas d’impact pour les développeurs•Peut s’effectuer chef de projet par chef de projet, sur plusieurs jours

Sensibilisations

testeurs

•Les testeurs sont sensibilités et formés aux outils de tests Microsoft•Ils peuvent mettre en place les tests et les automatiser

04/10 17hInterruption de

service pour devs

12/10 9hInterruption de

service pour devs1 journée

Pas d’interruption de service

19/10 9hPas d’interruption

de service

Les développeurs sont formés à TFS 2010 et à la nouvelle structure du code source

Les chefs de projet sont formés à la nouvelle méthode et à l’utilisation des nouveaux Work Items

10

Retour d’experience: contrôle de code source• Migration technique:

• Migration vers Visual Studio 2010 / .NET 3.5!• Installation du serveur• Migration des sources TFS dans une nouvelle

collection de TFS 2010• Arrêt de l’ancien serveur• Migration et restructuration des projets un à un

par les leaders techniques

11

Retour d’experience: Contrôle de code source• Impact après migration:

• Travail sur contrôle de code source: stratégie de branching, tests unitaires, couverture de code

• Builds: Plus difficiles à mettre en œuvre dans le contexte, nécessite un travail en plein temps sur un contexte comme Betclic

• Points positifs:• CodeUI Test, prise en main très rapide• Gated-Checkin

12

Retour d’experience: Gestion de projet• Beaucoup d’interrogation au niveau du

management:• Utilisation de TFS comme outil de gestion de

portefeuille de projets• != outil de suivi des développement

• Importance du découpage en projets VS produit• Mise en place du produit au travers du

changement de process: vers l’agilité

13

Retour d’experience: Gestion de projet• Les points positifs:

• Les éléments de travail liés• Reports natifs de gestion de projet• « A chacun son outil »

• Les points négatifs:• Pas de DashBoard natif multi projets d’équipes• Amalgame entre un outils de PPM et de suivie

du dev

14

Chantiers à venir…

• Chaine de Build complète• Des développements aux portes de la

production• Tests, tests et tests• Labs Management: en cours d’étude• Chantier en agilité qui continue…

15

Conclusion

• Déjà 6 mois d’écoulés, le travail continu• Très bon outil mais, dans un contexte de SI

important:• Le vrai travail débute « après » l’installation du

produit…• … mais quasiment tout les scénarios de

personnalisation sont couverts

• Une mise en place par étape est recommandée!

16

Utilisation des outils de développement09/02/2011 Karine GUERINUnit manager Hotel ITAmadeus

17

Agenda

Présentation d’Amadeus

Le projet

Le cycle de développement

Implémentation de Kanban

Conclusion

18

19

Le projet , l’équipe, les outils

Création de l’équipe fin 2007, technologies pilotes dans 1A, autonomie complète Outillage

Visual Studio 2008/2010 Expression Blend 3 TFS 2008/2010 ClickOnce

WPF, PRISM, WCFTFS 2010.net 4.0

WPF, CAB, WCF TFS 2008.net 3.5

WinForm, WF, WCFTFS 2008.net 3.5

20

L’architecture

HTTPTCP

USER INTERFACES

INTERFACE UI/CORE

CORE INTERFACE CORE/COM COM

W P F

P R I S M

W C F

AMADEUS SERVICES

XAML / VOM VOM <=> BOM BOM <=> Message

21

Le cycle de développement

Cycle de développement classique Analyse fonctionnelle Etude graphique Implémentation collaborative

Tests fonctionnels et graphiques

SKETCHFLOW Designer

EXPRESSION BLENDDesigner

VISUAL STUDIOEXPRESSION BLEND

Designer/Developpeur/Analyste Fonctionnel

VISUAL STUDIODeveloppeur

SPECIFICATIONS Analyste fonctionel

22

23

24

25

26

Le cycle de développement

Spécialistes fonctionnels et techniques recentrés sur le domaine de compétence mais en étroite collaboration

Convergence rapide vers les solutions graphiques avec maitrise des couts

Qualité et prédictibilité

27

Implémentation de Kanban

Agilité et réactivité naturellement induite par l’outillage Cycle de développement mature => Choix de Kanban Utilisation de Visual WIP, tableau Kanban pour TFS : en cours, principalement pour automatiser le calcul des métriques

28

Tableau Kanban

29

Conclusion

Outillage sophistiqué et pertinent => cycle intrinsèquement agile

Equipe réactive, concentrée sur son cœur de métier et très motivée

Fonctionnalités denses, étude précise pour choisir ce qui est utile et rentableProchaines étapes :

Finalisation de l’implémentation de Kanban Exploitation de la suite 2010 Partage des composant avec une application legacy

30

Ressources

Des questions ?

Retrouvez-nous au Village Dév sur les stands W10 / W11 / W12 !

Visual Studio Francehttp://www.microsoft.com/france/visualstudio/

Abonnements MSDNhttp://msdn.microsoft.com/fr-fr/subscriptions/default.aspx

Groupe Facebook Visual Studio en Francehttp://www.facebook.com/VS2010.France

31

MSDN et TechNet : l’essentiel des ressources techniques à portée de clic

http://technet.com http://msdn.com

Portail administration et infrastructure pour informaticiens

Portail de ressources technique pour développeurs