Issues:

Problemas:
PROCESO ACTUALMENTE:
Marketing a requerimientos
Requerimientos con desarrollo sin QA
Hand off con QA y a probar}
No hay documentacin ni test matrices ni escenarios ni test cases.
Todo al ltimo momento.
Se ejecuta durante el code freeze o despus del code freeze. Salen mas defectos.
Se cambi cdigo sin avisar, no pas por Stars.

QUE SE NECESITA:
Definir proceso.
Week

June

July

Kick off Dev/QA.

Test Cases

Test Matrix /QA, Analysis /Dev

Test Cases

Test Matrix /QA, Analysis /Dev

Execution TC

Peer Review

Execution TC

August

En requerimientos:
Que se hagan peer reviews entre el equipo de requerimientos.
Que haya un kickoff formal.
Definir hasta cuando se pueden aplicar los cambios.
En kickoff desde que va a salir el realise tener la documentacin
Primer mes haces la documentacin
Hacer pruebas antes de code freeze.
Los issues deben ser rechazados por desarrolladores , no por los de requerimientos.
No se deben metar cambios sin que primero lleguen a Stars.

Code freeze es 3 semanas antes de que se libere

Al probar.
Que haya alguien que distribuya los issues.

Scrum meetings.
Si algo se debe discutir entre manager no es necesario que est todo el equipo.

VP Task
No es necesario para QA, ya que cuando estamos en etapa de diseo, los VP task se
quedan como ready for test
Cuando los VPS se mandan a More info needed al dev, en lugar de ponerlo en more
info added que se cambie el estatus a ready for test y se asigne al tester.
Cuando sea cree algn VP por error en stars ( que no esta actializada la info) que el
estatus del VP no sea como issue rejected, sino que se agregue una nota (dev) y se
cambie estatus a Completed.

Requirement team no haga cambios a los VPS, que pueda agregar comentarios mas
no modificar estatus, estos deben ser modificados nicamente por dev o qa.

Evitar hacer cambios, LCM deben de entrar en otro release.

Entre la etapa de Mk y Rq incluir gente de DEV y QA para realizar estimaciones y asi

dar un estimado del tiempo total para liberar el producto.