¿Cómo gestionar las tareas de desarrollo y los errores/problemas en un pequeño equipo de desarrollo totalmente remoto?

Además de usar dos tableros, su propuesta ciertamente funcionará.

Tener tableros separados para errores y nuevas características es una muy buena manera de garantizar que los errores se ignoren o que las nuevas características se etiqueten incorrectamente como errores para implementarlas. Descubrirá que en el trabajo diario, al menos la mitad del equipo solo mirará un tablero. Si tiene la mala suerte de tener muchos errores, se revisará esa placa y se olvidarán las nuevas funciones. Si rara vez tiene errores, se ignorará el tablero de errores, ya que generalmente no tendrá ningún trabajo en él.

Una mejor estrategia es utilizar un solo tablero con una columna de trabajo pendiente/tareas debidamente priorizada. Si los errores son más importantes que las nuevas funciones, deben colocarse en la parte superior de la cartera de pedidos tan pronto como se informen. Eso solo debería darle una idea de cuánto trabajo relacionado con errores hay. Para respaldar esto, Jira tiene diferentes tipos de tickets con diferentes íconos.
Para los desarrolladores, solo deben elegir el ídem superior de la cartera de pedidos cuando necesitan realizar un trabajo nuevo. Esto puede ser una característica nueva o un error.

Una gran ventaja con un solo tablero (y, por lo tanto, una sola acumulación) es que puede anular fácilmente el valor predeterminado de que los errores tienen la prioridad más alta y, por ejemplo, poner una característica nueva muy importante por encima de un error muy pequeño que hay un pequeño error tipográfico. en una pantalla (por ejemplo, que la pantalla de inicio de sesión contenga "contraseña" en lugar de "contraseña"). Esto será mucho más difícil de realizar con tableros separados.

Algunos pueden argumentar que los errores y las características deberían agregarse al mismo tablero

¡Yo sería uno de los que abogan por una tabla! Tener más de un tablero traerá problemas de sincronización, claridad y dificultará la priorización.

Me gustaría un lugar para ver los errores pendientes y ponerlos con todas las solicitudes de funciones podría hacer que sea más difícil.

La mayoría de las herramientas, como JIRA, le permiten filtrar su tablero Kanban para mostrar uno o más tipos de problemas. Como tal, puede agregar un botón simple de 'mostrar solo errores' que filtraría las solicitudes de funciones y, por lo tanto, simplificaría ver una vista de solo errores cuando sea necesario.

He liderado un equipo a través de esta transición. Este es un problema importante a resolver. Dado que su equipo aún es bastante pequeño, elegiría una herramienta que le brinde la mayor flexibilidad.

Si estuvieran todos colocados, sugeriría un lápiz y papel. Como no está ubicado, Trello es la siguiente mejor opción. Esto le dará la capacidad de averiguar y confirmar su proceso antes de profundizar demasiado en una herramienta determinada.

Pasar de 1 a 2 es mucho más difícil que pasar de 2 a 6. Es por eso que necesita mantener la flexibilidad y la comunicación fluida.