Embed Size (px)
Citation preview
2
Thierry DelestreSamir HannaFrédéric Belloc
08/02/2011
Agilité en environnement Microsoft
3
En tant que …
CapgeminiApplications Services
Tel: +33 1 49 67 56 83
Frédéric BELLOCArchitecte
Capgemini Applications Services
Tél. : +33 2 99 12 55 00
Mob. : +33 6 25 03 24 65
Thierry DELESTREScrum Coach
Capgemini Applications Services
Mob: +33 6 70 08 03 87
Samir HANNAAgilitateur
4
Capgemini France et Microsoft
~400 consultants en France ont travaillé sur des projets Microsoft
Répartition sur tout le territoire français
~70 Ressources SharePoint
Une communauté d’architectes active
5
Sommaire
Principes Agiles
Environnement Microsoft
Indicateurs ‘agiles’
Comment se lancer
6
L’approche Agile
Agile Itératif Incrémental Développement continu Accueil du changement
VisibilitéCollaboration
Décloisonement
Adhérence au besoin
Time-boxing
Humain
Réduction de stocks
Just-in-Time
Limites de la prédiction
Just-In-Time
XP
7
Démarche
Estimation collective Pilotage par la valeur Durées fixes Tests en continu Amélioration permanente
StoriesBacklog DoD
Product OwnerSprint Planning
Daily Scrum
Task pattern
burndown
8
Les projets
Portail intranet banque Site internet banque
Durée = 12 mois 4500 h.j
SharePoint 2010SharePoint Designer
CodedUI Test
Visual Studio 2010Scrum
Sandbox
Intégrationcontinue
XP
9
Agilité en environnement SharePoint 2010
Fonctionnalités OOBSharePoint 2010 et SOA.NET 3.5Client OM
SilverlightClient OM
Recherche
Sandbox
SP.js Pattern MVP
ClientContext
Chart Web Part
Service Application
Microsoft.SharePoint.Client.dllWSP
JQuery
Une formidable boite à outils !
Mutl-Tenancy
10
Importance de la phase d’Architecture de la solutionDécouper les cas d’utilisations
en histoires agiles
Faire la cartographie des composants et des dépendances
Structurer le code source et surtout le packaging (*.WSP)
ETRE CAPABLE DE FAIRE DES RELEASES PAR SPRINT !!!
En tant que service, je fournis la liste des espaces collaboratifs d’un utilisateur
En tant rédacteur, je peux choisir le modèle d’affichage d’une actualité
11
Voir la solution se construire au fil des sprints
12
La force de l’intégration continue avec SharePoint 2010Exhaustivité des solutions disponibles
Simplicité de mise en œuvreRéduire le temps de Code ReviewAutomatiser un maximum de tâchesDétecter au plus tôt les problèmes d’intégration du codeDisposer d’un environnement de test « stable »
DeliveryReporting
Déploiement
Hyper-V New-SPSite
Cruise Control .NET
Broken buildHudson
Microsoft Team Foundation Server 2010Powershell
13
Tester la solution produite
TestsUnitaires
Tests Unitaires
Présentation
Coordination
Services
Domaine
Persistance
Tests Application IntégrationValidation fonctionnelle
Montée en charge
Manuel (Développeur)Auto (VS2010 CodedUI Test)
NEW
Scénario
Reporting
NCover
Web Test
Performance Monitoring
Load Test
Pex & Moles Unit Test
NUnitSPTypeMock
MVP
14
Scrum distribué
Daily Scrum par site Outils de communication Consolidation journalière
3 sites
15
Indicateurs
Indicateurs
Prédictibilité Délais Qualité Productivité
S-1 S0 S1 S2 S3 S4 S5 S6 S70
100
200
300
400
500
81
252 264201
157 143201
VELOCITE GLOBALE(nb de points produits)
S-1 S0 S1 S2 S3 S4 S5 S6 S70.000
0.500
1.000
1.500
2.000
1.0061.2451.102
0.9111.0671.1441.074
PRODUCTIVITE(coût d'un point en h.j)
S-1 S0 S1 S2 S3 S4 S5 S6 S70%
50%
100%
150%
200%
94% 98% 88% 100% 90% 90% 95%
PREDICTIBILITE(R/B nb de points produiits)
S-1 S0 S1 S2 S3 S4 S5 S6 S70
20406080
100120
QUALITE (nb anos détectées – pondéré/gravité)
16
Suivi de l’avancement
projection linéaire du RAF (erreur < 2%)
0200400600800
100012001400160018002000
Product Burndown Chart
17
Comment se lancer?
Sprint 0MéthodeMétierTechnique
Construire
Langage Comprendre
Choix infrastructures
Feuille de routeEtat des lieux
Socle technique
Architecture Méthodologie
Valeurs
Premier sprint
Backlog
Sprint 1
Technique
Méthodologie
Métier
Sprint 0
Une histoire terminée terminée
18
Tous parler la même langue
Sensibilisation à l’Agilité
Instancier l’Agilité à notre contexte
Etat des lieux
Flux méthodologique
OrganigrammeDoDFondements
Rôles
Reporting
Principes
Métriques
Documentation
Gestion du besoin
Estimations
Cartographie activités
19
Partager une vision
Construire la vision produit
Construire le backlog
Affiner le backlog
Flux métier
Premiers sprintsCartographie contextes
Objectifs
Priorisation
Acteurs
Périmètre
Valeur métier
RoadmapPoids
INVEST
Scénarios
« From idea to launch ». Roman Pichler
Kano
Poker
Une histoire utilisateurprête
20
Partir lancé!
Architecture logicielleEnvironnementInfrastructure
Valider les choixProduire une histoire utilisateur
Flux technique
Intégration continueMaquettage
Practice
Sandbox
Proof of concept
Design Pattern
RDV
Application blancheSketchflow
Contrôle de sourcePoste de développement
JQuery
Sortir des « starting block »
Microsoft Expression
21
Conclusion
22
Questions ?
