Our project currently does synchronous IRC-based daily (M-F) Scrum standups for people who:
Are currently hacking on the project, and
Are available at the designated time.
This is less than ideal for a global team for various reasons, so I’m trying to think of how to re-create something like Flock but using Discourse. (The less tools, the better!)
For those not familiar with the report, the standard items mentioned include:
What was done the previous day
Plans for the upcoming day
Any issues blocking the person from proceeding with their work
I’ve been thinking about how to use the following features to make it happen:
Dedicated sub-category
Auto-close topics after N hours for the sub-category
Category-based topic templates
Specifying content in URL’s to pre-populate topics
The problem seems to be conceptualizing how this should look. Should each person create a topic for each day they have a report to make? A topic for each day that everyone contributes to? Ideally, someone could just go to a standard link or URL to create their report with minimal clicks.
Is this interesting to anyone else who would like to brainstorm a way forward? Thanks in advance.
Seems like a topic per “stand up” with multiple replies, one from each team member, would work fine. Use a unique category and put a category template in so people have some idea of what info to include.
I personally dislike any “mandatory meeting every day” scheme as we try to keep mandatory meetings to an absolute minimum.
also wondering @downey. Our volunteer community have:
Slack for our Dev’s (as they are there for work anyway)
Discourse for the rest of the community, which i plan to sync with the main channel in Slack so the devs are more a part of the community
Trello for project management.
Timetreeapp for a team calendar.
Github for issues, coding, and often conversations occur here also
It is definitely not optimal spreading the team across so many platforms. By design Discourse is the central hub, and ways of bringing our team closer into it would be very useful.
Our main issue is being a community of volunteers. Devs want to remain on the platform they use as standard for work, getting them to switch proved difficult. syncing the main channels between the two seems the best middle-ground.
I’ll add to the mix that the Edgeryders community look to be using Discourse quite effectively for documentation, but that requires switching to the Categories view homepage, which would take away from the interaction on our forum. I’m looking now to see if there’s a way to combine the two views on the homepage so we can have our documentation on Discourse
You can do some charting with the Discourse Graphviz plugin, but we usually avoid that. I have not seen a kanban plugin yet, but it does sound like an interesting idea for a theme component or plugin.
At Discourse we do our project management very differently to the traditional sense. We kick off TODOs on our dev instance or just directly assign topics from meta. In our weekly calls managers and team leaders help prioritise stuff. We are always shipping features so there is not “deadline in 3 months” we are working towards.
how do you use it exactly or what do you mean by ephemeral, respectively. I ask as we got a non-provite licence as you folks. Now, the discussion is, what shall happen where, so chat vs forum.
Ephemera is the stuff which doesn’t matter tomorrow.
“There are cakes in the breakroom” is ephemera, once the day is over or cakes are gone nobody needs to know. That kind of stuff is far better thrown into a chat product than posted onto platforms such as discourse.
Anything which has legitimate value in the medium to long term isn’t ephemeral, so post it somewhere you can structure it for easy future access.
Donc, plus de 4 ans plus tard, voici un aperçu de la façon dont l’équipe dont je fais partie utilise Discourse pour les scrums quotidiens.
Le contexte organisationnel
Une équipe de projet qui travaille sur diverses initiatives open source en tant que « clients externes », mais qui est intégrée au sein d’une grande organisation.
Cette grande organisation dispose de ses propres outils propriétaires pour la documentation, la gestion de projet, la chat (Slack), etc., et a historiquement été réticente à passer à des outils open source ou à rendre les travaux de l’organisation publics.
Le travail de cette équipe doit à la fois (a) respecter les normes de reporting de l’organisation plus large et (b) être accessible au public.
Le contexte technique
Un forum Discourse permettant à l’équipe d’interagir avec le public et d’autres parties externes.
Une catégorie dédiée à la gestion de projet, lisible par tous mais modifiable uniquement par l’équipe.
Une sous-catégorie « Daily Standups » au sein de cette catégorie, également modifiable uniquement par l’équipe, configurée pour fermer automatiquement les sujets après 23 heures.
Nous avons renommé @discobot et nous avons veillé à ce qu’il ait accès à cette catégorie.
La solution (actuelle pour l’instant)
Utilisation réticente de Zapier pour l’automatisation, car les plugins Discourse existants ou les outils open source disponibles n’étaient pas encore suffisants.
Du lundi au vendredi, Zapier crée un nouveau sujet dans la sous-catégorie « Daily Standups » en tant qu’utilisateur bot, à une heure désignée chaque jour, en utilisant la date du jour dans le titre du sujet.
Zapier envoie des rappels Slack (c’est une fonctionnalité Slack permettant de mettre en veille ou de rejeter) à chaque participant au standup à une heure correspondant au début de sa journée de travail, incluant un lien vers l’URL du sujet de standup du jour.
Zapier surveille les publications dans cette catégorie, en filtrant tout ce qui provient du bot, le premier post de chaque sujet, et en excluant également la fermeture automatique qui déclencherait autrement. Le post est considérablement réécrit à l’aide des outils Zapier pour être publié dans un canal Slack, en imitant le format utilisé par les membres d’autres équipes, mais en ajoutant un lien vers le post dans la première ligne du message Slack (qui est la date générée automatiquement). Nous avons dû faire cela car le plugin Chat Integration était trop bruyant avec des métadonnées supplémentaires, ce qui énervait les autres utilisateurs de ce canal.
À un certain moment, nous ajoutons manuellement la date dans le plugin Events, afin que le rapport de standup apparaisse sur le /calendar principal avec les autres activités.
Nous nous assurons que le plugin Chat Integration exclut (silencie) cette catégorie Standup pour éviter de refléter le même standup deux fois ailleurs dans l’espace de travail Slack concerné.
Liste de souhaits pour Discourse
Ce qui serait formidable un jour, afin que nous n’ayons plus besoin d’utiliser Zapier :
Un calendrier récurrent de publications automatiques dont le texte pourrait être mis en modèle avec des variables comme la date.
Plugin Chat Integration : Possibilité de modifier le modèle de ce que le Chat Integration envoie vers différents canaux, un peu comme c’est fait avec les modèles d’e-mail.
Assign : Permettre plusieurs assignataires à un sujet, définir des intervalles de rappel par catégorie, permettre que les assignations soient définies via l’API ou dans le cadre du modèle de création automatique mentionné ci-dessus.
