Vous êtes sur la page 1sur 3

Gestion de la connaissance en entreprise, son organisation et les moyens qui lui sont ddis dans le domaine des diteurs

de logiciels
Projet UE7 - Travail Collectif Jos ORTEGON Eugenio MAURI Jrme BARBIER Rappel du contexte Jos Edition de progiciels En contact direct avec le commanditaire (pas forcment lutilisateur) Environ 100 personnes Organisation de lactivit agile Eugenio Edition de logiciels non personnaliss Pas de contacts avec les clients Environ 35 personnes en France (600 au total) Organisation de lactivit standardise Jrme Edition de logiciels en boite Pas de contacts avec les clients Trs grande taille > 1000 Dcoupage en petites structures denviron 50 personnes

Activit Relation Client Taille de lentreprise Organisation mtier Dmarche utilise

Le formalisme des trois cartes tait un peu diffrent, cependant une premire analyse des cartes nous a permis didentifier des points communs : o Au niveau des acteurs o Au niveau des connaissances o Au niveau des outils A partir de cette premire analyse, nous avons ralis deux formulaires pour classifier ces diffrents lments : o Un premier formulaire dans lequel on a attribu un niveau de formalisme (formelle, nonformelle, informelle) pour 19 connaissances identifies o Un second formulaire dans lequel 17 connaissances sont relies un outil et pour lesquelles on a attribu une premire note sur le niveau de structuration et une seconde sur le niveau dutilisation A partir de ces mesures, nous avons essay de faire merger des divergences et convergences que lon a mise en forme de manire graphique. Degr de formalisme par organisation mtier Dans les graphiques on remarques les impacts des caractristiques exposes dans le contexte. Pour Jos, on retrouve la volont dadopter une organisation de lactivit Agile qui se traduit par une part plus importante de linformelle. Pour Eugenio, au contraire lapplication standardis du mtiers de ldition de logicielle tend vers une part plus importante de la connaissance formelle. Enfin pour Jrme, alors quon sattend une forte prsence de la connaissance formelle, la taille de lentreprise oblige les acteurs a passer par des connaissances informelles.

Degr de formalisme par activit Nous avons ensuite essay daller plus dans le dtail en augmentant la granularit, mais faire ressortir des tendances sur 19 critres avait pour inconvnient de noyer les tendances. Aussi dans ce graphique, nous avons essay de regrouper les 19 connaissances en 4 groupes: o Mtiers o Eugenio se dmarque clairement par une tendance forte vers linformel. Pour Jrme, on retrouve le niveau de Jos, cela est du au dcoupage en micro-structures indpendantes. o Mthodologiques o On retrouve le mme niveau de informel pour les 3, les mthodes ne sont pas bien formalises o Pilotage o Lorganisation Agile de Jos se dmarque trs nettement dans les connaissances lies au pilotage. o Livrables o Dun ct on retrouve lorganisation Agile au niveau de Jos qui a pour principe de ne pas sattach produire un minimum de livrable, a contrario au niveau de Jrme, la taille de lentreprise et le fait de livrer un produit en boite induit une forte tendance vers le formelle. Globalement, mais quelques diffrence on retrouve quand les mmes tendances sur les 4 regroupement pour les 3. Distribution des connaissances Nous avons identifi 17 connaissances classiques propres au domaine des diteurs logiciels (Figure X). Parmi ces 17 connaissances, seulement la connaissance autour des tests est traite de manire diffrente dans les trois organisations de notre analyse. Cela montre labsence d'un consensus sur la faon comme les tests doivent tre faits et la valeur qu'ils ont dans la production des logiciels dans l'actualit. Cette absence peut venir des nouvelles approches dites agiles , pour lesquelles la valeur des spcifications sur le processus de dveloppement de logiciels et notamment sur les tests est mise en cause fortement. En suite, on trouve dans le schma 5 connaissances traites de la mme faon par deux des trois organisations analyses. Il s'agit pour la plupart de connaissances traites de manire formelle par les deux diteurs les plus grands en taille (ceux de Jrme et d'Eugenio) et de manire informelle par le plus petit des trois diteurs (celui de Jos). Finalement, le schma nous montre 11 connaissances produites, partages ou exploites de la mme manire (par rapport son formalisme) dans les trois organisations de notre analyse. Voici la liste de ces connaissances communes : Formelles : Le traitement des bugs Les livraisons faites au client Le support aux utilisateurs Les formations fournies par l'organisation La normalisation dans les codes des logiciels Informelles : Le pilotage effectu sur les dveloppeurs Les formations ralises l'intrieur de l'organisation Le paramtrage des logiciels

Le pilotage des projets La gestion des alertes ou exceptions La transmission des bonnes pratiques Les outils des connaissances communes Le schma Y a t construit partir des 11 connaissances communes (traites avec le mme formalisme dans les trois diteurs analyss). Il cherche placer chacun des outils employs pour la production, le partage ou l'exploitation des ces 11 connaissances communes dans un plan qui met en vidence le niveau de structuration de l'information traite et le type de production effectue (individuelle ou collective). Le nombre des connaissances traites par l'outil est reprsent par la taille du carr sur le plan. On distingue trois groupes d'outils par le nombre de connaissances traites : les outils trs utiliss, les outils moyennement utiliss et les outils peu utiliss. Dans le premier groupe, on trouve le bug tracker, les outils bureautiques, le mail et l'outil verbal. part le bug tracker, il s'agit des outils traitant des informations peu structures. Le deuxime groupe est constitu par des outils collaboratifs moyennement utiliss : le WIKI, la messagerie instantane et l'outil pour le versioning de code source (SVN). Dans le dernier groupe, on trouve des dispositifs et des outils trs divers et qui traitent pour la plupart des informations trs structures : SI financier, CQM, agenda, le systme de release, IDE, planning, intranet & GED, runion de spcification et les CoPils. A noter galement que : - nous utilisons trs souvent un BugTracker de faon formelle. Cela est logique, car cet outil est fortement li au travail de testeur et il en existe de gratuits sur le march capable d'offrir des bonnes prestations. Nous pensons que tout diteur de logiciel doit se doter de cet outil. - nos entreprises ne mettent pas en pratique une dmarche de dveloppement de faon rigoureuse. On aurait tendance penser que les diteurs logiciels ne suivent pas compltement une mthode. - une prsence assez marque de la composante orale caractrise nos entreprises. Cela semble donc tre une constante et pourrait aussi pallier au manque de rigueur lors du dveloppement.