Informe

Capitulo 5 : Calidad
Con respecto a la calidad que alcanza un producto esta pasa por una serie de etapas
que involucra de forma directa los roles de Product Owner, Scrum Master y Equipo
Scrum durante todo el proceso de construccion del proyecto.
De forma resumida, para establecer la calidad de un producto esta debe presentar de
manera correcta los entregables con los criterios de aceptacion aprobados reflejando
un valor significativo sobre el proyecto y sobre todo cumplir con las expectativas del
cliente.
Sin embargo, no es suficiente para entender realmente en que consiste establecer a un
proyecto como uno de calidad. Para ello veremos cómo es el proceso que debe
cumplir un proyecto en desarrollo para catalogarse como de calidad pasando por las
etapas del marco teórico SCRUM y cómo es que se relaciona con el alcance.
El alcance de un proyecto es la suma total de todos los incrementos del
producto, así como el trabajo necesario para el desarrollo del producto final. Es decir,
es la capacidad que tiene el conjunto de mini-proyectos que van sumando valor cada
vez que se van culminando y complementando. Pero ¿cómo sé si mi entregable de mi
mini-proyecto o mejor dicho sprint realmente aporta valor y resulta ser de calidad?.
Para ello primero definamos en que consiste un entregable. Un entregable viene a ser
el resultado de un sprint que ha sido aceptado y aprobado por el Product Owner y el
visto bueno del cliente. Por definicion, es importante que este entregable cumpla con
los requisitos mínimos o respectivos para ser catolagado como terminado y de calidad.
Entonces, para reconocer que el entregable de un sprint sume valor esta debe haber
aprobado y debe haber cumplido con los criterios/pruebas de aceptacion de cada
historia de usuario y todo bajo el tiempo asignado para el desarrollo del sprint.
Ahora que sabemos cómo es alcanzar o como debe ser un proyecto de calidad.
Si nos encontramos en el proceso de construcción de un proyecto bajo este marco
teórico, una de las primeras tareas a desarollar es que debemos de establecer y
redactar minuciosamente cada criterio de aceptación en la lista de prioridades que se
genera en cada Product Backlog. Recordar de ser lo más tecnico y entendible posible y
que a cada historia de usuario le corresponde su criterio de aceptación, que no viene a
ser otra cosa que requisitos específicos que deben cumplir una parte del proyecto.
Cabe resaltar que mientras iremos avanzando con el proyecto puede suceder que
algunos requerimientos sean rechazados o postergados debido a la falta de tiempo o a
que no cumpla con las expectativas del cliente y vuelva a ingresar en el siguiente
Product Backlog para que sea re-priorizada para su desarrollo con las modificaciones
correspondientes.
De esta forma podemos ver cómo es que llegamos a nuestro alcance final de un
proyecto mientras vamos construyendo valor entre sprints. Y una de las mejores
formas o sino es la mejor forma para darnos cuenta que hemos culminado y hemos
logrado el alcance propuesto es definiendo junto a todo el equipo la Definicion de
Terminado. El equipo Scrum debe utilizar una lista de verificación de los criterios de
terminado generales para garantizar que una tarea está terminada con el proposito de
que el resultado aporte valor. En otras palabras, la Definicion de Terminado nos
permitirá comprobar a través de una lista general de las principales tareas del sprint se
hayan desarrollado correctamente como pruebas de rendimiento, escalabilidad y
seguridad, y así evitar posibles errores en un futuro durante la construccion, perdida
de dinero o tiempo y clientes insatisfechos.
La calidad es una variable compleja. Aumentar el alcance sin incrementar el
tiempo o los recursos, tiende a reducir la calidad. Es decir, mientras más tiempo y
recursos le dediquemos a mejorar un proyecto este optendrá una mejor calidad. Sin
embargo, suele pasar que al reducir el tiempo entre sprints, la presión en el equipo
aumenta y afecta al alcance final. Para ello se recomienda mantener un “ritmo
sostenible” en el trabajo ya que infliuye directamente a la calidad del desarrollo del
proyecto. Esta herramienta de trabajo permite que los desarrolladores trabajen de
forma homogenea durante todo el sprint con el fin de apegarse los estándares
definidos.
En resumen, la gestión de calidad en un proyecto se facilita mediante tres actividades
interrelacionadas: Planificacion de calidad, Control de calidad y Garantía de calidad.
Estos principios son clave para desarollar un proyecto realmente bueno. Iniciar con
una planificación adecuada donde la voz del cliente se refleje en la lista de
requerimientos. Se recomienda definir y seguir un resumen de responsabilidades
dentro del equipo. Controlar o supervisar les permitirá reconocer si el proyecto
requiere o no de alguna funcionalidad extra que cumpla la necesidad del cliente.
Siempre cumpliendo con los criterios de aceptación. Y finalmente garantizar un
feedback positivo de la iteración con el propósito de influir en el mejoramiento
constante de calidad en el desarrollo.
Para concluir, considero que no existe otra forma de desarrollar un proyecto que no
sea de calidad. Es decir, un proyecto sea grande o pequeño siempre debe ser
realmente funcional. Conocer a nuestros clientes o conocer qué es lo que buscan es
imporante para planificar nuestro proyecto. Mientras más claro tengamos las ideas,
trabajaremos a un mismo o mejor ritmo para cumplir las expectativas del cliente
mediante los entregables. Y recordar que un proyecto no será de calidad si este no
tiene la capacidad de funcionar satisfactoriamente y marche correctamente para su
propósito.