Одно из лучших преимуществ работы в Discourse заключается в том, что мы практикуем то, что проповедуем: наша компания с более чем 100 сотрудниками работает исключительно на нашей собственной платформе. От общения с коллегами и планирования функций до отслеживания ошибок, поиска документации и даже оформления отпуска — всё происходит в одном месте. Я искренне верю, что наша культура и успех как полностью удалённой компании проистекают из использования нашего собственного инструмента для совместной работы, и я хочу рассказать, как мы используем Discourse для разработки Discourse, чтобы вы могли создать аналогичную настройку для своей команды.
На случай, если это будет полезно в качестве справочного материала, в 2018 году @HAWK опубликовал раннюю статью на ту же тему. Обе эти статьи я нахожу очень вдохновляющими!
У меня есть несколько небольших вопросов о различиях в том, на чем вы каждый сделал акцент. Вы всё ещё используете плагин Discourse Assign для управления назначением задач? Продолжаете ли вы использовать таймеры тем для отслеживания статуса тем после завершения задач? Всё ещё ли вы используете Discourse в качестве приватного портала электронной поддержки? Если вы отказались от этих стратегий, не могли бы вы кратко изложить свои соображения?
Есть некоторые сходства с тем, как мы используем Discourse в petites singularités, но вы, кажется, гораздо чаще используете @staff. В нашем случае у нас мало людей с доступом к Staff, но больше категорий с групповой модерацией.
Меня удивило описание реагирования на инциденты: означает ли это, что вы на самом деле создаёте как минимум три темы для одного и того же инцидента? Похоже, что это следует разделению на Product/Todo.
Возможно, дополнительный вопрос. Поскольку вы хостите довольно много форумов проектов свободного программного обеспечения, делитесь ли вы с ними runbooks или черпаете у них вдохновение?