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.
Как именно вы это используете или что вы имеете в виду под «эфемерным», соответственно? Я спрашиваю, так как у нас, как и у вас, есть некоммерческая лицензия. Сейчас идёт обсуждение: что и где должно происходить, то есть чат против форума.
«В комнате отдыха есть торты» — это эфемерное сообщение: когда день закончится или торты съедят, никому не нужно об этом знать. Подобные вещи гораздо лучше отправлять в чат-приложения, а не публиковать на платформах вроде Discourse.
Всё, что имеет подлинную ценность в среднесрочной или долгосрочной перспективе, не является эфемерным, поэтому публикуйте это там, где можно структурировать информацию для удобного доступа в будущем.
Итак, спустя 4+ года, вот snapshot того, как наша команда использует Discourse для ежедневных скрамов.
Организационный контекст
Проектная команда, работающая над различными инициативами с открытым исходным кодом как «внешние клиенты», но входящая в состав крупной организации.
Эта крупная организация имеет собственные проприетарные инструменты для документации, управления проектами, чата (Slack) и т. д., и исторически не хотела переходить на инструменты с открытым исходным кодом или делиться работой организации публично.
Работа этой команды должна одновременно (а) соответствовать стандартам отчетности крупной организации и (б) быть доступной для публики.
Технический контекст
Форум Discourse для взаимодействия команды с публикой и другими внешними сторонами.
Специальная категория управления проектами, доступная для чтения всем, но доступная для записи только команде.
Подкатегория «Ежедневные стендапы» в этой категории, также доступная для записи только команде, с автоматическим закрытием тем через 23 часа.
Мы переименовали @discobot и убедились, что у него есть доступ к этой категории.
(На данный момент) решение
С неохотой используем Zapier для автоматизации, так как существующие плагины Discourse или доступные инструменты с открытым исходным кодом пока недостаточны.
С понедельника по пятницу Zapier создает новую тему в подкатегории «Ежедневные стендапы» от имени пользователя-бота в назначенное время каждый день, используя текущую дату в заголовке темы.
Zapier отправляет напоминания в Slack (это функция Slack, позволяющая откладывать и отклонять напоминания) каждому участнику стендапа в время, близкое к началу его рабочего дня, включая ссылку на URL конкретной темы стендапа на этот день.
Zapier отслеживает посты в этой категории, фильтруя всё от бота, первый пост любой темы, а также исключая автоматическое закрытие, которое иначе также могло бы сработать. Пост радикально переписывается с помощью инструментов Zapier для публикации в канале Slack, имитируя формат, используемый членами других команд, но с добавлением ссылки на пост в первой строке сообщения Slack (которая представляет собой автоматически сгенерированную дату). Мы были вынуждены сделать это, потому что плагин Chat Integration был слишком шумным из-за дополнительных метаданных, что раздражало других пользователей этого канала.
В какой-то момент мы вручную добавляем дату в плагин Events, чтобы отчет о стендапе отображался на главном /calendar вместе с другими мероприятиями.
Мы убеждаемся, что плагин Chat Integration исключает (заглушает) эту категорию Standup, чтобы не дублировать один и тот же стендап в другом месте рабочего пространства Slack.
Пожелания для Discourse
Что было бы замечательно в будущем, чтобы нам не пришлось использовать Zapier:
Повторяющийся график автоматических публикаций, текст которых можно было бы шаблонизировать с использованием переменных, таких как дата.
Плагин Chat Integration: возможность редактировать шаблон того, что плагин Chat Integration отправляет в различные каналы, примерно так же, как это делается с шаблонами электронной почты.
Assign: возможность назначать нескольких исполнителей на тему, устанавливать интервалы напоминаний для каждой категории, а также разрешать назначение через API или как часть шаблона автоматического создания, описанного выше.
