Bonjour La liste,
Petite question un peu hors sujet du matin, quel système utilisez vous pour la gestion documentaire technique (procédure, documentation installation,...) ? Utilisez-vous un simple blog, un wiki, un outil comme GLPI, ou encore un simple fichier texte lié à un outil de versionning ?
Merci de vos retours.
r2r.
Bonjour,
Chez nous on utilise Redmine pour :
* Gestion de projet * Gestion de demande d'evo, bogue, etc.. * Planification de tache via le module qui va bien * Base de connaissance en mode Wiki sur nos différents projets avec le module qui va bien avec support de PJ. * Module d'annonce * Chaque projet peut se connecter a un svn/git par projet ** En plus ça se lie avec l'AD comme ça toujours le même login/mdp pour les salariés.
Il a été soumit l'idée en interne d'utiliser un forum pour élargir notre base de connaissance mais on a pas plus étudier la question.
David
Le 24 septembre 2014 08:49, r2r@altern.org a écrit :
Bonjour La liste,
Petite question un peu hors sujet du matin, quel système utilisez vous pour la gestion documentaire technique (procédure, documentation installation,...) ? Utilisez-vous un simple blog, un wiki, un outil comme GLPI, ou encore un simple fichier texte lié à un outil de versionning ?
Merci de vos retours.
r2r.
Liste de diffusion du FRsAG http://www.frsag.org/
Perso, au boulot, c'est un peut la loose, on aime bien la norme iso 1664 pour la doc
sinon dans l'assoc de notre école, c'est plutôt du trac :)
Cordialement Alexis Lameire
Le 24 septembre 2014 09:09, David RIBEIRO david.ribeiro76@gmail.com a écrit :
Bonjour,
Chez nous on utilise Redmine pour :
- Gestion de projet
- Gestion de demande d'evo, bogue, etc..
- Planification de tache via le module qui va bien
- Base de connaissance en mode Wiki sur nos différents projets avec le
module qui va bien avec support de PJ.
- Module d'annonce
- Chaque projet peut se connecter a un svn/git par projet
** En plus ça se lie avec l'AD comme ça toujours le même login/mdp pour les salariés.
Il a été soumit l'idée en interne d'utiliser un forum pour élargir notre base de connaissance mais on a pas plus étudier la question.
David
Le 24 septembre 2014 08:49, r2r@altern.org a écrit :
Bonjour La liste,
Petite question un peu hors sujet du matin, quel système utilisez vous pour la gestion documentaire technique (procédure, documentation installation,...) ? Utilisez-vous un simple blog, un wiki, un outil comme GLPI, ou encore un simple fichier texte lié à un outil de versionning ?
Merci de vos retours.
r2r.
Liste de diffusion du FRsAG http://www.frsag.org/
-- David
Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour,
L'utilisation de Jira serais certainement la solution. Une fois mis en place avec les différents modules vous le gérer comme vous le voulez.
Maxence
Envoyé de mon iPhone
Le 24 sept. 2014 à 09:12, Alexis Lameire alexis.lameire@gmail.com a écrit :
Perso, au boulot, c'est un peut la loose, on aime bien la norme iso 1664 pour la doc
sinon dans l'assoc de notre école, c'est plutôt du trac :)
Cordialement Alexis Lameire
Le 24 septembre 2014 09:09, David RIBEIRO david.ribeiro76@gmail.com a écrit :
Bonjour,
Chez nous on utilise Redmine pour :
- Gestion de projet
- Gestion de demande d'evo, bogue, etc..
- Planification de tache via le module qui va bien
- Base de connaissance en mode Wiki sur nos différents projets avec le
module qui va bien avec support de PJ.
- Module d'annonce
- Chaque projet peut se connecter a un svn/git par projet
** En plus ça se lie avec l'AD comme ça toujours le même login/mdp pour les salariés.
Il a été soumit l'idée en interne d'utiliser un forum pour élargir notre base de connaissance mais on a pas plus étudier la question.
David
Le 24 septembre 2014 08:49, r2r@altern.org a écrit :
Bonjour La liste,
Petite question un peu hors sujet du matin, quel système utilisez vous pour la gestion documentaire technique (procédure, documentation installation,...) ? Utilisez-vous un simple blog, un wiki, un outil comme GLPI, ou encore un simple fichier texte lié à un outil de versionning ?
Merci de vos retours.
r2r.
Liste de diffusion du FRsAG http://www.frsag.org/
-- David
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Jira est une bonne solution, pas forcément facile a prendre au premier abord pour les users.
Cordialement Alexis Lameire
Le 24 septembre 2014 09:22, Maxence Maireaux hello@flemzord.fr a écrit :
Bonjour,
L'utilisation de Jira serais certainement la solution. Une fois mis en place avec les différents modules vous le gérer comme vous le voulez.
Maxence
Envoyé de mon iPhone
Le 24 sept. 2014 à 09:12, Alexis Lameire alexis.lameire@gmail.com a écrit :
Perso, au boulot, c'est un peut la loose, on aime bien la norme iso 1664 pour la doc
sinon dans l'assoc de notre école, c'est plutôt du trac :)
Cordialement Alexis Lameire
Le 24 septembre 2014 09:09, David RIBEIRO david.ribeiro76@gmail.com a écrit :
Bonjour,
Chez nous on utilise Redmine pour :
- Gestion de projet
- Gestion de demande d'evo, bogue, etc..
- Planification de tache via le module qui va bien
- Base de connaissance en mode Wiki sur nos différents projets avec le
module qui va bien avec support de PJ.
- Module d'annonce
- Chaque projet peut se connecter a un svn/git par projet
** En plus ça se lie avec l'AD comme ça toujours le même login/mdp pour les salariés.
Il a été soumit l'idée en interne d'utiliser un forum pour élargir notre base de connaissance mais on a pas plus étudier la question.
David
Le 24 septembre 2014 08:49, r2r@altern.org a écrit :
Bonjour La liste,
Petite question un peu hors sujet du matin, quel système utilisez vous pour la gestion documentaire technique (procédure, documentation installation,...) ? Utilisez-vous un simple blog, un wiki, un outil comme GLPI, ou encore un simple fichier texte lié à un outil de versionning ?
Merci de vos retours.
r2r.
Liste de diffusion du FRsAG http://www.frsag.org/
-- David
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Le 24/09/2014 09:23, Alexis Lameire a écrit :
Jira est une bonne solution, pas forcément facile a prendre au premier abord pour les users.
Cordialement Alexis Lameire
Le 24 septembre 2014 09:22, Maxence Maireaux hello@flemzord.fr a écrit :
Bonjour,
L'utilisation de Jira serais certainement la solution. Une fois mis en place avec les différents modules vous le gérer comme vous le voulez.
Maxence
Oui Jira c'est propre mais d'une c'est commercial ET trop fermé. Je n'ai rien contre le commercial mais si c'est pour m'enfermer dans une solution dont je ne pourrais jamais changer c'est non. Déjà deux clients qui pour un besoin spécifique ont du arrêter Jira, bonjour la galère pour sortir les données.
Chez nous on utilise Redmine et un docuwiki à part, on va voir pour migrer le wiki vers redmine.
Salut,
L'utilisation de Jira serais certainement la solution. Une fois mis en place avec les différents modules vous le gérer comme vous le voulez.
Maxence
Oui Jira c'est propre mais d'une c'est commercial ET trop fermé. Je n'ai rien contre le commercial mais si c'est pour m'enfermer dans une solution dont je ne pourrais jamais changer c'est non. Déjà deux clients qui pour un besoin spécifique ont du arrêter Jira, bonjour la galère pour sortir les données.
Chez nous on utilise Redmine et un docuwiki à part, on va voir pour migrer le wiki vers redmine.
A job actuel nous avons le même soucis vis à vis de jira : - trop cher (désolé) - interface assez déroutante - gestion des droits a se faire mal a la tête - bdd en MyISAM (whattt ?) - avalanche de mails...
Bref, j'essaye de pousser du redmine, ... Si qqn a une bonne procédure pour migrer le merdier jira vers redmine je prends..
Pour revenir au sujet : - xwiki / redmine sont les outils que nous préférons de notre coté. - pour les procédures d'urgence : dokuwiki (en gros les 3 / 4 pages d'urgence pour récuperer le xwiki) répliqué a coup de rsync sur un vm en dehors de la boite.
Xavier
A taf-1 on utilisait des fichiers rst sur github et sphinx pour la doc utilisateur.
On faisait des grands cron pour générer la doc 3 fois par jour.
C'est moins cher qu'un jira et c'est open-source :) Le 24 sept. 2014 10:28, "Xavier Beaudouin" kiwi@oav.net a écrit :
Salut,
L'utilisation de Jira serais certainement la solution. Une fois mis en
place avec les différents modules vous le gérer comme vous le voulez.
Maxence
Oui Jira c'est propre mais d'une c'est commercial ET trop fermé. Je n'ai rien contre le commercial mais si c'est pour m'enfermer dans une solution dont je ne pourrais jamais changer c'est non. Déjà deux clients qui pour un besoin spécifique ont du arrêter Jira, bonjour la galère pour sortir les données.
Chez nous on utilise Redmine et un docuwiki à part, on va voir pour migrer le wiki vers redmine.
A job actuel nous avons le même soucis vis à vis de jira :
- trop cher (désolé)
- interface assez déroutante
- gestion des droits a se faire mal a la tête
- bdd en MyISAM (whattt ?)
- avalanche de mails...
Bref, j'essaye de pousser du redmine, ... Si qqn a une bonne procédure pour migrer le merdier jira vers redmine je prends..
Pour revenir au sujet :
- xwiki / redmine sont les outils que nous préférons de notre coté.
- pour les procédures d'urgence : dokuwiki (en gros les 3 / 4 pages
d'urgence pour récuperer le xwiki) répliqué a coup de rsync sur un vm en dehors de la boite.
Xavier
Liste de diffusion du FRsAG http://www.frsag.org/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 24/09/2014 09:12, Alexis Lameire wrote:
Perso, au boulot, c'est un peut la loose, on aime bien la norme iso 1664 pour la doc
sinon dans l'assoc de notre école, c'est plutôt du trac :)
J'ai un très mauvais souvenir de trac à cause des synchro svn/trac qui ne marchaient que dans le sens trac -> svn, j'invite ceux qui sont intéressés à bien tester cette partie avant de proposer de mettre en prod.
Bonjour,
On 24/09/2014 09:12, Alexis Lameire wrote:
Perso, au boulot, c'est un peut la loose, on aime bien la norme iso 1664 pour
la doc
Si t'as des sous et que t'es prêt à fermer les yeux sur Tomcat et le côté propriétaire, Confluence d'Altassian (ceux qui font aussi Jira) c'est super bien pour de la doc. Très intuitif, user-friendly, ultra rapide à prendre en main. Tu peux faire de la micro-gestion de projet ISO-1664 avec si besoin. Largement plus agréable qu'un DocuWiki pour les néophytes, c'est du Wysiwyg. Y a même des modules pour importer / ouvrir / éditer des documents word/excel/powerpoint/visio...
Attention ça peut être très cher si beaucoup d'utilisateurs, mais ça peut tout aussi bien devenir gratuit pour une association (Jira aussi)
-- Youenn Piolet piolet.y@gmail.com
Si t'as des sous et que t'es prêt à fermer les yeux sur Tomcat et le côté propriétaire, Confluence d'Altassian (ceux qui font aussi Jira) c'est super bien pour de la doc. Très intuitif, user-friendly, ultra rapide à prendre en main. Tu peux faire de la micro-gestion de projet ISO-1664 avec si besoin. Largement plus agréable qu'un DocuWiki pour les néophytes, c'est du Wysiwyg. Y a même des modules pour importer / ouvrir / éditer des documents word/excel/powerpoint/visio...
Attention ça peut être très cher si beaucoup d'utilisateurs, mais ça peut tout aussi bien devenir gratuit pour une association (Jira aussi)
+1 Confluence est vraiment un bonheur à utiliser.
Le 24/09/2014 17:28, Raphael Mazelier a écrit :
Si t'as des sous et que t'es prêt à fermer les yeux sur Tomcat et le côté propriétaire, Confluence d'Altassian (ceux qui font aussi Jira) c'est super bien pour de la doc. Très intuitif, user-friendly, ultra rapide à prendre en main. Tu peux faire de la micro-gestion de projet ISO-1664 avec si besoin. Largement plus agréable qu'un DocuWiki pour les néophytes, c'est du Wysiwyg. Y a même des modules pour importer / ouvrir / éditer des documents word/excel/powerpoint/visio...
Attention ça peut être très cher si beaucoup d'utilisateurs, mais ça peut tout aussi bien devenir gratuit pour une association (Jira aussi)
+1 Confluence est vraiment un bonheur à utiliser.
Ils ont même pensé à la fonction "like", pour les salariés privés de fcbk au travail...
J'ajouterai pour Confluence que c'est aussi très facile de faire un export automatisé en pdf d'article ou de espace entier (indispensable pour garantir une utilisation offline :) ) Et l'intégration avec Jira (ou Bamboo/Fisheye) est super bien foutue.
Par contre comme dit plus tôt si les licences startup sont pas chères (10$/an pour 10 utilisateurs de mémoire) au delà faut compter un vrai budget !
/Erwan
Le 24/09/2014 17:28, Raphael Mazelier a écrit :
Si t'as des sous et que t'es prêt à fermer les yeux sur Tomcat et le côté propriétaire, Confluence d'Altassian (ceux qui font aussi Jira) c'est super bien pour de la doc. Très intuitif, user-friendly, ultra rapide à prendre en main. Tu peux faire de la micro-gestion de projet ISO-1664 avec si besoin. Largement plus agréable qu'un DocuWiki pour les néophytes, c'est du Wysiwyg. Y a même des modules pour importer / ouvrir / éditer des documents word/excel/powerpoint/visio...
Attention ça peut être très cher si beaucoup d'utilisateurs, mais ça peut tout aussi bien devenir gratuit pour une association (Jira aussi)
+1 Confluence est vraiment un bonheur à utiliser.
Ils ont même pensé à la fonction "like", pour les salariés privés de fcbk au travail...
-- ++
GuiLLaume
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Salut,
Dans mon ancienne boîte on utilisait Mediawiki WW pour les docs user/admin PLM/CAD et procédures IT adéquates.
Je l'avais aussi utilisé pour mon Master pendant le projet d'équipe (hébergé in da house ;)
Ici, j'ai hâte d'en remettre un !!
Stan
2014-09-24 17:58 GMT+02:00 Erwan Ben Souiden erwan@aleikoum.net:
J'ajouterai pour Confluence que c'est aussi très facile de faire un export automatisé en pdf d'article ou de espace entier (indispensable pour garantir une utilisation offline :) ) Et l'intégration avec Jira (ou Bamboo/Fisheye) est super bien foutue.
Par contre comme dit plus tôt si les licences startup sont pas chères (10$/an pour 10 utilisateurs de mémoire) au delà faut compter un vrai budget !
/Erwan
Le 24/09/2014 17:28, Raphael Mazelier a écrit :
Si t'as des sous et que t'es prêt à fermer les yeux sur Tomcat et le côté propriétaire, Confluence d'Altassian (ceux qui font aussi Jira) c'est super bien pour de la doc. Très intuitif, user-friendly, ultra rapide à prendre en main. Tu peux faire de la micro-gestion de projet ISO-1664 avec si besoin. Largement plus agréable qu'un DocuWiki pour les néophytes, c'est du Wysiwyg. Y a même des modules pour importer / ouvrir / éditer des documents word/excel/powerpoint/visio...
Attention ça peut être très cher si beaucoup d'utilisateurs, mais ça peut tout aussi bien devenir gratuit pour une association (Jira aussi)
+1 Confluence est vraiment un bonheur à utiliser.
Ils ont même pensé à la fonction "like", pour les salariés privés de fcbk au travail...
-- ++
GuiLLaume
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour La Liste,
Merci pour vos retours intéressants.
Je pense orienter mes travaux vers un Wiki ou Redmine (meme si je ne suis pas à l'aise avec le Ruby).
Bonne journée.
r2r
Salut,
Dans mon ancienne boîte on utilisait Mediawiki WW pour les docs user/admin PLM/CAD et procédures IT adéquates.
Je l'avais aussi utilisé pour mon Master pendant le projet d'équipe (hébergé in da house ;)
Ici, j'ai hâte d'en remettre un !!
Stan
2014-09-24 17:58 GMT+02:00 Erwan Ben Souiden erwan@aleikoum.net:
J'ajouterai pour Confluence que c'est aussi très facile de faire un export automatisé en pdf d'article ou de espace entier (indispensable pour garantir une utilisation offline :) ) Et l'intégration avec Jira (ou Bamboo/Fisheye) est super bien foutue.
Par contre comme dit plus tôt si les licences startup sont pas chères (10$/an pour 10 utilisateurs de mémoire) au delà faut compter un vrai budget !
/Erwan
Le 24/09/2014 17:28, Raphael Mazelier a écrit :
Si t'as des sous et que t'es prêt à fermer les yeux sur Tomcat et le côté propriétaire, Confluence d'Altassian (ceux qui font aussi Jira) c'est super bien pour de la doc. Très intuitif, user-friendly, ultra rapide à prendre en main. Tu peux faire de la micro-gestion de projet ISO-1664 avec si besoin. Largement plus agréable qu'un DocuWiki pour les néophytes, c'est du Wysiwyg. Y a même des modules pour importer / ouvrir / éditer des documents word/excel/powerpoint/visio...
Attention ça peut être très cher si beaucoup d'utilisateurs, mais ça peut tout aussi bien devenir gratuit pour une association (Jira aussi)
+1 Confluence est vraiment un bonheur à utiliser.
Ils ont même pensé à la fonction "like", pour les salariés privés de fcbk au travail...
-- ++
GuiLLaume
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Le mercredi 24 septembre 2014 08:49:56, r2r@altern.org a écrit :
Bonjour La liste,
Bonjour,
Petite question un peu hors sujet du matin, quel système utilisez vous pour la gestion documentaire technique (procédure, documentation installation,...) ? Utilisez-vous un simple blog, un wiki, un outil comme GLPI, ou encore un simple fichier texte lié à un outil de versionning ?
dokuwiki avec les modules qui vont bien :)
Bonne journée
Bonjour,
Pour l'infrastructure de ReactOS, nous utilisons également un dokuwiki interne avec un Jira public pour les rapports de bugs et les tâches à réaliser.
It works.
Bonne journée
On 09/24/2014 10:14 AM, Benoit Mortier wrote:
Le mercredi 24 septembre 2014 08:49:56, r2r@altern.org a écrit :
Bonjour La liste,
Bonjour,
Petite question un peu hors sujet du matin, quel système utilisez vous pour la gestion documentaire technique (procédure, documentation installation,...) ? Utilisez-vous un simple blog, un wiki, un outil comme GLPI, ou encore un simple fichier texte lié à un outil de versionning ?
dokuwiki avec les modules qui vont bien :)
Bonne journée
Bonjour,
Le mercredi 24 septembre 2014, 10:14:30 Benoit Mortier a écrit :
Le mercredi 24 septembre 2014 08:49:56, r2r@altern.org a écrit :
Petite question un peu hors sujet du matin, quel système utilisez vous pour la gestion documentaire technique (procédure, documentation installation,...) ? Utilisez-vous un simple blog, un wiki, un outil comme GLPI, ou encore un simple fichier texte lié à un outil de versionning ?
Xwiki au taf, qui contient doc, procédure, et liens vers les entrées GLPI et Mantis ayant un contenu intéressant mais qu'on a eu la flemme d'intégrer directement dans le Wiki.
dokuwiki avec les modules qui vont bien :)
D'où la question : et quels sont-ils, ces modules ? :)
Bonne journée,
Le mercredi 24 septembre 2014 11:00:09, Xavier Teyssier a écrit :
Bonjour,
Le mercredi 24 septembre 2014, 10:14:30 Benoit Mortier a écrit :
Le mercredi 24 septembre 2014 08:49:56, r2r@altern.org a écrit :
Petite question un peu hors sujet du matin, quel système utilisez vous pour la gestion documentaire technique (procédure, documentation installation,...) ? Utilisez-vous un simple blog, un wiki, un outil comme GLPI, ou encore un simple fichier texte lié à un outil de versionning ?
Xwiki au taf, qui contient doc, procédure, et liens vers les entrées GLPI et Mantis ayant un contenu intéressant mais qu'on a eu la flemme d'intégrer directement dans le Wiki.
dokuwiki avec les modules qui vont bien :)
D'où la question : et quels sont-ils, ces modules ? :)
dw2pdf include plugin info language syntax no details xhtml open document plugin tools plugin translation plugin
Voila :)
Le mer. 24 sept. 2014 à 10:14 +0200, Benoit Mortier a écrit :
Le mercredi 24 septembre 2014 08:49:56, r2r@altern.org a écrit :
Bonjour La liste,
Bonjour,
Petite question un peu hors sujet du matin, quel système utilisez vous pour la gestion documentaire technique (procédure, documentation installation,...) ? Utilisez-vous un simple blog, un wiki, un outil comme GLPI, ou encore un simple fichier texte lié à un outil de versionning ?
dokuwiki avec les modules qui vont bien :)
Précédemment Dokuwiki, mais on teste Gitit et on va sans doute passer dessus pour les nouveaux projets.
C'est un wiki avec un backend git en format markdown, donc on peut le modifier à la fois par l'interface web (comme tout wiki) et par édition des fichiers markdown, donc avec toute la souplesse que git permet.
Pour de la documentation interne de dév, ça nous semble idéal.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 24/09/2014 11:26, Guillaume Allegre wrote:
dokuwiki avec les modules qui vont bien :)
Idem : dokuwiki (ou un autre wiki avec un backend simple grep compliant).
L'idée c'est d'avoir - - un soft léger à installer, maintenir et backuper - - qu'en cas de problème même les backups soient lisibles. - - que ce soit facile d'accès à distance (web) - - de disposer côté web d'une gestion des utilisateurs/accès - - que ça se modifie facilement (wiki et même des fois avec un coup de sed) - - une mise en page facilitée (pas un frein)
Précédemment Dokuwiki, mais on teste Gitit et on va sans doute passer dessus pour les nouveaux projets.
Intéressant ça oui...
++ Sylvain
- -- Gixe - Association 1901 - conseil, hébergement, opérateur pour tous SIREN 450 404 769 - http://www.gixe.net - contact@gixe.net venez nous voir sur IRC geeknode #gixe - tél: 0950315474 - 0686383868
Utilisez-vous un simple blog, un wiki, un outil comme GLPI, ou encore un simple fichier texte lié à un outil de versionning ?
Mercurial + AsciiDoc ici. Ca génère du PDF ou du HTML si besoin, grep est un module de recherche parfait, la sauvegarde est simple. Pas sûr que ça scale correctement mais ça suffit à mon échelle.
Pour Jira, c'est un poil lourd a mon goût.
Denis
-
Alexis Lameire -
Benoit Mortier -
David RIBEIRO -
Denis Fondras -
Erwan Ben Souiden -
Guillaume Allegre -
Guillaume GARNIER -
Jonathan bartoua Schneider -
Maxence Maireaux -
Pierre Schweitzer -
r2r＠altern.org -
Raphael Mazelier -
Stan Garret -
Sylvain Vallerot -
Wallace -
Xavier Beaudouin -
Xavier Teyssier -
Youenn PIOLET