Coherencia de GitHub y memoria, y diferentes partes de la memoria

[JJ]

Como los milestones se van escribiendo según se van haciendo, a veces lo que hay en los primeros capítulos no es lo mismo que hay en GitHub ni lo mismo que se escribe en los últimos capítulos. Esas incoherencias #8 las puede detectar fácilmente. La "viabilidad" del último PMV debe incluir una revisión de, al menos, esto, y por supuesto también de otras entidades que aparezcan varias veces en memoria y en GitHub (como quizás HUs) Para esto, es conveniente comentar los milestones una sola vez, y razonablemente esta vez será en el capítulo de implementación; en desarrollo ágil sólo se planifica un milestone (o quizás dos) más adelante, y en el capítulo de planificación habría, por tanto, que poner solamente cómo se va a hacer la planificación, no los milestones en sí.

[JJ]

Esto no deberías cerrarlo hasta la entrega final del proyecto. Se trata de que sean coherentes cuando se entrega, no ahora.