SlideShare une entreprise Scribd logo
Open Source: Retour d’expérience
Collaboration entre industriels dans le
domaine du transport
Kisio « Editeur »
@stifoon – Stephan Simart
Navitia Product Owner
Tisséo « Utilisateur et Contributeur »
@xavierraffin
Software Architect & Project Manager
Les acteurs
Contexte et historique
Historique
2001 201620122007 2010 2014 2015
Calculateur
itinéraire
interne
Mise en GPL
API exposée
en openData
Intégration
Navitia
Contribution
TimeTable
Généralisation
Navitia
Navitia 1
Transilien,
SNCF
vianavigo.com
mappy
API exposée en
openData
Navitia open
source
TimeTable
open source
TR
OpenSource
Indépendance
technique
Premier
échec de
gouvernance
 Pour l’indépendance
 Du sur mesure
 Maitrise Roadmap
 Maitrise des coûts
 Pérennité
 Simplification juridique
 Marchés & Achats
 Pas de vente de prestation intellectuelle
Tisseo : ce qui marchait bien
Pourquoi passer à l’open source
 Partage
 Réduction des couts
 Croissance de la base d’utilisateur
 Généricité
 Retour d’expérience
 Qualité logicielle
 Le code est éprouvé
 Le code est bien organisé
 Releases fréquentes
Tisseo : ce qui ne marchait pas
Pourquoi passer à l’open source
 La gouvernance
 Arbitrages fonctionnels
 Arbitrages techniques
 Communication externe
 La méthodologie
 La modularisation
Tisseo : ce qui manquait
Pourquoi passer à l’open source
 Suite logique d’une stratégie d’entreprise
 Open Data
 Permet d’améliorer les données en retour
 Open Service
 Permet d’améliorer l’interopérabilité
 Open Source
 Application plus diffusé= application plus stable
Kisio Digital
Pourquoi passer à l’open source
 Faire progresser l'humanité
 rien que ça !
 car nous sommes ambitieux…
 Et puis Navitia est elle-même composée de plusieurs lib
open-source
Kisio Digital
Pourquoi passer à l’open source
 Adapter rapidement l'application à plusieurs enjeux
distincts
 Révolution dans les mobilités
 covoiturage, auto-partage, VLS, solo-wheel...
 Temps réel dans une mobilité multi-modale
 Crowd-sourcing
Kisio Digital
Pourquoi passer à l’open source
 Motivation des équipes de réalisation
 Partage
 Visibilité des réalisations
 Transparence
Kisio Digital
Pourquoi passer à l’open source
La gouvernance dans Navitia
 Les contributeurs sont une tribu avec des fous rire
et des drames
 Mise en place d'un espace de dialogue en temps
réel
 Mise en place d'évènements fédérateurs
Entre développeurs
Première règle : le dialogue !
 Considérer sérieusement tous les besoins des
contributeurs externes
 Ne jamais refuser une demande mais la challenger
 Pourquoi ? Pourquoi ? Pourquoi ? Pourquoi ? Pourquoi ?
Pourquoi ? Pourquoi ?
 Savoir acceptez un refus
 Ne pas hésiter à répondre "fait-le si tu en as besoin,
c'est open-source"
Pour intégrer toute nouvelle fonction
Deuxième règle : le dialogue !
 Dialogue « ferme » sur le modèle de donnée
 Pas qui peut le plus peut le moins
 Scope clair et précis
 Le défendre
 Couvrir les besoin par l’extension et la généricité
Pour intégrer toute nouvelle fonction
Deuxième règle : le dialogue !
 Engagement et transparence sur les interfaces
 Les interfaces sont des contrats
 Ces contrats sont publics
 Suivre et définir les standards d’interface
 API et standards
 Démultiplie les opportunités
 Une ouverture au monde
Pour intégrer toute nouvelle fonction
Deuxième règle : le dialogue !
 Respect des « codes de conduite » OpenSource
 Pas de Bureaucratie
 Pas de vote mais une dictature bienveillante
 Confiance et méritocratie
 Honnêteté
 Les échanges sont publics
Suivre les standards communautaires
Troisième règle : le dialogue !
 Engagements réciproques
 Assumer le cout des merges
 L’effort de la qualité
 Adapter ces méthodes
 Négocier les contraintes Roadmap en interne
Un engagement au plus haut niveau
Gouvernance
Si c’était à refaire
 Contraintes et impacts en terme d’archi
 Process de PR et relecture systématique
 Imposer les tests
 Application de ces process y compris en interne
Développer une application OS
 Faire grandir la communauté
 Se montrer régulièrement
 Meet-up #OpenTransport
 #OSSPARIS15
 Communication régulière pour maintenir informer la
communauté
 Partage de la roadmap court et moyen terme
Evangélisation d’une application OS
 Construire des références et démonstrateurs
 Getting started in 5 minutes
 Association OpenService et Opensource
 Viser l’internationnal
Evangélisation d’une application OS
Chercher d’abord à intégrer un projet existant !
Le syndrome NIH
Pragmatisme Open Source

Contenu connexe

En vedette

Computo word
Computo wordComputo word
Computo word
estephanydiaz12
 
Practica no. 23
Practica no. 23Practica no. 23
Practica no. 23
alejandromunoz14816
 
2 BHK Residential projects in Pune- Remonesa
2 BHK Residential projects in Pune- Remonesa2 BHK Residential projects in Pune- Remonesa
2 BHK Residential projects in Pune- Remonesa
Remonesa
 
Bomba y la montaña movediza
Bomba y la montaña movedizaBomba y la montaña movediza
Bomba y la montaña movediza
fransobral
 
Photos qu'on ne voit pas tous les jours
Photos qu'on ne voit pas tous les jours Photos qu'on ne voit pas tous les jours
Photos qu'on ne voit pas tous les jours Dominique Pongi
 
Surf
SurfSurf
Les outils de google - 16 avril 2013 - Eaux-Bonnes
Les outils de google - 16 avril 2013 - Eaux-BonnesLes outils de google - 16 avril 2013 - Eaux-Bonnes
Les outils de google - 16 avril 2013 - Eaux-Bonnes
Tourisme 64
 
Access
AccessAccess
Collection passion 129 version pdf
Collection passion 129 version pdfCollection passion 129 version pdf
Collection passion 129 version pdfDominique Pongi
 
Tema 6 estimación
Tema 6   estimaciónTema 6   estimación
Tema 6 estimación
Tarik Natan Dos Santos
 
Semana 1
Semana 1Semana 1
NC26feb07
NC26feb07NC26feb07
Barometre Entrepreneuriat Bringr - Maddyness
Barometre Entrepreneuriat Bringr - MaddynessBarometre Entrepreneuriat Bringr - Maddyness
Barometre Entrepreneuriat Bringr - Maddyness
Startup et Innovation
 
Seguridad informática.ppt
Seguridad informática.pptSeguridad informática.ppt
Seguridad informática.ppt
LuDavid1999
 
PROYECTO DE AULA FINAL
PROYECTO DE AULA FINALPROYECTO DE AULA FINAL
PROYECTO DE AULA FINAL
tatiana628
 
06 la-terre-sublissime-vu-du-ciel
06 la-terre-sublissime-vu-du-ciel06 la-terre-sublissime-vu-du-ciel
06 la-terre-sublissime-vu-du-cielDominique Pongi
 
Celeste peraza trabajo
Celeste peraza trabajoCeleste peraza trabajo
Celeste peraza trabajo
Celestep20
 

En vedette (20)

Computo word
Computo wordComputo word
Computo word
 
Practica no. 23
Practica no. 23Practica no. 23
Practica no. 23
 
2 BHK Residential projects in Pune- Remonesa
2 BHK Residential projects in Pune- Remonesa2 BHK Residential projects in Pune- Remonesa
2 BHK Residential projects in Pune- Remonesa
 
Bomba y la montaña movediza
Bomba y la montaña movedizaBomba y la montaña movediza
Bomba y la montaña movediza
 
Phd Thesis
Phd ThesisPhd Thesis
Phd Thesis
 
Photos qu'on ne voit pas tous les jours
Photos qu'on ne voit pas tous les jours Photos qu'on ne voit pas tous les jours
Photos qu'on ne voit pas tous les jours
 
Chaussures japon
Chaussures japonChaussures japon
Chaussures japon
 
Surf
SurfSurf
Surf
 
Les outils de google - 16 avril 2013 - Eaux-Bonnes
Les outils de google - 16 avril 2013 - Eaux-BonnesLes outils de google - 16 avril 2013 - Eaux-Bonnes
Les outils de google - 16 avril 2013 - Eaux-Bonnes
 
Access
AccessAccess
Access
 
Collection passion 129 version pdf
Collection passion 129 version pdfCollection passion 129 version pdf
Collection passion 129 version pdf
 
Tema 6 estimación
Tema 6   estimaciónTema 6   estimación
Tema 6 estimación
 
Semana 1
Semana 1Semana 1
Semana 1
 
A vous cognacq jay rms
A vous cognacq jay rmsA vous cognacq jay rms
A vous cognacq jay rms
 
NC26feb07
NC26feb07NC26feb07
NC26feb07
 
Barometre Entrepreneuriat Bringr - Maddyness
Barometre Entrepreneuriat Bringr - MaddynessBarometre Entrepreneuriat Bringr - Maddyness
Barometre Entrepreneuriat Bringr - Maddyness
 
Seguridad informática.ppt
Seguridad informática.pptSeguridad informática.ppt
Seguridad informática.ppt
 
PROYECTO DE AULA FINAL
PROYECTO DE AULA FINALPROYECTO DE AULA FINAL
PROYECTO DE AULA FINAL
 
06 la-terre-sublissime-vu-du-ciel
06 la-terre-sublissime-vu-du-ciel06 la-terre-sublissime-vu-du-ciel
06 la-terre-sublissime-vu-du-ciel
 
Celeste peraza trabajo
Celeste peraza trabajoCeleste peraza trabajo
Celeste peraza trabajo
 

Similaire à Collaboration entre industriels dans le domaine du transport

Petit-déjeuner "Psychanalyse du Chatbot"
Petit-déjeuner "Psychanalyse du Chatbot"Petit-déjeuner "Psychanalyse du Chatbot"
Petit-déjeuner "Psychanalyse du Chatbot"
OCTO Technology
 
Qu'est ce qu'une api en 2019 ?
Qu'est ce qu'une api en 2019 ? Qu'est ce qu'une api en 2019 ?
Qu'est ce qu'une api en 2019 ?
Cellenza
 
Usages et Mise en Œuvre de Confluence Wiki - du Réseau Social à l'Intranet Co...
Usages et Mise en Œuvre de Confluence Wiki - du Réseau Social à l'Intranet Co...Usages et Mise en Œuvre de Confluence Wiki - du Réseau Social à l'Intranet Co...
Usages et Mise en Œuvre de Confluence Wiki - du Réseau Social à l'Intranet Co...
Kap IT
 
POSS 17: Les un-conférences au cœur de l’évangélisation DevOps chez Cisco, ca...
POSS 17: Les un-conférences au cœur de l’évangélisation DevOps chez Cisco, ca...POSS 17: Les un-conférences au cœur de l’évangélisation DevOps chez Cisco, ca...
POSS 17: Les un-conférences au cœur de l’évangélisation DevOps chez Cisco, ca...
Jeremie Garnier
 
#OSSPARIS17 - Les unconférences au cœur de l’évangelisation DevOps chez Cisco...
#OSSPARIS17 - Les unconférences au cœur de l’évangelisation DevOps chez Cisco...#OSSPARIS17 - Les unconférences au cœur de l’évangelisation DevOps chez Cisco...
#OSSPARIS17 - Les unconférences au cœur de l’évangelisation DevOps chez Cisco...
Paris Open Source Summit
 
CloudExpo Europe 2017 - DevOps entre client et fournisseur
CloudExpo Europe 2017 - DevOps entre client et fournisseurCloudExpo Europe 2017 - DevOps entre client et fournisseur
CloudExpo Europe 2017 - DevOps entre client et fournisseur
Ludovic Piot
 
Open source et verticales industrielles
Open source et verticales industriellesOpen source et verticales industrielles
Open source et verticales industrielles
Open Source Experience
 
Webinaire Civic Tech : Pourquoi l'open source devient-il la norme pour les dé...
Webinaire Civic Tech : Pourquoi l'open source devient-il la norme pour les dé...Webinaire Civic Tech : Pourquoi l'open source devient-il la norme pour les dé...
Webinaire Civic Tech : Pourquoi l'open source devient-il la norme pour les dé...
Open Source Politics
 
Présentation Voirin Club DSI EST 150217
Présentation Voirin Club DSI EST 150217Présentation Voirin Club DSI EST 150217
Présentation Voirin Club DSI EST 150217
VOIRIN Consultants
 
Ged Open Source - Documation 2010
Ged Open Source - Documation 2010Ged Open Source - Documation 2010
Ged Open Source - Documation 2010Thomas Choppy
 
DODMTL 2019 - Agile et DevOps chez Croesus
DODMTL 2019 - Agile et DevOps chez CroesusDODMTL 2019 - Agile et DevOps chez Croesus
DODMTL 2019 - Agile et DevOps chez Croesus
Martin Deslongchamps
 
Introduction au Cloud computing
Introduction au Cloud computingIntroduction au Cloud computing
Introduction au Cloud computing
Philippe Scoffoni
 
devops.pdf
devops.pdfdevops.pdf
devops.pdf
qsdqsd4
 
Présentation Outils Collaboratifs Open Source au S2LQ 2015
Présentation Outils Collaboratifs Open Source au S2LQ 2015Présentation Outils Collaboratifs Open Source au S2LQ 2015
Présentation Outils Collaboratifs Open Source au S2LQ 2015
Michel-Marie Maudet
 
Démystifions l'API-culture!
Démystifions l'API-culture!Démystifions l'API-culture!
Démystifions l'API-culture!
OCTO Technology Suisse
 
Conférence sur la Digital Workplace au Salon Intranet & Collaboratif
Conférence sur la Digital Workplace au Salon Intranet & CollaboratifConférence sur la Digital Workplace au Salon Intranet & Collaboratif
Conférence sur la Digital Workplace au Salon Intranet & Collaboratif
eXo Platform
 
meetup devops aix marseille du 16/05/23
meetup devops aix marseille du 16/05/23meetup devops aix marseille du 16/05/23
meetup devops aix marseille du 16/05/23
Frederic Leger
 
Global Azure Bootcamp GAB Paris 2017
Global Azure Bootcamp GAB Paris 2017Global Azure Bootcamp GAB Paris 2017
Global Azure Bootcamp GAB Paris 2017
Alex Danvy
 
2011 01 27 Opportunités des logiciels libres ou open source by competitic
2011 01 27 Opportunités des logiciels libres ou open source by competitic2011 01 27 Opportunités des logiciels libres ou open source by competitic
2011 01 27 Opportunités des logiciels libres ou open source by competiticCOMPETITIC
 
20140130 mug lyon - post-mortem d'une application métier
20140130   mug lyon - post-mortem d'une application métier20140130   mug lyon - post-mortem d'une application métier
20140130 mug lyon - post-mortem d'une application métierMatthieu DUFOURNEAUD
 

Similaire à Collaboration entre industriels dans le domaine du transport (20)

Petit-déjeuner "Psychanalyse du Chatbot"
Petit-déjeuner "Psychanalyse du Chatbot"Petit-déjeuner "Psychanalyse du Chatbot"
Petit-déjeuner "Psychanalyse du Chatbot"
 
Qu'est ce qu'une api en 2019 ?
Qu'est ce qu'une api en 2019 ? Qu'est ce qu'une api en 2019 ?
Qu'est ce qu'une api en 2019 ?
 
Usages et Mise en Œuvre de Confluence Wiki - du Réseau Social à l'Intranet Co...
Usages et Mise en Œuvre de Confluence Wiki - du Réseau Social à l'Intranet Co...Usages et Mise en Œuvre de Confluence Wiki - du Réseau Social à l'Intranet Co...
Usages et Mise en Œuvre de Confluence Wiki - du Réseau Social à l'Intranet Co...
 
POSS 17: Les un-conférences au cœur de l’évangélisation DevOps chez Cisco, ca...
POSS 17: Les un-conférences au cœur de l’évangélisation DevOps chez Cisco, ca...POSS 17: Les un-conférences au cœur de l’évangélisation DevOps chez Cisco, ca...
POSS 17: Les un-conférences au cœur de l’évangélisation DevOps chez Cisco, ca...
 
#OSSPARIS17 - Les unconférences au cœur de l’évangelisation DevOps chez Cisco...
#OSSPARIS17 - Les unconférences au cœur de l’évangelisation DevOps chez Cisco...#OSSPARIS17 - Les unconférences au cœur de l’évangelisation DevOps chez Cisco...
#OSSPARIS17 - Les unconférences au cœur de l’évangelisation DevOps chez Cisco...
 
CloudExpo Europe 2017 - DevOps entre client et fournisseur
CloudExpo Europe 2017 - DevOps entre client et fournisseurCloudExpo Europe 2017 - DevOps entre client et fournisseur
CloudExpo Europe 2017 - DevOps entre client et fournisseur
 
Open source et verticales industrielles
Open source et verticales industriellesOpen source et verticales industrielles
Open source et verticales industrielles
 
Webinaire Civic Tech : Pourquoi l'open source devient-il la norme pour les dé...
Webinaire Civic Tech : Pourquoi l'open source devient-il la norme pour les dé...Webinaire Civic Tech : Pourquoi l'open source devient-il la norme pour les dé...
Webinaire Civic Tech : Pourquoi l'open source devient-il la norme pour les dé...
 
Présentation Voirin Club DSI EST 150217
Présentation Voirin Club DSI EST 150217Présentation Voirin Club DSI EST 150217
Présentation Voirin Club DSI EST 150217
 
Ged Open Source - Documation 2010
Ged Open Source - Documation 2010Ged Open Source - Documation 2010
Ged Open Source - Documation 2010
 
DODMTL 2019 - Agile et DevOps chez Croesus
DODMTL 2019 - Agile et DevOps chez CroesusDODMTL 2019 - Agile et DevOps chez Croesus
DODMTL 2019 - Agile et DevOps chez Croesus
 
Introduction au Cloud computing
Introduction au Cloud computingIntroduction au Cloud computing
Introduction au Cloud computing
 
devops.pdf
devops.pdfdevops.pdf
devops.pdf
 
Présentation Outils Collaboratifs Open Source au S2LQ 2015
Présentation Outils Collaboratifs Open Source au S2LQ 2015Présentation Outils Collaboratifs Open Source au S2LQ 2015
Présentation Outils Collaboratifs Open Source au S2LQ 2015
 
Démystifions l'API-culture!
Démystifions l'API-culture!Démystifions l'API-culture!
Démystifions l'API-culture!
 
Conférence sur la Digital Workplace au Salon Intranet & Collaboratif
Conférence sur la Digital Workplace au Salon Intranet & CollaboratifConférence sur la Digital Workplace au Salon Intranet & Collaboratif
Conférence sur la Digital Workplace au Salon Intranet & Collaboratif
 
meetup devops aix marseille du 16/05/23
meetup devops aix marseille du 16/05/23meetup devops aix marseille du 16/05/23
meetup devops aix marseille du 16/05/23
 
Global Azure Bootcamp GAB Paris 2017
Global Azure Bootcamp GAB Paris 2017Global Azure Bootcamp GAB Paris 2017
Global Azure Bootcamp GAB Paris 2017
 
2011 01 27 Opportunités des logiciels libres ou open source by competitic
2011 01 27 Opportunités des logiciels libres ou open source by competitic2011 01 27 Opportunités des logiciels libres ou open source by competitic
2011 01 27 Opportunités des logiciels libres ou open source by competitic
 
20140130 mug lyon - post-mortem d'une application métier
20140130   mug lyon - post-mortem d'une application métier20140130   mug lyon - post-mortem d'une application métier
20140130 mug lyon - post-mortem d'une application métier
 

Collaboration entre industriels dans le domaine du transport

  • 1. Open Source: Retour d’expérience Collaboration entre industriels dans le domaine du transport
  • 2. Kisio « Editeur » @stifoon – Stephan Simart Navitia Product Owner Tisséo « Utilisateur et Contributeur » @xavierraffin Software Architect & Project Manager Les acteurs
  • 4. Historique 2001 201620122007 2010 2014 2015 Calculateur itinéraire interne Mise en GPL API exposée en openData Intégration Navitia Contribution TimeTable Généralisation Navitia Navitia 1 Transilien, SNCF vianavigo.com mappy API exposée en openData Navitia open source TimeTable open source TR OpenSource Indépendance technique Premier échec de gouvernance
  • 5.  Pour l’indépendance  Du sur mesure  Maitrise Roadmap  Maitrise des coûts  Pérennité  Simplification juridique  Marchés & Achats  Pas de vente de prestation intellectuelle Tisseo : ce qui marchait bien Pourquoi passer à l’open source
  • 6.  Partage  Réduction des couts  Croissance de la base d’utilisateur  Généricité  Retour d’expérience  Qualité logicielle  Le code est éprouvé  Le code est bien organisé  Releases fréquentes Tisseo : ce qui ne marchait pas Pourquoi passer à l’open source
  • 7.  La gouvernance  Arbitrages fonctionnels  Arbitrages techniques  Communication externe  La méthodologie  La modularisation Tisseo : ce qui manquait Pourquoi passer à l’open source
  • 8.  Suite logique d’une stratégie d’entreprise  Open Data  Permet d’améliorer les données en retour  Open Service  Permet d’améliorer l’interopérabilité  Open Source  Application plus diffusé= application plus stable Kisio Digital Pourquoi passer à l’open source
  • 9.  Faire progresser l'humanité  rien que ça !  car nous sommes ambitieux…  Et puis Navitia est elle-même composée de plusieurs lib open-source Kisio Digital Pourquoi passer à l’open source
  • 10.  Adapter rapidement l'application à plusieurs enjeux distincts  Révolution dans les mobilités  covoiturage, auto-partage, VLS, solo-wheel...  Temps réel dans une mobilité multi-modale  Crowd-sourcing Kisio Digital Pourquoi passer à l’open source
  • 11.  Motivation des équipes de réalisation  Partage  Visibilité des réalisations  Transparence Kisio Digital Pourquoi passer à l’open source
  • 13.  Les contributeurs sont une tribu avec des fous rire et des drames  Mise en place d'un espace de dialogue en temps réel  Mise en place d'évènements fédérateurs Entre développeurs Première règle : le dialogue !
  • 14.  Considérer sérieusement tous les besoins des contributeurs externes  Ne jamais refuser une demande mais la challenger  Pourquoi ? Pourquoi ? Pourquoi ? Pourquoi ? Pourquoi ? Pourquoi ? Pourquoi ?  Savoir acceptez un refus  Ne pas hésiter à répondre "fait-le si tu en as besoin, c'est open-source" Pour intégrer toute nouvelle fonction Deuxième règle : le dialogue !
  • 15.  Dialogue « ferme » sur le modèle de donnée  Pas qui peut le plus peut le moins  Scope clair et précis  Le défendre  Couvrir les besoin par l’extension et la généricité Pour intégrer toute nouvelle fonction Deuxième règle : le dialogue !
  • 16.  Engagement et transparence sur les interfaces  Les interfaces sont des contrats  Ces contrats sont publics  Suivre et définir les standards d’interface  API et standards  Démultiplie les opportunités  Une ouverture au monde Pour intégrer toute nouvelle fonction Deuxième règle : le dialogue !
  • 17.  Respect des « codes de conduite » OpenSource  Pas de Bureaucratie  Pas de vote mais une dictature bienveillante  Confiance et méritocratie  Honnêteté  Les échanges sont publics Suivre les standards communautaires Troisième règle : le dialogue !
  • 18.  Engagements réciproques  Assumer le cout des merges  L’effort de la qualité  Adapter ces méthodes  Négocier les contraintes Roadmap en interne Un engagement au plus haut niveau Gouvernance
  • 19. Si c’était à refaire
  • 20.  Contraintes et impacts en terme d’archi  Process de PR et relecture systématique  Imposer les tests  Application de ces process y compris en interne Développer une application OS
  • 21.  Faire grandir la communauté  Se montrer régulièrement  Meet-up #OpenTransport  #OSSPARIS15  Communication régulière pour maintenir informer la communauté  Partage de la roadmap court et moyen terme Evangélisation d’une application OS
  • 22.  Construire des références et démonstrateurs  Getting started in 5 minutes  Association OpenService et Opensource  Viser l’internationnal Evangélisation d’une application OS
  • 23. Chercher d’abord à intégrer un projet existant ! Le syndrome NIH Pragmatisme Open Source

Notes de l'éditeur

  1. On va présenter le point de vue d’un « Editeur » et d’un « Réutilisateur / Contributeur » On parle ici de faire du logiciel libre sur son cœur de métier.
  2. Images: Creative Commons CC0 1.0 Universal Public Domain Dedication
  3. Echec de gouvernance : parce que quoi de mieux que des gens ayant échoué pour vous parler de la gouvernance ;-)
  4. Maitrise Roadmap : on maitrise « son » planning
  5. Réduction des couts Contributions sur périmètre utilisé Peu de partage sur les outils externes -> manque API L’ajout au modèle de donnée et en fct a un cout pour la maintenance Quand on utilise pas une fct, il est fort possible qu’on ne se rende pas compte d’une régression Généricité : votre besoin spécifique sera couvert sans patch, car le logiciel est pensé pour Releases  refactorings violents
  6. Arbitrage fonctionnels : c’est le plus important : définir le « scope » et surtout le « hors scope » (Cf modularisation) Arbitrages techniques : développement et méthodes La modularisation Se mettre d’accord sur un petit périmètre fonctionnel est difficile, et impossible sur un gros
  7. Travail sur l'openData avec les AO > intégration de l'OpenData dans le service ouvert navitia.io > mise en OS de l'application Eat your own dog food Data Service Source
  8. Afin de ne pas ré-inventer plusieurs fois les mêmes algorithme, partageons-les! Et puis nous avons nous-même utilisé des librairies OS, il est normal de participer au fond commun
  9. Afin de suivre l'ensemble des nouveaux besoins sans y mettre les moyens d'un GAFA Petite équipe, ne peut pas suivre
  10. Envie partagée par les collaborateurs de devenir des contributeurs, de travailler en mode coopératif, en toute transparence Envie de faire les choses "biens", de se donner les moyens Et puis on découvre des équipes externe interne !
  11. Image: Creative Commons CC0 1.0 Universal Public Domain Dedication
  12. workshop meet-up petits dèj
  13. Considérer sérieusement tous les besoins des contributeurs externes Même s'ils ne sont pas dans la roadmap interne Ne jamais refuser une demande Accompagner les contributeurs et assurer la coordination globale Rendre générique les besoins Architecture micro-service et interfaces pour permettre l’intégration de fonctions exotiques Toute nouvelle fonction, il faudra l’assumer et donc la tester. Valider tout impact d’une nouvelle fonctionnalité coûts de maintenance, tests, architecture… Lorsque l'équipe n'est pas d'accord, il faut recadrer le contributeur, sans le braquer pour ne pas le démotiver.
  14. Scope et modèle de donnée : éléments critiques On peut ajouter facilement une fonction « exotique » mais pas maintenir un objet exotique l’extension et la généricité : ca peut être des modules, des objets abstraits (clef valeur) des API d’interface … => Parce qu’évidement un problème clef, est qu’un utilisateur qui ne couvre pas son besoin va partir (il ne renoncera pas à son besoin, il patchera, il forkera ou il abandonnera) Savoir acceptez un refus=> et faire en dehors ou autrement (c’est le parallèle du savoir refuser une demande de Stephan)
  15. Le triptique IRC + GitHub + Mailing List est suffisamment « standard » pour qu’un nouveau venu sache comment s’impliquer PR=Imposer des contraintes de test Au sein d’une équipe de développement, on ne vote pas, on discute, mais l’architecte assume les choix techniques, le manager assume les arbitrages Le fork est une forme de vote : le dictateur est là pour éviter ça Confiance : on a confiance dans les contributions de chacun : on pousse en prod les releases Méritocratie : après plusieurs belles PR, votre code est intégré plus vite : c’est de la productivité Honnêteté : Une fois la confiance établie, on n’en abuse pas. Le dictateur doit être honnête (exemple TAD)
  16. La direction générale doit suivre, et la chaine managériale doit assumer toutes les conséquence de cet engagement Adapter ces méthodes de dev (rythme release, méthodologie test, workflow, …)
  17. Image: Creative Commons CC0 1.0 Universal Public Domain Dedication
  18. Contraintes et impacts en terme d’archi Conception en micro-service Code source très découpé Process de PR et relecture systématique et ça a un coût Imposer les tests TU Tests d’intégration Application de ces process y compris en interne Et là, on y gagne!
  19. Faire grandir la communauté pour avoir des discussions de qualité dans les salons IRC  Communication régulière pour maintenir informer la communauté Twitter, forum, newsletter Partage de la roadmap court et moyen terme
  20. Construire des références Des exemples grand public live : on a la chance dans le transport public de pouvoir faire ça Association OpenService et Opensource Résout le dilemme : petit utilisateur / gros utilisateur Viser l’international dès le départ Surtout sur le core Damn. On aurait du faire cette présentation en anglais
  21. Chercher d’abord à intégrer un projet existant -> C’est ce que Tisséo a fait plutôt que de repartir de zéro