search

openfab-lab / rtfm

THE openfab manual. Will be the source of all knowledge in the lab, nicely published on gitBook
https://openfab.gitbook.io/rtfm/
Creative Commons Attribution Share Alike 4.0 International
0 stars 0 forks source link

Create 190317CA-PV.md #27

Closed nicolasdb closed 5 years ago

nicolasdb commented 5 years ago

publication du compte rendu de la dernière réunion à Liège.

Le document est partagé sur le drive gestion, je l'ai remis en forme .markdown pour publication sur le RTFM

Suite à mon expérience de gestion de tâche au sein de la teamJob et du repo Devis/Facturation, j'aimerai initier un repo ConAdmin ou un autre nom ^^ question? repo privé ou public? sachant que si privé, on publie ce qu'on veut sur le RTFM

Et de mettre en pratique le même protocole de gestion des tâches.

version simplifiée de ce protocole

  1. une demande = une issue,
  2. une seule personne assignée, en charge de cette issue.
  3. suivre l’état d'avancement avec l'utilisation des labels ou d'un projet (vue en colonnes type kanban).
  4. Quand c'est fait: description du résultat, temps passé et clôture de l'issue.

j'aimerai qu'on applique cette méthode pour les teams pour plus de cohérence au sein d'openfab

giphy

Je la pratique depuis le début de l'année et je vais bientôt pouvoir en faire une vrai documentation. https://github.com/openfab-lab/devis-et-facturation/issues/38

nicolasdb commented 5 years ago

je sais bien que personne ne lit mes pullRequest. MAIS un jour, ça va changer tout ça.

DewiBrunet commented 5 years ago

Si, moi je lis quand j'ai le temps^^ repo privé ou public? je crois qu'il faut mettre en privé que si on discute de tarif ou positionnement stratégique.

pour le protocole, mon avis : je suis aujourd'hui sur un positionnement pragmatique où la documentation j'ai pas le temps de la faire car je donne priorité à faire le taf et générer des sous pour le lab et pour moi... (mais documentation des tarifs! pas du contenu)

nicolasdb commented 5 years ago

Good, j'ai créé le repo conseilAdmin ainsi qu'une team CA, dans lesquels sont aujourd'hui ajouté Francis, Dewi et moi. C'est un REPO privé. https://github.com/openfab-lab/conseilAdmin

Le but ce ce pullRequest est de faire valider à mes pairs les documents publiés. Ceci touche à la gouvernance et pour qu'il y ai une relecture.

Pour la doc pragmatique. Mon point de vue est pragmatique aussi, si un job n'est pas documenté, je ne concidère plus le job finalisé car lorsqu'on donne le résultat au client, nous n'avons plus aucune trace chez nous et donc pas de com, pas de notes, pas d'exemple d'estimation de temps, pas de référence de prix, pas d'expérience capitalisée, ni partageable et donc lorsqu'on est face à une nouvelle demande, c'est retour case départ. On reprend depuis le début. Donc perte de tps, donc perte d’efficacité, donc ultimement, une perte d'argent et d'énergie.

Exemple! Les pochoirs. production simple, qui rapporte simplement des sous. pas bcp mais c'est easy money Mais à chaque demande client, il faut répondre aux mêmes questions.
Après 3 jobs, à reprendre depuis le début mes explications, que ce soit aux clients OU à qui j'ai délégué cette tâche. = perte de tps, perte d'énergie. J'ai pris le tps de documenter pendant le 4ème job. https://openfab.gitbook.io/rtfm/faq/faq-pochoirpp Ce matin, nouvelle demande sur contact. Je vais lui balancer ceci ou copier une portion de ceci. Et je suis content d'avoir fait enfin cet effort de documentation.

nicolasdb commented 5 years ago

Ceci dit, @satblip comment tu fais pour valider une review parce que tu es le seul à les valider. Moi, on m'a jamais demandé, j'ai jamais vu ce côté de github. ^^

satblip commented 5 years ago

@nicolasdb https://help.github.com/en/articles/approving-a-pull-request-with-required-reviews ;)

satblip commented 5 years ago

(tu ne peux pas approuver tes propres PR :) )