34 AVENUE DE L’OPÉRA > 75002 PARIS > FRANCE > WWW.OCTO.COM
Au secours : le Marketing a choisi Salesforce - SaaS ou Progiciel 2.0
Duck Conf
30/01/2018
PRÉSENTATION
¤ Software Crafter @ OCTO Technology
¤ @VincentHateau
¤ https://www.linkedin.com/in/vincent-hateau-05186462
2
ANECDOTE
IL ÉTAIT UNE FOIS…
DSI
Industrialisation
Applications
Développeur
4
01 LES SOLUTIONS DU MARCHÉ
LES PHRASES QUI FONT RÊVER
¤ « Transformez vos idées en applications mobiles et métiers, en quelques clics
ou lignes de code. » Salesforce
¤ « Accélérez votre transformation numérique en construisant l’application
exacte dont vous avez besoin, plus rapidement, plus facilement et de manière
plus économique » SAP
¤ « Le logiciel ERP est la pierre angulaire de nombreuses entreprises. Les
applications Cloud connectées et innovantes d'Oracle fournissent les
fonctionnalités dont vous avez besoin. » Oracle
6
LES ARGUMENTS DU CLOUD
¤ Solution plus rapide et facile à intégrer
¤ Haute disponibilité
¤ Qualité de service : mise à jour, sauvegarde, etc.
¤ Adaptée aux entreprises présentes à l’international
7
02 ET EN VRAI DANS NOTRE SI ?
DIFFÉRENTS POINTS À CONSIDÉRER
¤ Comment prendre en compte cette solution dans son usine de
développement ?
¤ Jusqu’où est défini le périmètre d’une solution ERP SaaS ?
¤ Comment intégrer sa solution dans son SI ?
9
DEV Dépôt de source
Plateforme
d’intégration continue
RECETTEDEV PRODUCTIONPRE-PRODUCTION
commit Déclenchement
de build
INTÉGRATION DANS SON USINE DE DÉVELOPPEMENT
10
DEV Dépôt de source
Plateforme
d’intégration continue
RECETTEDEV PRODUCTIONPRE-PRODUCTION
commit Déclenchement
de build
GESTION DES ENVIRONNEMENTS - SCÉNARIO 1
ERP ERP ERP ERP
11
RECETTE
DEV
PRODUCTION
PRE-PRODUCTION
RAFRAICHISSEMENT DES DONNÉES – SCÉNARIO 1
ERP
ERP
ERP
ERP
12
DEV Dépôt de source
Plateforme
d’intégration continue
RECETTEDEV PRODUCTIONPRE-PRODUCTION
commit Déclenchement
de build
GESTION DES ENVIRONNEMENTS - SCÉNARIO 2
ERP
13
RECETTE
DEV
PRODUCTION
PRE-PRODUCTION
RAFRAICHISSEMENT DES DONNÉES – SCÉNARIO 2
ERP
14
DIFFÉRENTS POINTS À CONSIDÉRER
¤ Comment prendre en compte cette solution dans son usine de
développement ?
¤ Jusqu’où est défini le périmètre d’une solution ERP SaaS ?
¤ Comment intégrer sa solution dans son SI ?
15
PÉRIMÈTRE DE LA SOLUTION
¤ L’essence même des solutions progiciels est de traiter des process génériques
¤ Le fait de trop personnaliser ce type de solution rentre en contradiction avec la notion de Buy
> Rester dans la configuration / intégration et non dans le développement
> L’impact direct peut être l’expérience utilisateur
Business Process Outsourcing
Progiciel
Spécifique
16
DU BUILD DANS DU BUY
¤ Attention à la programmation avec un langage propriétaire au cœur d’une
solution :
> La faisabilité dépend de sa maturité
> Demande une expertise plus rare
> La qualité du développement peut en souffrir
17
DIFFÉRENTS POINTS À CONSIDÉRER
¤ Comment prendre en compte cette solution dans son usine de
développement ?
¤ Jusqu’où est défini le périmètre d’une solution ERP SaaS ?
¤ Comment intégrer sa solution dans son SI ?
18
DÉCOUPLAGE AVEC SON SI
¤ Pourquoi découpler sa solution de son SI ?
> Ne pas avoir à apprendre le langage propriétaire s’il y en a un
> Etre libre dans les choix techniques : technologie, architecture
applicative, …
> Utiliser la solution comme un service et non pas comme un
Framework applicatif
19
TYPES DE DÉCOUPLAGE
¤ Le découplage par format :
> Définir un contrat d’interface stable
+ Dépendant du contrat de la solution
+ On ne connait pas la fréquence de mise à jour et la possibilité d’avoir des
breaking changes
¤ Le découplage par localisation
> Avoir accès aux données et aux fonctionnalités de la solution sans être au
cœur de la solution : API, WebServices, etc.
+ Demande une maturité des outils
¤ Le découplage par temporalité
> Permettre d’interroger une solution sans pour autant attendre son retour
+ Demande une gestion asynchrone de la solution
+ Possible de contourner en gérant soit même la complexité
Format
Localisation Temporalité
20
03 WRAP UP
WRAP UP
¤ Pour éviter des activités chronophages dans le déploiement
> Avoir la possibilité d’intégrer sa solution dans son usine de développement
¤ Pour ne pas pénaliser l’expérience de l’utilisateur
> Ne pas trop personnaliser une solution qui est par essence générique
¤ Pour ne pas avoir à dénicher des développeurs dédiés en étant contraint à la solution
> Découpler au maximum sa solution avec son SI selon la faisabilité
¤ La gestion de la donnée : Master data ?
22
34, AV. DE L’OPÉRA 75002 PARIS FRANCE > WWW.OCTO.COM
MERCI !

La Duck Conf 2018 : "Au secours : le Marketing a choisi Salesforce - SaaS ou Progiciel 2.0"

  • 1.
    34 AVENUE DEL’OPÉRA > 75002 PARIS > FRANCE > WWW.OCTO.COM Au secours : le Marketing a choisi Salesforce - SaaS ou Progiciel 2.0 Duck Conf 30/01/2018
  • 2.
    PRÉSENTATION ¤ Software Crafter@ OCTO Technology ¤ @VincentHateau ¤ https://www.linkedin.com/in/vincent-hateau-05186462 2
  • 3.
  • 4.
    IL ÉTAIT UNEFOIS… DSI Industrialisation Applications Développeur 4
  • 5.
    01 LES SOLUTIONSDU MARCHÉ
  • 6.
    LES PHRASES QUIFONT RÊVER ¤ « Transformez vos idées en applications mobiles et métiers, en quelques clics ou lignes de code. » Salesforce ¤ « Accélérez votre transformation numérique en construisant l’application exacte dont vous avez besoin, plus rapidement, plus facilement et de manière plus économique » SAP ¤ « Le logiciel ERP est la pierre angulaire de nombreuses entreprises. Les applications Cloud connectées et innovantes d'Oracle fournissent les fonctionnalités dont vous avez besoin. » Oracle 6
  • 7.
    LES ARGUMENTS DUCLOUD ¤ Solution plus rapide et facile à intégrer ¤ Haute disponibilité ¤ Qualité de service : mise à jour, sauvegarde, etc. ¤ Adaptée aux entreprises présentes à l’international 7
  • 8.
    02 ET ENVRAI DANS NOTRE SI ?
  • 9.
    DIFFÉRENTS POINTS ÀCONSIDÉRER ¤ Comment prendre en compte cette solution dans son usine de développement ? ¤ Jusqu’où est défini le périmètre d’une solution ERP SaaS ? ¤ Comment intégrer sa solution dans son SI ? 9
  • 10.
    DEV Dépôt desource Plateforme d’intégration continue RECETTEDEV PRODUCTIONPRE-PRODUCTION commit Déclenchement de build INTÉGRATION DANS SON USINE DE DÉVELOPPEMENT 10
  • 11.
    DEV Dépôt desource Plateforme d’intégration continue RECETTEDEV PRODUCTIONPRE-PRODUCTION commit Déclenchement de build GESTION DES ENVIRONNEMENTS - SCÉNARIO 1 ERP ERP ERP ERP 11
  • 12.
  • 13.
    DEV Dépôt desource Plateforme d’intégration continue RECETTEDEV PRODUCTIONPRE-PRODUCTION commit Déclenchement de build GESTION DES ENVIRONNEMENTS - SCÉNARIO 2 ERP 13
  • 14.
  • 15.
    DIFFÉRENTS POINTS ÀCONSIDÉRER ¤ Comment prendre en compte cette solution dans son usine de développement ? ¤ Jusqu’où est défini le périmètre d’une solution ERP SaaS ? ¤ Comment intégrer sa solution dans son SI ? 15
  • 16.
    PÉRIMÈTRE DE LASOLUTION ¤ L’essence même des solutions progiciels est de traiter des process génériques ¤ Le fait de trop personnaliser ce type de solution rentre en contradiction avec la notion de Buy > Rester dans la configuration / intégration et non dans le développement > L’impact direct peut être l’expérience utilisateur Business Process Outsourcing Progiciel Spécifique 16
  • 17.
    DU BUILD DANSDU BUY ¤ Attention à la programmation avec un langage propriétaire au cœur d’une solution : > La faisabilité dépend de sa maturité > Demande une expertise plus rare > La qualité du développement peut en souffrir 17
  • 18.
    DIFFÉRENTS POINTS ÀCONSIDÉRER ¤ Comment prendre en compte cette solution dans son usine de développement ? ¤ Jusqu’où est défini le périmètre d’une solution ERP SaaS ? ¤ Comment intégrer sa solution dans son SI ? 18
  • 19.
    DÉCOUPLAGE AVEC SONSI ¤ Pourquoi découpler sa solution de son SI ? > Ne pas avoir à apprendre le langage propriétaire s’il y en a un > Etre libre dans les choix techniques : technologie, architecture applicative, … > Utiliser la solution comme un service et non pas comme un Framework applicatif 19
  • 20.
    TYPES DE DÉCOUPLAGE ¤Le découplage par format : > Définir un contrat d’interface stable + Dépendant du contrat de la solution + On ne connait pas la fréquence de mise à jour et la possibilité d’avoir des breaking changes ¤ Le découplage par localisation > Avoir accès aux données et aux fonctionnalités de la solution sans être au cœur de la solution : API, WebServices, etc. + Demande une maturité des outils ¤ Le découplage par temporalité > Permettre d’interroger une solution sans pour autant attendre son retour + Demande une gestion asynchrone de la solution + Possible de contourner en gérant soit même la complexité Format Localisation Temporalité 20
  • 21.
  • 22.
    WRAP UP ¤ Pouréviter des activités chronophages dans le déploiement > Avoir la possibilité d’intégrer sa solution dans son usine de développement ¤ Pour ne pas pénaliser l’expérience de l’utilisateur > Ne pas trop personnaliser une solution qui est par essence générique ¤ Pour ne pas avoir à dénicher des développeurs dédiés en étant contraint à la solution > Découpler au maximum sa solution avec son SI selon la faisabilité ¤ La gestion de la donnée : Master data ? 22
  • 23.
    34, AV. DEL’OPÉRA 75002 PARIS FRANCE > WWW.OCTO.COM MERCI !