¿Las historias de usuario son elementos de trabajo pendiente completos por sí solos, o generalmente van acompañadas de otra información como un título?

Excelente pregunta Aaron Smith! El curso no lo cubre, pero la mayoría de los equipos usarían una herramienta como Jira y Trello para realizar un seguimiento de los tickets. Tu pensamiento es correcto, en esas aplicaciones sería muy común tratar las historias de usuario como elementos de backlog completos, cada uno con un título único y en la mayoría de los casos una etiqueta de prioridad y una etiqueta de departamento como cliente, servidor, infraestructura, etc...

Un elemento de backlog completo típicamente incluye:

El título: una etiqueta corta y fácil de escanear (p. ej., "Barra de progreso en finalización del curso").

El número de tarjeta/ticket: Las herramientas como Jira asignan automáticamente un número que precede al título (p. ej., MA-175: Barra de progreso en finalización del curso), que a menudo es el identificador principal en mensajes de commit, títulos de PR, changelogs y conversaciones cotidianas.

La historia de usuario: la declaración formal que vive en el campo de descripción. El formato "Como [rol], quiero [objetivo], para que [beneficio]" es solo la historia en sí, no el elemento de backlog completo.

Criterios de aceptación: las condiciones específicas que deben ser verdaderas para que la historia se considere hecha. Sin estos, "hecha" es subjetivo, lo cual causa problemas en el momento de QA. A menudo estos se enmarcan en un formato Given/When/Then.

Campos adicionales: estos varían según el equipo pero pueden incluir puntos de historia, prioridad, etiquetas/tags, enlaces a otros tickets o una épica.