Joker Posté(e) le 27 Décembre 2006 Signaler Posté(e) le 27 Décembre 2006 bien, un peu de sérieux tout de même, je suis au bureau ... Ca s'adresse assez particulièrement aux gestionnaires de projets, administrateurs, managers et autres responsables informatique qui ont résolu ou qui travaillent sur la problématique de base de connaissance et gestion de projet en mode collaboratif. Ma petite description J'ai un besoin d'amélioration de la saisie, échange et conservation des journaux de bord des projets, qu'ils soient de d'étude, d'analyse, de développement, etc. avec une forte dimension de travail collaboratif interne et externe. La belle idée est d'avoir un point central où regrouper les données et informations sur la gestion de projets, les décisions pour le développement, la stratégie, les points d'analyse marquants etc ... pouvoir les re-consulter, les modifier et diffuser facilement l'info aux équipes internes et externes. Tout ceci de manière collaborative, pour que chacun puisse apporter sa pierre à l'édifice sous forme d'article, de note, de post de blog ou de topic de forum en fonction de différents droits d'accès. J'ai bien sous la main les différents produits Microsoft tels que SharePoint, Exchange, etc ... mais l'attachement a ces systèmes lourds à installer, à configurer et à maintenir ne m'enchante pas, en plus du côté prohibitif des licences. Je penche pour la mise en place d'un Wiki, pour faire office de base de connaissance, blog / forum de projet, tableau de bord, diffusion flux rss pour les news de projets par catégories, avoir des outils de recherche simples et rapides du style indexation à la mode google desktop, etc ... J'en suis au tout tout début de cette étude qui risque bien de me prendre quelques longues semaines. Ce que j'ai Là tout de suite, je penche pour utiliser TWiki, sur serveur Linux / Apache, avec gestion des droits d'accès, et des plug-in pour WYSWYG, pour appliquer des feuilles de style, pour diffuser les flux rss, une page d'acceuil configurable ... ce genre de chose. Pourquoi TWiki, à vrai dire je n'en connais que peu d'autres pour comparer (et encore, connaitre est un bien grand mot). Son avantage est d'être utilisé par les équipes Yahoo par exemple, donc un grand nombre d'add-on disponibles pour tout les gouts et un développement de nouveaux qui peut être intéressant. Je crois savoir qu'il offre également un accès avec authentification complète et assez bien géré si on compare à celui utilisé pour Wikipédia. Pourquoi cette quesion ici Simplement je cherche des avis, des retours d'expérience sur ce genre de mise en place, ou d'autres qui correspondraient au même besoin. Comme tout un tas de métiers sont représentés ici, on ne sait jamais Donc ici, par email ou autres, toute info sera la bienvenue
Khoen Posté(e) le 27 Décembre 2006 Signaler Posté(e) le 27 Décembre 2006 Chouette, une question qui touche mon domaine :) Le travail collaboratif est un atout majeur mais il est assez complexe à mettre en place. Le Wiki est une bonne idée, mais ça reste à mon goût trop limité aux journaux de bord et aux documents annexes. D'autres solutions sont envisageables et pas forcement trop compliqué à mettre en oeuvre pour faire du controle de version. Je pense essentiellement à la "technologie" CVS ou bien plus récement SubVersion (Connu aussi sous le nom de SubVersion). Pour ma part j'utilise SVN pour du développement logiciel. C'est vraiment très pratique. Ca te permet de récuperer les dernieres versions de chaque fichier lors de ta connexion au logiciel avec lequel tu travailles, de travailler "dans ton coin" et de renvoyer ca sur le serveur. Sachant que si il y a un conflit entre deux versions, les deux versions sont conservées et un administrateur du projet doit valider une version ou l'autre. Je n'ai pas vu la chose du coté mise en oeuvre d'une telle technologie, mais d'apres ce que j'ai lu, ca n'est pas la mer à boire. D'ailleurs c'est un truc qui me plairait bien comme projet d'études lol (je suis éléve ingénieur 2eme année en Telecomm, Réseaux et Services ) Si tu as des soucis, je peux peut etre me pencher plus sur la question pour essayer de voir comment ca fonctionne :)
Joker Posté(e) le 28 Décembre 2006 Auteur Signaler Posté(e) le 28 Décembre 2006 (modifié) Salut, Si c'est ton domaine, c'est cool. Je suis au départ profil développeur, maintenant chef de projet, en TPE développement IT de systèmes d'information géographique. Beaucoup de boulot, petite structure et peu de personnes, mais un flux d'informations à mon avis archaïque qui fait perdre du temps. Attention, ce post est long ... prendre un café et lire tranquillement En fait je n'ai pas de besoins de version de code, pour ça on utilise SourceSafe et ça va bien pour l'instant Je sais que SubVersion est un bel outil mais une révolution à la fois ... c'est mieux :P En mode collaboratif, on a une gestion de code par SourceSafe, on a une gestion administrative par intranet ... manque la gestion de projets. Le but est vraiment que chacun puisse compléter et lire les informations sur les projets dans l'idée de travailler plus efficacement en interne mais aussi avec des sociétés en partenarait ou sous-traitance ... quelque chose de différent des emails envoyés en copie à toute la Terre, je pensais à proposer au final des flux rss en fonction de projets et de catégories. Les infos sont en lignes, par catégories, par projet. On s'inscrit à un flux ou on surf sur les blogs, on peut ajouter des infos, des commentaires, des questions, des penses-bêtes directement. Par exemple, dans ma gestion de projets, je souhaiterais accéder aux dernières news de l'avancée des développements de différents modules sans forcément aller demander l'information par email, téléphone ou en personne. Je ne suis pas contre le contact :P mais pour de simples besoins d'infos ponctuelles, la recherche de la bonne personne présente et dispo au bon moment, c'est pas toujours le pied. Si je veux retrouver une décision concernant une question de code, un point d'analyse important, le pourquoi d'un tel choix etc ... je consulte, je peux trouver des hyperliens vers les docs et je trouve l'info rapidement et seul ... Si je veux fournir des infos de projets aux partenaires ou sous-traitants, je trouverai plus simple et efficace de publier une note sur un blog que d'envoyer un email à chacun. L'info reste persistante en tête du fil de discussion (alors que l'email s'enfonce au fil des jours), elle est associée à l'historique du projet, elle peut être mise à jour ou compléter par moi et les autres intervenants, si de nouvelles personnes intègrent le projet elles accèdent aux infos directement sans que je transmette 10 docs, 15 liens et une séance de 2 heures ... Evidemment, on fait des séances régulières, oui mais toutes les semaines, la séance obligatoire de gestion de projet pour que chacun dise "ça c'est ok", "ça c'est repoussé de 3 jours vu avec le client", etc ... genre d'info utile au top manager mais pas à chacun. Donc le top manager à son flux sur les infos générales des projets qu'il peut consulter quand il a besoin. Moi je peux aller le lire si j'ai besoin d'info mais le quotidien des projets des autres me fait perdre du temps, idem pour eux. Ceci multiplié par le nombre de développeurs et chefs de projet justifie que je passe un peu de temps pour améliorer ça. Du coup les séances de projets pourront être plus efficaces et plonger directement sur les points importants. En plus, la question de la base de connaissance ... au cours d'un projet, les points remarquables, incompatibilité, work-around et autres méthodes et paramétrages sont souvent dans la tête du concepteur ou parfois dans la doc technique d'une application et encore ... Si j'ai un vague souvenir que peut-être on a eu un projet similaire ou le même souci auparavant, actuellement quelle est ma solution ? - j'attend la séance hebdomadaire pour poser la question : si la personne concernée est présente, peut-être qu'elle s'en souviendra sur le moment; peut-être que chacun pensera ou aura le temps de se reposer la question de son côté, peut-ête que la personnes est en congés, malade, a démissionner ... le bordel non ?! - je fais le tour de tout le monde, par email ou téléphone ou en personne ... super !! - je cherche et refais ce qui a été fais ... dommage !! Ce que j'aimerais : un travail collaboratif où ce genre de points importants d'un projet est noté, classée, centralisée ... un simple billet de blog et l'info peut-ête retrouvée par recherche de mot clé ou de contenu en quelques minutes par n'importe qui ! Les liens, références, docs, images, video sont accessible plus facilement que si je promène des .doc ou .pdf. On fait aussi du support aux utilisateurs pour certains produits. Déjà si on pouvait ouvrir une partie de cet outil collaboratif sous forme de forum, on aurait un moyen plus efficace et plus souple pour que les clients posent des questions et qu'on y réponde "en public". D'où moins de coups de fil, moins d'email, des questions moins répétitives pour un problème donné, une meilleur gestion du temps par rapport aux appels téléphoniques. Je rappelle, on est peu nombreux, donc si les personnes du support ne sont pas dispo, en congés, malades, on a une base de recherche pour ressortir une info déjà vue. Bref (si je puis dire), dans tout ça, il y a évidemment un certain changement dans la méthode de travail, mais je pense que cette approche est également motivante pour chacun quand il voit que son travail est partagé, reconnu et qu'il peut servir aux autres collaborateurs plus loin que le scope du projet en cours. Je ne doute pas de la complexité d'une telle mise en place ... c'est pourquoi je fais cette étude, à savoir si c'est bien jouable et avec quel outil, surtout que ce monde réseau, collab, blog, forum, etc. je connais assez peu. Quant à une réelle mise en production ... il faudrait que je sorte une étude, une présentation et un exemple convaincant. Ensuite on ferait en interne, soit nous-mêmes, soit un sujet de stage sur plusieurs mois ... rien de concret encore, mais de toute façon pas un achat extérieur à plusieurs milliers de francs et par la suite gestion de l'outil totalement interne. Je verrais donc bien tout ça sur un Wiki GPL. Modifié le 28 Décembre 2006 par Joker
Khoen Posté(e) le 28 Décembre 2006 Signaler Posté(e) le 28 Décembre 2006 Deux cafés plus tard, et trois lectures pour bien tout comprendre... A bien lire ce que tu écris, il est vrai qu'un wiki pourrait être la solution. Tu pourrais aussi penser à un forum (comme celui utilisé par ARO) avec une section pour chaque projet, des epinglés pour les ressources tres importantes et des topics pour chaque point/question à traiter. Le seul petit soucis du wiki est qu'il impose une écriture "code" stricte, ce qui peut rebuter des non informaticiens. Alors qu'un forum permet une écriture simple. (EDIT: je viens de voir que tu parlais de module WYSWYG donc plus de soucis...) Après, la question bete c'est: "Est ce que les gens vont penser à centraliser leurs informations ?". J'ai vu des superbes systemes d'informations ne servir absoluement a rien car trop poussé et pas assez intuitif pour les gens... Comme tu l'as souligné, une étude est nécessaire auprès des gens qui utiliseront le systeme. Concernant la mise en oeuvre, je pense pas qu'il y ait un très gros investissement financier. Un serveur Apache/PHP/SQL n'est pas trop gourmand en ressources (donc pas trop cher) surtout si c'est pour une utilisation en interne. Par contre il y a quand meme un peu de travail sur la mise en oeuvre du systeme informatique logiciellement parlant... EDIT2: Twiki n'utilise pas SQL mais Perl, c'est encore moins gourmand en ressources :D
Khoen Posté(e) le 29 Décembre 2006 Signaler Posté(e) le 29 Décembre 2006 Je savais qu'il ne fallait pas que je me plonge sur le sujet, j'viens de passer plus d'une heure pour comprendre le fonctionnement interne des wikis et leur mise en place... Un lien qui pourrait être utile pour une étude: http://www.wikimatrix.org/compare/DokuWiki...+TikiWiki+TWiki
Joker Posté(e) le 29 Décembre 2006 Auteur Signaler Posté(e) le 29 Décembre 2006 T'es motivé dis-donc C'est vrai que je manque de temps pour me plonger à fond dans le sujet, mais il faudra bien le trouver. Merci pour le lien, je vais regarder ça sous peu
Joker Posté(e) le 29 Décembre 2006 Auteur Signaler Posté(e) le 29 Décembre 2006 Juste génial ton lien. Déjà on a une bonne liste de Wiki Je vais passer un moment à comparer les features qui me conviennent le mieux, mais c'est une très bonne matrice
Recommended Posts