Eines der besten Dinge an der Arbeit bei Discourse ist, dass wir das, was wir predigen, auch leben: Wir führen unser Unternehmen mit über 100 Mitarbeitern vollständig auf unserer eigenen Plattform. Vom Chatten mit Kollegen und der Planung von Funktionen über die Verfolgung von Fehlern, das Nachschlagen von Dokumentationen bis hin zur Terminplanung für Freistellungen – alles geschieht an einem Ort. Ich glaube aufrichtig, dass unsere Kultur und unser Erfolg als 100%iges Remote-Unternehmen auf der Nutzung unseres eigenen Kollaborationstools beruhen, und ich möchte Ihnen mitteilen, wie wir Discourse nutzen, um Discourse aufzubauen, damit Sie eine ähnliche Einrichtung für Ihr Team schaffen können.
Ich habe ein paar kleine Fragen zu den Unterschieden zwischen dem, was jeder von Ihnen betont hat. Verwenden Sie alle noch das Discourse Assign Plugin, um Aufgabenzuweisungen zu verwalten? Verwenden Sie noch Topic-Timer, um den Topic-Status nach Abschluss von Aufgaben zu verwalten? Verwenden Sie noch Discourse als privates E-Mail-Support-Portal? Falls Sie sich von diesen Strategien entfernt haben, wären Sie bereit, Ihre Gründe darzulegen?
Vielen Dank @blake für dieses sehr willkommene Update zur internen Nutzung von Discourse!
Wie bei @HAWK’s Beitrag vor sieben Jahren habe ich es übersetzt, damit auch französische Leser von euren Erfahrungen lernen können:
Es gibt einige Ähnlichkeiten mit der Art und Weise, wie wir Discourse bei petites singularités nutzen, aber ihr scheint @staff viel häufiger zu verwenden. In unserem Fall haben nur wenige Leute Zugang zu Staff, aber mehr Kategorien mit Gruppenmoderation.
Ich war überrascht, von der Reaktion auf Vorfälle zu lesen: Bedeutet das, dass ihr tatsächlich mindestens drei Themen für denselben Vorfall eröffnet? Es scheint jedoch der Produkt-/Todo-Aufteilung zu folgen.
Vielleicht eine Nachfrage. Da ihr recht viele Foren für freie Softwareprojekte hostet, teilt ihr jemals Runbooks mit ihnen oder lasst ihr euch von einigen davon inspirieren?