Messages postés par Adrien

Merci pour ta réponse Olivier ! J'ai en effet conseillé à notre adhérent de se mettre en contact avec les personnes du FabLab de Barcelone. En attente de réponse ...

Merci encore et meilleurs voeux pour cette année 2016 !

Salut à tous !

Un adhérent de notre FabLab cherche à contacter une personne du FabLab de Valldaura (Espagne) car il souhaite faire un stage chez eux.

Lors de ma visite pendant le Fab10, il m'a semblé que ce soit possible mais je n'avais pas récupéré de contact, et celui en ligne ne donne pas de nouvelles.

En bref, si vous avez un contact, je suis preneur

Merci d'avance !

Bonne journée et bonnes fêtes !

Salut ! J'ai fait quelques remarques sur le PAD. Je les transcrit ci-dessous pour avoir une trace sur le Forum :

Remarques générales :

• Plutôt que "FabLab où le projet a été conçu" mettre "lieu de fabrication". Cela inclut tous les lieux même si ce n'est pas un FabLab dans une logique d'ouverture
• Il n'y a pas de champ pour le lien d'un éventuel "Fork" du projet. Vous en pensez quoi de le rajouter ?

Hello !

Ravi de voir que ça avance ! Je viens de jeter un oeil et ça me semble vraiment pas mal !

Après j'ai toujours un peu de mal avec la description de projets "par étapes" car c'est pas forcement celle qui est adaptée à tous les projets. Mais c'est un début et on pourra toujours l'améliorer avec les retours d'utilisation.

Peut-on imaginer intégrer déjà ce processus à des outils ? Je peux contacter Kevin de Makake pour lui demander ce qu'il en pense et si ils peuvent/souhaitent l'intégrer ?

Salut !

Malheureusement, sur la version de base, je ne pense pas que ce soit possible. Il existe par contre des plugins qui font ça ( que je n'ai pas testé ... ). Par exemple : https://www.redmine.org/plugins/recurring-tasks

Salut à tous !

J'espère que vous avez tous passé de bonnes vacances ! J'imagine que tous le monde est rentrée maintenant

Du coup je reviens faire un petit coucou et voir si on pouvait mettre au clair les actions du groupe, décisions et autres idées intervenus pendant l'été

Des volontaires ?

Super projet !

Hello !

Je me permet de relancer la discussion ( Même si j''imagine que tous le monde est en vacance ... ).

Je me pose juste une question simple : est-ce que l'on a une liste des outils de documentation utilisés dans les FabLab ? Et qu'elle est le retour des utilisateurs sur ces outils ?

Parce que le titre de notre groupe , c'est quand même "retour d'expérience", je trouve que l'on manque de billes sur ce sujet ...

Hello !

Nous utilisons Redmine (outil de gestion de projet) dans notre FabLab pour gérer nos projets internes mais également les projets de nos adhérents, et donc la documentation. L'outil permet

• De gérer plusieurs projets et sous-projets
• Des accès particuliers selon les groupes d'utilisateurs
• Des déposer des fichiers et des documents par projet
• D'avoir un forum de discussion par projet
• De disposer d'un wiki pour documenter
• De gérer des demandes et des Gantt pour les projets a plus grande envergure

Et pleins d'autres choses.

Cependant, il faut un peut le modifier afin qu'il puisse complètement convenir aux besoins d'un FabLab. Cela passe par la création et l'installation de plugins (Ruby on rails), et sur le suivi de version.

Certains FabLab comme le nôtre ont commencés à l'utiliser. L'idée de cette discussion est donc de rassembler les utilisateurs de cet outil et de faire un retour d'utilisation, partager des astuces, etc ...

Bonne journée à vous !

Bonjour à tous,

Je bouscule mes prévisions : je pensais vous faire un petit retour ce weekend mais le mail d'Olivier m'a donné un coup de fouet donc je prend quelques minutes pour relancer la discussion.

Coté Thingtracker, l'idée me semble bonne, et je proposerais bien de mettre en place un proto et de tester rapidement ( on est des FabLab tous de même ^^ ). Je suis dispo pour tester mais pas de compétences pour le mettre en place malheureusement.

En revanche, je veux bien bosser en parallèle sur un document simple et standard sur les processus de documentation. Si des personnes souhaitent y réfléchir avec moi, elles sont les bienvenus.

Pour aller plus loin, et en plus du forum, peut on organiser une petite visio ( skype, hangout, ce que vous voulez ) afin d'échanger plus facilement sur le sujet courant de semaine prochaine ? Si vous êtes chaud, on peut lancer un petit framadate.

Bonne journée à vous !

Salut !

Je tente une définition courte également en m'inspirant de celle de Loic :

"Un fablab est un lieu facilitant le passage de l'idée à l'objet par la présence de machines à commandes numériques et de compétences techniques provenants de la communauté d'utilisateurs "

C'est quasi ce que je répond quand on me demande une définition du FabLab

Super initiative !

Bon de notre coté, notre actualité est postée uniquement sur Facebook (choix discutable mais plus pratique de notre coté), donc voici le RSS correspondant :
«
[http://www.facebook.com/feeds/page.php?format=rss20&id=464086823736939]
name = La Machinerie, Amiens
»

Merci !

PS: Si des gens veulent discuter ce choix, je serais ravi de le faire mais pas dans cette discussion svp

On peut adapter Redmine aussi ? Sinon on va devoir changer notre outils de doc une nouvelle fois ^^

Sinon, je suis tombé sur ça ce matin : http://www.makery.info/2015/06/09/do-doc-et-opendoc-le-design-a-la-rescousse-de-la-documentation/

L'initiative est super intéressante. Cela rejoint un peut le projet de Le Cube Media et le notre de créer une table de documentation facile à manier.

Bonjour à tous,

Hier soir s'est tenue la réunion copil de retour sur les groupe de travail. J'ai pu représenter ce groupe ( de manière complètement arbitraire ... Il faudrait choisir une personne de manière collégiale pour la prochaine fois ).

Le Pad est disponible ici : https://semestriel.framapad.org/p/ffflabs_20150608

Globalement, nous n'avons pas eu le temps d'aborder en profondeur la partie documentation etc ... car d'autre sujets nous semblaient prioritaires (structuration, valeurs, communications, etc ...). La prochaine réunion se tiendra le lundi 13 juillet, et les suivantes se tiendront tous les 2eme lundi du mois.

Revenons sur la documentation.

Si tous le monde est d'accord pour prioriser le portfolio et les mots clefs, je pense qu'on a déjà une bonne base pour continuer le travail et aboutir a des moyens et des bonnes pratiques ?

@loic_fejoz a dit :

A quelques nuances près, je suis d'accord avec tout cela...
Maintenant, il faut prioriser. C'est ce qui a donné
[...]

Ok, je comprend ton cheminement maintenant. A moi de prioriser maintenant

1 - Portfolio : Ça on est d'accord, on doit avoir une vitrine de ce qui est fait pour pouvoir la présenter
2 - Les mots clef : Permettre de trouver facilement par recherche de mots clefs dans la description du projet, soit des projets similaires, soit des projets utilisant le même matériel, soit des projets utilisant la même machine/technique
3 - Stocker des fichiers : Permettre au makers de déposer un fichier afin de pouvoir le partager et permettre une amélioration

Ok je me lance.

J'ai scindé ma réflexion en trois selon que j'était responsable du lab, utilisateur ou maker car je pense que les attentes ne sont pas les même.

Pour moi et le lab, en tant que FabManager, j'ai besoins d'une doc pour :

• Lister les projets réalisés dans le lab
• Pouvoir greffer des makers au projet
• Connaitre les besoins et usages sur les machines afin d'améliorer leur utilisation

Coté utilisateur, quand je vois un projet, j'ai besoins d'une doc pour :

• Comprendre comment le projet fonctionne
• Permettre de le recréer
• Comprendre ce qui a fonctionné ou pas
• Connaitre les projets similaires

Coté makers, j'ai besoins d'une doc pour :

• Structurer mes notes de projets
• Stocker mes idées, liens, inspirations
• Stocker et structure mes fichiers de projet par version
• Discuter avec les gens du projet ( forum, avis, commentaires )

Ok donc commençons par regarder pourquoi souhaiterions nous avoir une doc alors. On y verra plus clair sur la suite de la démarche ?

Pour travailler sur ce point, on liste dans le forum, dans un pad ou dans une carte heuristique ?

Oui effectivement.

Donc pour avancer selon toi, il faudrait lister ce que nous aimerions avoir dans une doc et regarder quoi mettre en face pour y arriver (outils, bonnes pratiques, tutos, etc ... ) ?

Bien d'accord avec les points que tu évoque, mais cela sous entend qu'une documentation existe déjà, qu'elle est utilisable et exploitable ... Donc quand tu dis que :

• Quand j'ai acheté du nouveau matériel, je cherche des projets les utilisant afin de trouver une idée de projet.
• Quand j'ai une idée de projet, je cherche des projets similaires afin de connaitre les écueils à éviter.
• Quand on me demande ce que l'on fait dans un FabLab, je peux facilement montrer un portfolio.

Ça veux dire que :

• Les documentations doivent donner le matériel utilisé et mettre l'information bien en évidence et a disposition
• Des mot-clefs ont été attribués par projet et documentation afin de simplifier les recherches.
• Des photos corrects du projet ont donc été prises afin de le documenter proprement.

Pour moi ce que tu énonce fait donc références directement à des bonnes pratiques de documentation qui doivent être respectée avant de continuer à avancer ?

Bonjour et désolé pour l'absence.

Comme a dit Olivier dans son mail, "tout le monde est pris par le quotidien", et ... j'ai fait comme tout le monde ^^

J'avoue que je n'arriverai pas à vous suivre sur les histories de backend, de serveur, etc ... car ce n'est pas mon domaine, et je préfère vous faire confiance sur ce sujet afin d'avancer plus rapidement.

Concernant les différents outils, déjà merci à Loic pour la mise à jour du wiki avec la bibliographie.

Ensuite, j'entend le faite que makake soit fermé et centralisé ( c'est d'ailleurs la première remarque que j'ai faites à ces créateurs ). Maintenant, je ne pense pas qu'il faille abandonner un outil parcequ'il est fermé. Je suis plutôt du partit d'expliquer aux gens les forces et les faiblesses de chaque outil afin qu'ils puissent choisir en connaissance de cause.

Je pense également que pratiquement tous les outils peuvent permettre de documenter correctement 80% des projets. Encore faut-il savoir ce que l'on entend par "correctement"

Ainsi, si vous êtes d'accord avec cette remarque, j'aimerais proposer quelques points pour avancer dans ce sens :

• Faire une liste des outils de documentation connus avec points faibles/forts, niveau d'accessibilité, et autres critères qui nous sembleraient pertinents. Je pense par exemple à la liste des Lab qui l'utilise avec un lien vers leurs doc.
• Etablir une liste de bonnes pratiques sur la documentation ainsi que les moyens pour y arriver ( en gros : documenter la documentation ^^). J'avais commencé à faire ce travail sur notre wiki. Il me reste beaucoup de points à voir ^^ http://wiki.lamachinerie.org/projects/documenter-son-projet/wiki
• Mettre un lien pour chaque outil vers un exemple de documentation qui nous semble complet et pertinent afin d'établir un maitre étalon.

Autres idées qui me viennent par la tête. Je partage, on verra si c'est pertinent ou pas :

• Diffuser des projets d'outils physiques qui peuvent aider à la documentation (éclairage open source pour les photos, différents tests de micros/caméras pour la documentation vidéo, ...)
• Etablir un système de grade de la documentation. Du - au + documenté selon le niveau d'utilisation des bonnes pratiques par exemple ?
• Ou encore, une notation par les utilisateurs ?
• Du, coup récompenses dans les labos par du temps machine ?

Vous en pensez quoi ?

Bonne journée !