Thierry Delestre Samir Hanna Frédéric Belloc 08/02/2011

Présentation au sujet: "Thierry Delestre Samir Hanna Frédéric Belloc 08/02/2011"— Transcription de la présentation:

1

2 Thierry Delestre Samir Hanna Frédéric Belloc 08/02/2011
Agilité en environnement Microsoft Thierry Delestre Samir Hanna Frédéric Belloc 08/02/2011

3 Applications Services Applications Services Applications Services
En tant que … Thierry DELESTRE Scrum Coach Samir HANNA Agilitateur Frédéric BELLOC Architecte Capgemini Applications Services Tél. : Mob. : Capgemini Applications Services Mob: Capgemini Applications Services Tel:

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 Time-boxing L’approche Agile Visibilité Agile Itératif Incrémental
Développement continu Accueil du changement Visibilité Humain Collaboration Just-In-Time Décloisonement Adhérence au besoin Limites de la prédiction Time-boxing Just-in-Time XP Réduction de stocks

7 Stories Démarche Product Owner Estimation collective
Pilotage par la valeur Durées fixes Tests en continu Amélioration permanente Daily Scrum burndown Stories DoD Backlog Product Owner Sprint Planning Task pattern

8 Visual Studio 2010 Les projets SharePoint 2010 Sandbox
Portail intranet banque Site internet banque Durée = 12 mois 4500 h.j SharePoint 2010 Intégration continue SharePoint Designer CodedUI Test Scrum XP Visual Studio 2010 Sandbox

9 Agilité en environnement SharePoint 2010
Fonctionnalités OOB SharePoint 2010 et SOA .NET 3.5 Client OM Silverlight Une formidable boite à outils ! SP.js Pattern MVP JQuery Client OM ClientContext Sandbox Microsoft.SharePoint.Client.dll Recherche WSP Service Application Mutl-Tenancy Chart Web Part date

10 Importance de la phase d’Architecture de la solution
Dé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) 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é ETRE CAPABLE DE FAIRE DES RELEASES PAR SPRINT !!! date

11 Voir la solution se construire au fil des sprints

12 La force de l’intégration continue avec SharePoint 2010
Exhaustivité des solutions disponibles Simplicité de mise en œuvre Réduire le temps de Code Review Automatiser un maximum de tâches Détecter au plus tôt les problèmes d’intégration du code Disposer d’un environnement de test « stable » Delivery Hyper-V New-SPSite Reporting Cruise Control .NET Microsoft Team Foundation Server 2010 Déploiement Powershell Hudson Broken build date

13 Tester la solution produite
Tests Application Intégration Validation fonctionnelle Montée en charge Tests Unitaires Présentation NEW Manuel (Développeur) Auto (VS2010 CodedUI Test) Coordination Tests Unitaires Services Performance Monitoring Reporting Domaine Web Test NUnit Load Test Persistance NCover SPTypeMock Pex & Moles Unit Test Scénario MVP date

14 Scrum distribué Daily Scrum par site Outils de communication
Consolidation journalière 3 sites

15 Indicateurs Indicateurs Prédictibilité Délais Qualité Productivité

16 Suivi de l’avancement projection linéaire du RAF (erreur < 2%)

17 Comment se lancer? Feuille de route Sprint 0 Méthode Métier Technique
Méthodologie Métier Construire Architecture Méthodologie Une histoire terminée terminée Langage Comprendre Backlog Choix infrastructures Valeurs Feuille de route Socle technique Premier sprint Etat des lieux

18 Tous parler la même langue
Sensibilisation à l’Agilité Instancier l’Agilité à notre contexte Etat des lieux Organigramme Principes DoD Fondements Documentation Reporting Cartographie activités Rôles Estimations Métriques Gestion du besoin Flux méthodologique

19 Partager une vision Premiers sprints Scénarios
« From idea to launch ». Roman Pichler Construire la vision produit Construire le backlog Affiner le backlog Premiers sprints Acteurs Une histoire utilisateur prête Cartographie contextes Valeur métier Priorisation INVEST Périmètre Poker Objectifs Scénarios Poids Roadmap Kano Flux métier

20 Partir lancé! Architecture logicielle Environnement Infrastructure
Valider les choix Produire une histoire utilisateur Sortir des « starting block » Intégration continue Proof of concept JQuery Maquettage RDV Sandbox Contrôle de source Design Pattern Practice Sketchflow Poste de développement Application blanche Microsoft Expression Flux technique

21 Conclusion date

22 Questions ? Un groupe de jazz est la meilleur équipe auto organisée
date

23