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
Merci aux sponsors! P
lati
nu
m
Go
ld /
O
r Si
lver
/
Arg
ent
Org
an
izer
s /
Org
anis
ateu
rs
Thanks to our sponsors!
Ra
ffle
/
Tom
bo
la
10% de remise avec le code SPSPa15 www.sharepointeurope.com
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
Constat
• « Faites mieux avec moins »
• Volatilité des besoins
• ROI rapide
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
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é »
Agilité – « Fail Fast »
Plan
Do
Check
Act
Agilité - Incertitude
Agilité – ROI rapide
Investissement ($)
Temps Projet Agile
Scrum
• Spécifications -> Backlog
• Itérations -> Sprint
• Inversion des valeurs
PROJET
Qualité
Coût Délai
PROJET
Périmètre
Coût Délai
Scrum bille en tête
• Commencer les développements ASAP
• Livraisons fréquentes -> besoin de tests unitaires (typique XP)
• Certes, mais …
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
Démarrage
• 2,3 workshops
• Faire exprimer des besoins
• 1er jet de modèle de site
• « Qu’est qui manque? »
Besoins
PERSONNES CONTENUS
FONCTIONALITES FLUX
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
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
Prioriser Important
Facilité
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
Estimer
Développement en Scrum
• Développement en Provider Hosted Apps
• Modules isolés
• Challengez!
• Impediments • Infra
• Delivry process
Final
• Projet livré dans les temps et déployé à l’international
• Satisfaction utilisateurs
• Reconnaissance de la DSI
• ½ du budget global consommé
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!