Diferencias
Muestra las diferencias entre dos versiones de la página.
| Ambos lados, revisión anterior Revisión previa Próxima revisión | Revisión previa | ||
|
cap:scrum [2017/05/17 23:18] user [Los Documentos] |
cap:scrum [2018/02/20 09:13] (actual) |
||
|---|---|---|---|
| Línea 25: | Línea 25: | ||
| * **La barrera de Cliente-Proveedor** - Dejan de existir acuerdos legales, cláusulas, penalizaciones y todo aquello que hacen doloroso la colaboración, ya que no debe de existir obligación jurídica, más bien debe existir corresponsabilidad y participación activa. | * **La barrera de Cliente-Proveedor** - Dejan de existir acuerdos legales, cláusulas, penalizaciones y todo aquello que hacen doloroso la colaboración, ya que no debe de existir obligación jurídica, más bien debe existir corresponsabilidad y participación activa. | ||
| + | No sólo la manera de pensar es lo que debe de cambiar, también cambian los documentos ya que SCRUM, elimina la carga de trabajo hacia estos y deja sólo aquellos que son realmente importantes y que generan valor para el proceso de desarrollo de software. | ||
| ==== Los Documentos ==== | ==== Los Documentos ==== | ||
| Línea 38: | Línea 39: | ||
| **Casos de prueba**.- es el documento en el cual se comprueba que cada uno de los flujos definidos en el análisis fueron desarrollados conforme a los requerimientos dados y que cumple en todos los aspectos con el control de calidad definido por la organización, deberían de existir tantos casos de prueba cómo casos de usos estén definidos. | **Casos de prueba**.- es el documento en el cual se comprueba que cada uno de los flujos definidos en el análisis fueron desarrollados conforme a los requerimientos dados y que cumple en todos los aspectos con el control de calidad definido por la organización, deberían de existir tantos casos de prueba cómo casos de usos estén definidos. | ||
| + | |||
| + | **Aprobación de QA**.- Este documento es generado por el Departamento de aseguramiento de calidad y eso aprobación de que cumple con todos los estándares definidos así como el proceso que está definido. | ||
| + | |||
| + | **Solicitud de cambio a producción**.- este documento contiene la información técnica necesaria, es decir, archivos que sufrieron cambios, archivos nuevos, archivos eliminados, configuración, servidores y ambientes que afectan y las distintas aprobaciones que se requieren para que el cambio sea publicado, además especifica la fecha deseable en la cual deberá ser publicado el cambio y define los mecanismos de retroceso en caso de fallos. | ||
| + | |||
| + | **Bitácora de liberación**.- este documento lleva un control de las liberaciones realizadas, así como de los fallos que se han presentado Al momento de ejecutar las liberaciones. | ||
| + | |||
| + | En un modelo ágil sólo se definen los documentos que son necesarios para cubrir las necesidades de la empresa sin entorpecer la velocidad de desarrollo. | ||
| + | |||
| + | **Minuta de Sprint planning**.- Este documento es la evidencia de todo aquello acordado durante el proceso de Sprint planning, entre los datos que podemos ver se encuentran los siguientes: | ||
| + | * número de iteraciones. | ||
| + | * duración de cada iteración. | ||
| + | * calendario de la reunión diaria. | ||
| + | * duración de la reunión diaria. | ||
| + | * calendario de presentación de avances. | ||
| + | * duración de la presentación de avances. | ||
| + | * calendario del Sprint review. | ||
| + | * duración del Sprint review. | ||
| + | * calendario de Sprint retro. | ||
| + | * duración del Sprint retro. | ||
| + | * involucrados en el proyecto. | ||
| + | * rol de cada involucrado. | ||
| + | * herramientas a utilizar. | ||
| + | |||
| + | **Sprint backlog**.- este documento es la priorización por iteración de las historias usuario a desarrollar, es el resultado del Sprint planning. | ||
| + | |||
| + | **Minuta de reunión diaria**.- este documento es la evidencia de todo lo que se vio en la reunión diaria, entre los datos que podemos ver se encuentran los siguientes: | ||
| + | * tareas terminadas. | ||
| + | * tareas no terminadas. | ||
| + | * causa de las tareas no terminadas. | ||
| + | * tareas a trabajar en este día. | ||
| + | * tareas a terminar en este día. | ||
| + | * cambio de prioridades de historias de usuario. | ||
| + | * justificación del cambio de prioridades de historias de usuario. | ||
| + | * impedimentos que ponen en riesgo la terminación de alguna tarea. | ||
| + | |||
| + | **Minuta de Sprint review**.- este documento es la evidencia de lo que se vio en el Sprint review, entre los datos que podemos ver se encuentran los siguientes: | ||
| + | * historias de usuario terminadas. | ||
| + | * oportunidades de mejora. | ||
| + | * necesidades para el siguiente Sprint. | ||
| + | * decisión del product owner sobre la liberación del producto. | ||
| + | |||
| + | **Bitácora de liberación**.- este documento lleva un control de las liberaciones realizadas, así como de los fallos que se han presentado Al momento de ejecutar las liberaciones. | ||
| + | |||
| + | **Minuta de Sprint retro**.- este documento es la evidencia de lo que se vio en el Sprint retro, entre los datos que podemos ver se encuentran los siguientes: | ||
| + | * riesgos detectados en la iteración que terminó. | ||
| + | * plan de mitigación de los riesgos detectados. | ||
| + | * oportunidades de mejoras para el siguiente Sprint. | ||
| + | |||
| + | |||
| ==== Los Levantamientos ==== | ==== Los Levantamientos ==== | ||