[Outils] Les outils pour capitaliser les connaissances dans votre équipe (wiki/blog)

Bonjour,

Le sujet sur les outils indispensables aux développeurs m'a donné l'idée de faire un petit sujet sur les outils que vous utilisez pour capitaliser les connaissances des membres de votre équipe. Car qui dit équipe, dit connaissances à partager.

Il y a bien évidemment les wiki qui sont à la mode. J'imagine qu'il y a en a plusieurs disponibles. Lesquels utilisez-vous et comment ? Est-ce que tous les membres de l'équipe l'utilise ou au contraire y a-t-il les réfractaires d'un côté et les prolixes de l'autre.

Et pour les intégrateurs qui travaillent sur des plate-formes de test, j'aimerais savoir si certains utilisent des blogs, ou journal de bord de la plate-forme, pour décrire les tests en cours, les problèmes rencontrés par exemple de manière informelle. Et si oui lesquels ?

Toutes les bonnes idées sont les bienvenues

Salut,
Dans mon équipe nous travaillons avec un environnement de développement peu répandu et donc pour lequel le support n'est pas toujours facile à trouver sur le net. Pour capitaliser nos connaissances, nos retours d'expériences, nos infos sur les bugs, nos trucs... Nous avons mis en place une FAQ sur un wiki (pmwiki pour des raisons de simplicité de mise en place, d'utilisation et de migration : nous sommes peu à l'utiliser).
Dans notre cas, nous sommes trop peu de développeurs pour que la FAQ soit vraiment dynamiques. Globalement, il y a un fournisseur et des consommateurs (d'information) !

Bonjour,

Pour ma part, je n'ai pas encore eu l'occasion d'utiliser le wiki étant donné que je suis plutôt récent dans l'entreprise.
En revanche, je sais dors et déjà qu'il y a effectivement 2 catégories de personnes. Chez nous, il y en a un qui préfère ne rien noter car il pense que cela le force moins à apprendre ... et du coup les 3/4 du temps il ne sait pas trop comment faire quelque chose :p.

Ceci dit, je pense que le wiki est d'une réelle utilité si l'on veut ne pas avoir à répéter tout le temps les mêmes choses.

Pour ceux que ça intéresse, j'ai trouvé un site comparateur de wiki:
http://www.wikimatrix.org/

Je pense me tourner vers xwiki car il y a un calendrier et un blog de base. Et dans l'équipe, on a un ancien développeur Java qui pourrait mettre les mains dans le cambouis si besoin. ;-)

@Eusebius: Je sais bien qu'il y aura les producteurs et les consommateurs. Après c'est au chef à montrer l'utilité de la démarche et surtout que ce n'est pas une perte de temps. Surtout que les développeurs sont payés à coder et non à "perdre" du temps à écrire sur un wiki.

@Shaidak: Tu peux dire à ton collègue que son excuse pour ne rien noter est complètement bidon. L'intérêt du wiki est aussi de noter les choses pas essentielles qu'on aura oubliées dans 6 mois. Je ne comprends pas du tout son excuse que ça empêche d'apprendre... Car il faut bien qu'il comprenne ce qu'il y lit ou ce qu'il y écrit, donc il apprendra quand même.

Concernant son excuse j'avais déjà remarqué qu'elle était bidon mais bon, j'ai déjà abandonné cette cause :mouarf:. De toutes façons un jour ou l'autre ça lui retombera dessus et il faudra bien qu'il s'y mette donc bon ;)

Concernant le comparateur je vais y jeter un coup d'œil, ça peut toujours être intéressant.

Merci bien, Shaidak

Un blog c'est fait pour publier, pas pour capitaliser les connaissances d'une entreprise. C'est comme si je voulais filer une partie de code à un pote et que je passais par les petites annonces du Monde.

SVN + Trac pour une PME (petite ou moyenne equipe :p) ça réponds à toutes les attentes : wiki, bugtrack, tasklist, interface graphique pour les diff du svn, etc..

Citation:

---

Envoyé par Faiche

Un blog c'est fait pour publier, pas pour capitaliser les connaissances d'une entreprise.

---

Ces deux points ne sont pas forcément contradictoires.

Citation:

---

Envoyé par Faiche

SVN + Trac pour une PME (petite ou moyenne equipe :p) ça réponds à toutes les attentes : wiki, bugtrack, tasklist, interface graphique pour les diff du svn, etc..

---

Pour ces tâches, effectivement un blog ou un wiki ne me semble pas être des outils adaptés. Tout comme il me semble illusoire des les utiliser pour gérer les documents de conceptions, de spécifications, les manuels utilisateurs, etc.

Par contre un blog peut être un bon outil pour signaler les mise à jour, les disponibilités de versions, les listes de nouveauté, etc.. En bref pour gérer tout ce qui est "annonce" (à la manière de certaines liste de diffusions).

Et un wiki est un outil intéressant pour la création de FAQ ou de Howto.

Bonjour,

Si je parle du domaine informatique, nous les informaticiens , nous développons des outils super compliqués pour gérer la circulation des données pour des entreprises de toutes les tailles et nous avons du mal à en profiter !!!

Personellement je trouve que les wiki sont encore plus utils dans une équipe informatique que pour les autre domaine mais je crois que leur alimentation doit être imposée par les procédures (ou les standard ) adoptées par l'équipe.

et je ne vous cache pas ma fiérté si un collaborateur me pose la question sur un truc que j'ai déjà mis dans le wiki et je lui réponds "cherche un coup dans le wiki, tiens je t'envoies le lien" :king:

Mais généralement on se limite à des info d'ordre FAQ et les @ IP utiles ainsi que les procédures pour des tâches spécifiques (se connecter chez un client distant, flux particulier ...)

Mais pour la circulations des docs je suis entrian de tester Alfresco et Kknowledge tree et il me semble super intéssant comme outils open sources.
Pour les développements/intégrations SVN + Continuum c'est de la magie.

Merci à tous

Bonjour,

Je reviens sur ce post, car apres avoir fait une recherche sur le web, j'en arrive à 2 outils, 2 wiki d'entreprise (http://fr.wikipedia.org/wiki/Wiki_d%27entreprise)

http://twiki.org/
http://www.socialtext.com/

Est ce que queulqu'un aurait une idée de ces outils ?
A moins qu'un outsider apparaisse ?

Merci d'avance !

MJ

Salut,

Pour ceux qui peuvent utiliser Windows 2003 Server il y a le composant Windows Sharepoint Services (WSS) qui est gratuit.

A+

Citation:

---

Envoyé par Faiche

Un blog c'est fait pour publier, pas pour capitaliser les connaissances d'une entreprise. C'est comme si je voulais filer une partie de code à un pote et que je passais par les petites annonces du Monde.

SVN + Trac pour une PME (petite ou moyenne equipe :p) ça réponds à toutes les attentes : wiki, bugtrack, tasklist, interface graphique pour les diff du svn, etc..

---

Certaines plateformes de Blog comme Wordpress pour ne pas le citer (que j'utilise évidemment pour mon blog dans ma signature et qui marche très bien même sur du IIS7), ont une architecture tellement ouverte, que des milliers de plugins ont été développés qui permettent de le transformer en à peu près ce qu'on veut. Bien que jusqu'ici ce soit plutôt orienté vers le CMS (Content Management System) en général pour créer des sites webs traditionnels ou même des sites de e-commerce car ce sont surtout des Webdesigners qui l'utilisent, je compte développer des plugins qui puissent spécialiser le CMS vers la Gestion de Projet.

Je préfère une base d'architecture simple extensible à une usine à gaz et Wordpress répond à ce critère de simplicité.

Bonjour,

Personnellement, j'utilise un outil de gestion de projet pour le suivi de projet (qui gère tout l'aspect prévisionnel et opérationnel). Il s'appelle Project Monitor. C'est Virage Group l'éditeur, je crois. Vraiment, il est pas mal. Mes projets sont suivis selon les activités de ma boite et comme il suit les ressources et qu'elles sont elles aussi rattachées à une activité et des compétences, je peux capitaliser. Je connais de problèmes rencontrés, je trace les décisions prises et je peux retrouver les solutions trouvées et tous les aspects liés à cette solution (temps de mise en oeuvre, coût....) Génial. On a vraiment progresser.
Je vous le recommande : viragegroup.com

Dites moi ce que vous en pensez

Un BRMS (Business Rules Management System) permet de créer un référentiel de connaissances des règles métiers.
Les règles métiers sont numérotées, décrites, leur cycle de vie est sous-contrôle, les versions sont gérées et des outils de recherche permettent d'accéder aux règles facilement par mots clés. Les règles sont organisées en domaines, sous-domaines métiers. Des outils de modélisation permettent de connaître les liens entre les règles (agrégation, composition, ...).
Un des créateurs de l'open source DROOLS, n'a t'il pas pour maxime "Knowledge Is Everything".

Rhona Maxwel
www.urbanisation-si.com

"Ce n'est pas parce les choses sont difficiles que nous n'osons pas, c'est parce que nous n'osons pas qu'elles sont difficiles." Sénèque