Low code, lean et agilité sur les projets SHarePoint - SPS Dakar
•
1 gostou•138 visualizações
Comment faire rapide, bien et pas cher sur O365 et SharePOint. Méthodologie maison à base de low code, lean et Scrum. SLide de présentation du SPS Dakar en Juillet 2018
Recomendados
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (14)
Semelhante a Low code, lean et agilité sur les projets SHarePoint - SPS Dakar
Semelhante a Low code, lean et agilité sur les projets SHarePoint - SPS Dakar (20)
Mais de Sébastien Paulet
Mais de Sébastien Paulet (20)
Low code, lean et agilité sur les projets SHarePoint - SPS Dakar
- 1. Low code, Lean et agilité: L'art de faire rapide, bien et pas cher sur O365 et SharePoint Sébastien PAULET, @SP_twit #SPSDakar 14/07/2018 Edge-LCIT km 4,5 Route de Ouakam, en face de la Librairie 4 Vents Ave Cheikh Anta Diop, Dakar, Sénégal
- 2. Présentation France Enterprise Solutions Architect SPT Conseil Speaker on #DMS, #Archiving, #SharePoint, #Scrum, #Lean, #Ergonomy @SP_twit Blog https://sppublish.wordpress.com
- 3. 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
- 4. Constat • « Faites mieux avec moins » • Volatilité des besoins • ROI rapide
- 5. ²
- 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. 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. ²
- 9. Agilité – « Fail Fast » Plan Do Check Act
- 11. Agilité – ROI rapide Investissement ($) TempsProjet Agile
- 12. Scrum • Spécifications -> Backlog • Itérations -> Sprint • Inversion des valeurs PROJET Qualité Coût Délai PROJET Périmètre Coût Délai
- 13. Scrum bille en tête • Commencer les développements ASAP • Livraisons fréquentes -> besoin de tests unitaires (typique XP) • Certes, mais …
- 14. ²
- 15. Moins, c’est mieux 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
- 16. Démarrage • 2,3 workshops • Faire exprimer des besoins • 1er jet de modèle de site • « Qu’est-ce qui manque? »
- 18. 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
- 19. 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
- 21. 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. Conception de l’architecture de l’information
- 24. Estimer
- 25. Développement en Scrum • Développement en Provider Hosted Apps (pourrait être remplacé par du K2/Nintex en OnPrem, Flow en en Online) • Modules isolés • Challengez! • Nos problèmes récurrents: • Infra • Processus de livraison -> DevOps!!!
- 26. ²
- 27. Final • Projet livré dans les temps et déployé à l’international • Satisfaction utilisateurs • Reconnaissance de la DSI • Facteur PI inversé
- 28. 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!
- 29. Merci à nos sponsors !