Wie verwaltet man Entwicklungsaufgaben und Bugs/Probleme in einem kleinen vollständig remoten Entwicklungsteam?

Abgesehen von der Verwendung von zwei Boards wird Ihr Vorschlag sicherlich funktionieren.

Separate Foren für Fehler und neue Funktionen zu haben, ist eine sehr gute Möglichkeit, um sicherzustellen, dass entweder Fehler ignoriert werden oder dass neue Funktionen fälschlicherweise als Fehler gekennzeichnet werden, um sie zu implementieren. Sie werden feststellen, dass in der täglichen Arbeit mindestens die Hälfte des Teams nur auf eine Tafel schaut. Wenn Sie das Pech haben, viele Fehler zu haben, wird dieses Board überprüft und neue Funktionen werden vergessen. Wenn Sie nur selten Fehler haben, wird das Fehlerboard ignoriert, da es normalerweise keine Arbeit daran gibt.

Eine bessere Strategie besteht darin, ein einzelnes Board mit einer richtig priorisierten Backlog/To-Do-Spalte zu verwenden. Wenn Bugs wichtiger sind als neue Features, dann sollten sie, sobald sie gemeldet werden, ganz oben auf das Backlog gesetzt werden. Das allein sollte Ihnen bereits einen Einblick geben, wie viel Bug-bezogene Arbeit es gibt. Um dies zu unterstützen, hat Jira verschiedene Arten von Tickets mit unterschiedlichen Symbolen.
Entwickler sollten einfach das oberste Element des Rückstands auswählen, wenn sie neue Arbeit aufnehmen müssen. Das kann dann entweder ein neues Feature oder ein Bug sein.

Ein großer Vorteil bei einem einzigen Board (und damit einem einzigen Backlog) ist, dass man die Vorgabe, dass Bugs die höchste Priorität haben, einfach überschreiben und zum Beispiel ein sehr wichtiges neues Feature über einen ganz kleinen Bug stellen kann, dass da ein kleiner Tippfehler ist in einem Bildschirm (zum Beispiel, dass der Anmeldebildschirm "Passwort" statt "Passwort" enthält). Dies wird mit separaten Boards viel schwieriger zu realisieren sein.

Einige mögen argumentieren, dass die Fehler und Funktionen demselben Board hinzugefügt werden sollten

Ich wäre einer von denen, die für ein Board plädieren! Wenn mehr als ein Board vorhanden ist, bringt dies Probleme bei der Synchronisierung und Klarheit mit sich und erschwert die Priorisierung.

Ich hätte gerne einen Ort, an dem alle ausstehenden Fehler angezeigt werden, und wenn ich sie mit allen Feature-Anfragen zusammenstelle, wird dies möglicherweise schwieriger.

Die meisten Tools, wie z. B. JIRA, ermöglichen es Ihnen, Ihr Kanban-Board zu filtern, um einen oder mehrere Problemtypen anzuzeigen. Als solches können Sie eine einfache Schaltfläche „Nur Fehler anzeigen“ hinzufügen, die Funktionsanfragen herausfiltert und es so einfach macht, bei Bedarf eine Nur-Fehler-Ansicht anzuzeigen.

Ich habe ein Team durch diesen Übergang geführt. Dies ist ein wichtiges Problem, das es zu lösen gilt. Da Ihr Team noch recht klein ist, würde ich ein Tool auswählen, das Ihnen die größte Flexibilität bietet.

Wenn Sie alle zusammen wohnen würden, würde ich einen Bleistift und Papier vorschlagen. Da Sie nicht am selben Standort sind, ist Trello das Nächstbeste. Dies gibt Ihnen die Möglichkeit, Ihren Prozess herauszufinden und zu bestätigen, bevor Sie zu tief in ein bestimmtes Tool einsteigen.

Von 1 auf 2 zu wechseln ist viel schwieriger als von 2 auf 6. Deshalb müssen Sie flexibel bleiben und die Kommunikation frei fließen lassen.