1 / 23

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. En tant que …. Samir HANNA Agilitateur. Frédéric BELLOC Architecte. Thierry DELESTRE Scrum Coach. Capgemini Applications Services Mob: +33 6 70 08 03 87 samir.hanna@capgemini.com.

ellery
Download Presentation

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

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

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

  2. En tant que … Samir HANNA Agilitateur Frédéric BELLOC Architecte Thierry DELESTRE Scrum Coach 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 Applications Services Tél. : +33 2 99 12 55 00 Mob. : +33 6 25 03 24 65 Thierry.delestre@capgemini.com

  3. 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

  4. Sommaire Principes Agiles Environnement Microsoft Indicateurs ‘agiles’ Comment se lancer

  5. L’approche Agile • Agile • Itératif • Incrémental • Développement continu • Accueil du changement Visibilité Humain Just-In-Time Collaboration Décloisonement Adhérence au besoin Limites de la prédiction Time-boxing Just-in-Time XP Réduction de stocks

  6. Démarche 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

  7. Les projets 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

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

  9. Importance de la phase d’Architecture de la solution • Découper les cas d’utilisationsen 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 !!!

  10. Voir la solution se construire au fil des sprints

  11. 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 » Hyper-V New-SPSite Delivery Reporting Cruise Control .NET Microsoft Team Foundation Server 2010 Déploiement Powershell Hudson Brokenbuild

  12. 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 Domaine Reporting Web Test NUnit Load Test Persistance SPTypeMock NCover Pex & Moles Unit Test Scénario MVP

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

  14. Indicateurs Indicateurs Prédictibilité Délais Qualité Productivité

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

  16. Comment se lancer? Sprint 0 Sprint 1 • Sprint 0 • Méthode • Métier • Technique 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

  17. 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

  18. Partager une vision • Construire la vision produit • Construire le backlog • Affiner le backlog « Fromidea to launch ». Roman Pichler 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

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

  20. Conclusion

  21. Questions ?

More Related