SPS Paris2015 SharePoint, Scrum, Agilité, Frugalité
•
4 j'aime•1,200 vues
Comment appliquer efficacement de l'Agilité et du Scrum sur des projets basés sur SharePoint (ou tout autre type de progiciel à intégrer) - Retour d'Expérience -
Recommandé
Recommandé
Contenu connexe
En vedette
En vedette (20)
Similaire à SPS Paris2015 SharePoint, Scrum, Agilité, Frugalité
Similaire à SPS Paris2015 SharePoint, Scrum, Agilité, Frugalité (20)
Plus de Sébastien Paulet
Plus de Sébastien Paulet (20)
SPS Paris2015 SharePoint, Scrum, Agilité, Frugalité
- 1. Agilité et Scrum avec SharePoint : retour d'expérience pour des projets d'envergure qui cartonnent. • #SPSParis I02 • Sebastien PAULET • 30 Mai 2015 / May 30th, 2015
- 2. Merci aux sponsors!Platinum Gold/ Or Silver/ Argent Organizers/ Organisateurs Thanks to our sponsors! Raffle/ Tombola
- 3. 10% de remise avec le code SPSPa15www.sharepointeurope.com
- 4. Pourquoi? • Donner une méthode projet éprouvée, qui fonctionne sur SP • Connaitre ses mécanismes • Dans quels cas l’employer • Ses clefs de succès
- 5. Constat • « Faites mieux avec moins » • Volatilité des besoins • ROI rapide
- 7. Contexte projet - Avant • Secteur Bancaire International (CIB) pour gestion des décisions de crédits • Ancien projet : 4 ans de build • Applications concurrentes et utilisation des disques partagés • Audité, décision de tout refaire
- 8. Contexte projet - Présent • 2 maquettes infructueuses • Suivi de prés par la direction générale • Peu de temps (6 mois pour mise en production) • Acteurs échaudés • Budget++ • Existence d’un SharePoint 2013 en « cloud privé »
- 10. Agilité – « Fail Fast » Plan Do Check Act
- 12. Agilité – ROI rapide Investissement ($) TempsProjet Agile
- 13. Scrum • Spécifications -> Backlog • Itérations -> Sprint • Inversion des valeurs PROJET Qualité Coût Délai PROJET Périmètre Coût Délai
- 14. Scrum bille en tête • Commencer les développements ASAP • Livraisons fréquentes -> besoin de tests unitaires (typique XP) • Certes, mais …
- 16. Mode « Jugaad » A good designer finds an elegand way to put everything you need on a page A great designer convince you half that sh*t is unecessary Mike Monteiro
- 17. Démarrage • 2,3 workshops • Faire exprimer des besoins • 1er jet de modèle de site • « Qu’est qui manque? »
- 19. Architecture • Impératif - Demander • Les volumes existants • Les volumes annuels estimés • Leurs répartitions • Règles de gestion de la sécurité • Cycle de vie des informations (archivage) • Répartition des documents, des collections, volumes, vues, ACL • Confronter aux limites SharePoint https://technet.microsoft.com/fr-fr/library/cc262787.aspx
- 20. Challenger tout • « A quoi ca sert? Quel ROI? Quelle sera la valeur métier? » • « Pourrait-on aller en production sans? » • Regarder les autres composants logiciels disponibles • MVP (Minimum Viable Product) Périmètre = fonctionnalités + contenus + personnes + flux
- 22. Coller au standard • Moins cher • Plus rapide à livrer • Pas de problème à la montée de version • Plus agile* Objectif : 100% standard * : mais moins libre
- 23. Estimer
- 24. Développement en Scrum • Développement en Provider Hosted Apps • Modules isolés • Challengez! • Impediments • Infra • Delivry process
- 26. Final • Projet livré dans les temps et déployé à l’international • Satisfaction utilisateurs • Reconnaissance de la DSI • ½ du budget global consommé
- 27. En résumé • Infrastructure SharePoint en offre « Cloud privé » (marche aussi en O365) • Besoin de sponsors forts avec une culture du résultat • Moins cher, plus rapide, plus agile, collez au standard • Challengez, challengez, challengez!
- 28. Thank you ! Merci ! sebastien.paulet@aerow.fr sppublish.wordpress.com @SP_Twit