sps paris2015 sharepoint, scrum, agilité, frugalité

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!

Thank you !

Merci !

sebastien.paulet@aerow.fr

sppublish.wordpress.com

@SP_Twit