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
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. : +33 2 99 12 55 00 Mob. : +33 6 25 03 24 65 Thierry.delestre@capgemini.com Capgemini Applications Services Mob: +33 6 70 08 03 87 samir.hanna@capgemini.com Capgemini Applications Services Tel: +33 1 49 67 56 83 frederic.belloc@capgemini.com
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
Sommaire Principes Agiles Environnement Microsoft Indicateurs ‘agiles’ Comment se lancer
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
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
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
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
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
Voir la solution se construire au fil des sprints
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
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
Scrum distribué Daily Scrum par site Outils de communication Consolidation journalière 3 sites
Indicateurs Indicateurs Prédictibilité Délais Qualité Productivité
Suivi de l’avancement projection linéaire du RAF (erreur < 2%)
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
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
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
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
Conclusion date
Questions ? Un groupe de jazz est la meilleur équipe auto organisée date