He estado formalizando nuestro método de TI. Más o menos un enfoque de scrumban , pero todavía necesito documentar dónde debe producirse u ocurrir cada artefacto y ceremonia.
Los fundamentos son
Uno de los analistas comerciales ha propuesto un documento de mandato del proyecto para la fase de propuesta. Esto me parece demasiado oneroso para una propuesta, especialmente la sección titulada Expectativas de calidad .
Vis
Expectativas de calidad Defina las expectativas de calidad del cliente con referencia a la importancia relativa del tiempo, el costo y la calidad del producto para que las decisiones futuras puedan basarse en qué factor es fundamental para el éxito del proyecto.
Me estoy perdiendo algo, pero preguntarle al propietario del producto cuáles son sus expectativas de calidad, dado que toda mi filosofía es no comprometer la calidad a menos que sea parte de un proceso de deuda técnica administrada mediante el cual la recuperación se realizará de forma natural, parece una propuesta ridícula. .
Entonces, la pregunta es...
¿Es aceptable preguntarle a un Product Owner?
¿Qué nivel de calidad espera de esta solución?
¿Qué nivel de calidad espera de esta solución?
Si bien es tentador, hacer la pregunta de esta manera no es útil porque no conduce a criterios procesables o comprobables. Además, el alcance (y, por lo tanto, hasta cierto punto, la calidad) es la dimensión ajustable de la teoría de la restricción en la mayoría de las implementaciones ágiles.
En su lugar, debe utilizar la ágil "Definición de Listo" (DoD) para definir los criterios de calidad utilizando métricas cuantificables. Por ejemplo, las expectativas de calidad de su proyecto pueden incluir (pero ciertamente no se limitan a) cosas como:
Siempre que los criterios de calidad en su Definición de Listo sean medibles, puede ajustar la minuciosidad de los criterios para aumentar o reducir los objetivos de calidad del proyecto. Sin embargo, tenga en cuenta que la calidad afecta otras restricciones del proyecto, como el presupuesto y el cronograma, por lo que deberá equilibrar los objetivos de calidad con otros requisitos del proyecto (como una fecha de envío fija) para encontrar el nivel de calidad aceptable necesario para la entrega exitosa del proyecto.