You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Baliser la procédure d'introduction de job.
J'aimerai faire un twitch, une capture video du process comme je le fais.
J'aimerai aussi schématiser le flow.
Process :
Mail IN, or whatever communication tools.
Start Issue with labels.
Assignee ok.
Quote request. + Label TODO
Validation quote.
Doing the job and taking note and pictures in the issue.
Job Done.
Start a branch. named from job
Create new file.md
Summarize the job (date, how long, price, pictures, any relevant intel)
C'est peut-être intéressant d'avoir les labels de cloture backoffice dans les pull request.
Comme ça, on libère le tableau des issues ouverte des jobs réalisés.
On a bien la séparation entre Action et backOffice.
cool, les labels sont identiques entre issues et PR.
Ok, c'est cool et prometteur.
On obtient un workflow avec des bonnes étapes bien claire où on sait où on en est et si quelqu'un doit reprendre le job, les éléments devraient être facilement accèssibles, on sait et on peut prouver les rewards aussi pour chaqu'un et le ou la teamBoss obtient un vision bien claire des jobs à suivre et qui fait quoi.
On a donc le process: 1. Issues = annonce du job. ✔️ Template issue 2. Assign = qui se charge du job. + les labels. ✔️
avec visuel dans la liste. 3. Issue = Evolution devis, prise de notes, photos, etc... lors du job ✔️ 4. Branch et fichier .md = restitution de la prise de note, résumé du job et photo du résultat.
Template document? > prendre exemple sur les fichiers passés. Ajustement lors du review. 5. Pull request = facturation, demande de validation par bossTeam. Reward. ✔️
Ajout du numero facture dans le titre.
Détailler les montants, date d'envoi de la facture au client, rewards souhaités. https://github.com/openfab-lab/devis-et-facturation/pull/42
6. Reporter les rewards sur le lootcrate. Relier PR et Issue, clôture de l'issue. Suivit dans le PR jusqu'à encaissement facture. ✔️
@zuperninja
je prépare un peu pour quand tu arrives et j'aimerai avoir ton avis sur le contenu des "rapports" de job et comment les formater pour que ça deviennent des articles sur le site.
avec sa photo et son minitxt.
@nicolasdb commented on Fri Dec 21 2018
Objectif :
Baliser la procédure d'introduction de job.
J'aimerai faire un twitch, une capture video du process comme je le fais.
J'aimerai aussi schématiser le flow.
Process :
@nicolasdb commented on Fri Dec 21 2018
C'est peut-être intéressant d'avoir les labels de cloture backoffice dans les pull request.
Comme ça, on libère le tableau des issues ouverte des jobs réalisés.
On a bien la séparation entre Action et backOffice.
cool, les labels sont identiques entre issues et PR.
@nicolasdb commented on Wed Dec 26 2018
Ok, c'est cool et prometteur.
On obtient un workflow avec des bonnes étapes bien claire où on sait où on en est et si quelqu'un doit reprendre le job, les éléments devraient être facilement accèssibles, on sait et on peut prouver les rewards aussi pour chaqu'un et le ou la teamBoss obtient un vision bien claire des jobs à suivre et qui fait quoi.
On a donc le process:
1. Issues = annonce du job. ✔️
Template issue
2. Assign = qui se charge du job. + les labels. ✔️
avec visuel dans la liste.
3. Issue = Evolution devis, prise de notes, photos, etc... lors du job ✔️
4. Branch et fichier .md = restitution de la prise de note, résumé du job et photo du résultat.
Template document? > prendre exemple sur les fichiers passés. Ajustement lors du review.
5. Pull request = facturation, demande de validation par bossTeam. Reward. ✔️
Ajout du numero facture dans le titre.
Détailler les montants, date d'envoi de la facture au client, rewards souhaités.
https://github.com/openfab-lab/devis-et-facturation/pull/42
6. Reporter les rewards sur le lootcrate. Relier PR et Issue, clôture de l'issue. Suivit dans le PR jusqu'à encaissement facture. ✔️
@nicolasdb commented on Wed Dec 26 2018
on peut observer l'évolution des jobs.
Je résume le process ainsi:
Et à la fin, on a un paquet de documentation avec photo et quelques détails pour la vitrine des jobs qu'on sait faire
@nicolasdb commented on Wed Dec 26 2018
Template pour les pullrequest: done.
@nicolasdb commented on Thu Mar 28 2019
@zuperninja
je prépare un peu pour quand tu arrives et j'aimerai avoir ton avis sur le contenu des "rapports" de job et comment les formater pour que ça deviennent des articles sur le site.
avec sa photo et son minitxt.
Je documente ici:
https://github.com/openfab-lab/devis-et-facturation/tree/master/Showroom
je pense particulièrement à des informations importantes de type:
mais est qu'on nomme le client ou la technique ou le nom du projet?
à faire correspondre avec le block YAML en top du fichier .md
https://jekyllrb.com/docs/front-matter/
puis le cop classique. Context, objectif et résultat, accompagné des détails pertinent de réalisation (feed&speed, etc...)
@nicolasdb commented on Mon Apr 15 2019
Trigger
Routine 1 - info
Routine 2 -Quote request
Routine 3 - Production
@nicolasdb commented on Tue May 07 2019
La carte prend forme.
bon celle ci, je l'ai mis à jour pour Vulca mais le porcess est identique, j'impose mon style partout
La vue globale avec les différentes teams.
@nicolasdb commented on Fri Sep 13 2019
suite de https://github.com/openfab-lab/devis-et-facturation/issues/38#issuecomment-474004382
Template de reporting job
/Showroom/00template.md
The text was updated successfully, but these errors were encountered: