Buenas,
Lo que comentó Juan está bien en términos generales. Agrego algunos aportes al respecto.
El CPU-Burst se puede pensar (informalmente) como "el tiempo que va a ejecutar si no hay expropiación". Supongo que la confusión puede venir del laboratorio (en el que en algún caso se usaba tiempo total como método de desempate) pero el concepto "CPU-burst" es justamente eso, lo que va a ejecutar hasta bloquearse (o terminar).
Como norma general cuando los hilos son a nivel de usuario cualquier cosa que se pregunte (tiempo de retorno, espera, etc) será sobre el proceso e involucrará a todos los hilos. Esto es porque a nivel de kernel no hay diferencia de hilos y se ve como un solo proceso con los hilos intercalados según la planificación a nivel de usuario. Usando esta lógica se pueden razonar la mayoría de las preguntas de este estilo. Nada de lo que dije es aplicable cuando son hilos a nivel de kernel.
Para el último punto estaba explicado en la letra (cuando entra a la cola lo hace con la prioridad igual a su CPU-Burst y se le va sumando de a 5). La lógica detrás de esta prioridad es evitar la posposición indefinida ya que si siempre llegan procesos con Burst "cortos" nunca ejecutaría uno muy largo, en las diapositivas de planificación hay más al respecto.
Saludos!