SPS Paris2015 SharePoint, Scrum, Agilité, Frugalité

854 vues

Publié le

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 -

Publié dans : Logiciels
0 commentaire
2 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

Aucun téléchargement
Vues
Nombre de vues
854
Sur SlideShare
0
Issues des intégrations
0
Intégrations
116
Actions
Partages
0
Téléchargements
8
Commentaires
0
J’aime
2
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

SPS Paris2015 SharePoint, Scrum, Agilité, Frugalité

  1. 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. 2. Merci aux sponsors!Platinum Gold/ Or Silver/ Argent Organizers/ Organisateurs Thanks to our sponsors! Raffle/ Tombola
  3. 3. 10% de remise avec le code SPSPa15www.sharepointeurope.com
  4. 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. 5. Constat • « Faites mieux avec moins » • Volatilité des besoins • ROI rapide
  6. 6. 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
  7. 7. 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é »
  8. 8. Agilité – « Fail Fast » Plan Do Check Act
  9. 9. Agilité - Incertitude
  10. 10. Agilité – ROI rapide Investissement ($) TempsProjet Agile
  11. 11. Scrum • Spécifications -> Backlog • Itérations -> Sprint • Inversion des valeurs PROJET Qualité Coût Délai PROJET Périmètre Coût Délai
  12. 12. Scrum bille en tête • Commencer les développements ASAP • Livraisons fréquentes -> besoin de tests unitaires (typique XP) • Certes, mais …
  13. 13. 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
  14. 14. Démarrage • 2,3 workshops • Faire exprimer des besoins • 1er jet de modèle de site • « Qu’est qui manque? »
  15. 15. Besoins PERSONNES CONTENUS FONCTIONALITES FLUX
  16. 16. 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
  17. 17. 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
  18. 18. Prioriser Important Facilité
  19. 19. 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
  20. 20. Estimer
  21. 21. Développement en Scrum • Développement en Provider Hosted Apps • Modules isolés • Challengez! • Impediments • Infra • Delivry process
  22. 22. Final • Projet livré dans les temps et déployé à l’international • Satisfaction utilisateurs • Reconnaissance de la DSI • ½ du budget global consommé
  23. 23. 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!
  24. 24. Thank you ! Merci ! sebastien.paulet@aerow.fr sppublish.wordpress.com @SP_Twit

×