Le document aborde la diffusion de la connaissance et l'utilisation d'outils collaboratifs dans le développement logiciel, en comparant les modèles de développement open source et propriétaire. Il présente l'entreprise Janua, spécialisée dans les solutions open source, et souligne l'importance de l'organisation, des méthodologies et de la pédagogie pour optimiser la collaboration au sein des équipes de développeurs. Enfin, il souligne que l'intelligence humaine doit rester au centre des processus de développement, avec une attention particulière à la méthodologie et la réutilisation des connaissances.

1. Diffusion de la connaissance et
outils collaboratifs associés :
Comment diffuser et pérenniser
la compétence au sein d'une
équipe de développeurs, quels
outils collaboratifs utiliser ?
Question: appliquer le modèle de développement
Open Source au domaine plus large de la diffusion
de la connaissance....Une idée farfelue ?

2. Sommaire
●
Le développement logiciel en quelques diagrammes
●
L'organisation d'une communauté Open Source
●
Création et captation de valeur dans les modèles
propriétaires et Open Source
●
Diffusion de la connaissance : modes opératoires
●
Présentation de Janua et problématiques
●
Les outils collaboratifs des équipes de développeurs
●
Ce qu'implémente Janua : retour d'expérience

3. L'équipe de développement projet

4. Modèle de développement logiciel

5. L'organisation d'une communauté Open
Source

6. Modèle de développement propriétaire
•Création de la valeur du logiciel déterminée par la qualité et
l'efficacité du seul développement dans l'entreprise.
•R&D assurée en interne de l'entreprise
•Activités/investissements aux fins de commercialisation et
vente très importantes
•Captation de valeur par paiement d'une redevance
•Clients "dédiés" à la captation de valeur plutôt qu'à la
création (de valeur) car peu impliqués par les éditeurs dans le
processus de développement.

7. Modèle de développement des logiciels
libres
•Implique un mode de production coopératif organisé
(E.Raymond “La cathédrale et bazar”)
•Création de la valeur du logiciel déterminée par la coopération
des utilisateurs et développeurs.
•R&D assurée en interne et en externe (developpeurs
bénévoles).
•Pas de commercialisation : on parle plutôt de diffusion
•Le logiciel est payé une fois (cf ADULLACT) puis est "libéré".
•La captation de valeur se fait par les activités de service
•Clients associés à la création des logiciels, coopérants au
développement, d'où une grande adéquation à la demande.

8. Création et captation de valeur dans
l'industrie logicielle :
●
Singularité des biens numériques :
–
–
●
Coûts variables de reproduction proche de
zéro,
Coûts fixes de développement très élevés.
Sur l'ensemble du cycle de vie d'un
logiciel, il existe
–
–
Des points de création de valeur
Des points de captation de valeur

9. Dans le modèle traditionnel
(propriétaire)
●
Création de valeur :
–
Essentiellement en interne (chez l'éditeur)

10. Dans le modèle propriétaire
●
Captation de valeur :

11. Dans le modèle Libre
●
Création de valeur fait appel à des
ressources externes (coopération)

12. Dans le modèle Libre
●
Captation de valeur :

13. Un petit peu de théorie :

Appliquer le modèle de développement
Open Source au domaine plus générique
de la diffusion de la connaissance...Une
idée pas si farfelue...
Quelques petits dessins valant mieux que de grands discours.....

14. Source : J M Garcia, W E Steinmueller – SPRU – University of Sussex

15. Source : J M Garcia, W E Steinmueller – SPRU – University of Sussex

16. Source : J M Garcia, W E Steinmueller – SPRU – University of Sussex

17. Source : J M Garcia, W E Steinmueller – SPRU – University of Sussex

18. Source : J M Garcia, W E Steinmueller – SPRU – University of Sussex

19. Source : J M Garcia, W E Steinmueller – SPRU – University of Sussex

20. Source : J M Garcia, W E Steinmueller – SPRU – University of Sussex

21. Source : J M Garcia, W E Steinmueller – SPRU – University of Sussex

22. Source : J M Garcia, W E Steinmueller – SPRU – University of Sussex

23. Présentation De Janua
●
Société de services (SS2L) fondée en 2004 à
Sophia Antipolis
●
Notre métier : l'expertise
●
Notre crédo : l'Open Source
●
●
Notre force : les hommes, leur vécu et leur
motivation
Notre problématique : Comment diffuser et
pérenniser la compétence au sein d'une
équipe de développeurs, quels outils
collaboratifs utiliser ?

24. Les compétences de Janua
•Consulting, implémentation et déploiement de
solutions de gestion de l'identité
•Etudes d'opportunités et accompagnement à la
migration Open source, déploiement de solutions
d'infrastructures, virtualisation.
•Développement au forfait et expertise sur des
composants Open Source, Embarqués et Temps
Réel.
•Editeur de logiciels (CmakeBuilder, Jaguards,
JAC, KressourcesWCAP et EZ-Slony)

25. Les problématiques de Janua
●
Comment gérer une équipe de
développeurs décentralisés,
●
Plusieurs projets en même temps
●
Des projets de petite taille
●
La réutilisation maximale de la
connaissance accumulée et des
composants développés..
=> des méthodologies et des outils

26. Méthodologies utilisées dans le monde Open
Source
Les principes popularisés par l’Open Source (mode de production
coopératif organisé cf E.Raymond “La cathédrale et bazar”) :
●
●
●
"Release Early, Release Often"
"Keep It Simple Stupid"
Les concepts de l’eXtreme Programing (base théorique SCRUM)
applicables en entreprise : peer review, build automatique, tests
unitaires, auto-documentation, etc..
●
Une spécificité du monde Open Source (le métier des SS2L), les
méthodologies d'assemblage (la « glue ») : QSOS (atos), OSMM (cap),
QUALOSS (CETIC/EU), etc...
●
Une méta-méthodologie, simple, rapide et efficace pour les POCs et
les « petits » projets : MAJ (Méthodologie d'Assemblage Janua).
●

27. L’environnement des développeurs /
concepteurs
Les ateliers de conception UML : Netbeans, Eclipse,
Umbrello,....
●
Les ateliers de développement : Eclipse,
Netbeans, ....
●
Source code manager, règles d’utilisation et politique
de versionning : CVS, Subversion, Mercurial
●
Automatisation des builds et stratégie : nightly-build,
snapshot, (Maven, etc....)
●

28. L’environnement des développeurs /
concepteurs
Les tests automatiques : Maven/Cruise Control,
Canoo WebTest, etc.
●
Les outils de suivi des bugs : JIRA, Mantis,
Bugzilla.
●
Les mailings lists Users, Developpers,
Announcement, Commit.
●

29. Des outils collaboratifs à la
gestion de la connaissance..
●
●
Gestionnaires de projet : Project, EGW,
Kplato, OpenProj
Repository documentaires : Webdav,
Alfresco, EGW, Wiki,portails, CMS....
=> aucun outil miracle, de la méthodologie,
de la volonté et de l'organisation...

30. Où en est Janua ?
●
Méthodologies : MAJ, XP
●
Modélisation : Eclipse, Netbeans, Umbrello
●
Ateliers : Eclipse et Netbeans
●
Versioning : SVN (=> Mercurial ?)
●
Test : Junit, TestNG
●
Bug Tracker : Mantis
●
Gestion de la connaissance : Webdav/Ftp,
Google Block Note

31. Conclusions :
●
●
●
L'homme et son intelligence doivent rester au
coeur du système (pas de taylorisme, chaque
développeur doit gérer un projet de A à Z...)
Pour chaque projet se poser les bonnes
questions : quelle méthodologie, quels outils,
quels composants réutiliser..
La pédagogie est fondamentale : les
méthodologies et outils ne marchent que si
toute l'équipe marche dans la même direction

32. Merci pour votre attention,
Avez vous des Questions ?
Pascal FLAMAND
infos@janua.fr
+33(0) 950 260 370