Al hablar de calidad se tiene la idea errónea de que al cumplir con los requisitos de una manera elegante, caprichosa , superior y fina de entregar el resultado final, cuando en realidad no es así, ya que la calidad por lo general es relacionada con como hacen sus procesos en base, a lo que prometen, o, a la calificación que el cliente otorga.
"El concepto de la calidad conocido como el conjunto de propiedades o atributos que posee objetivamente un producto o un servicio, o que le atribuyen subjetivamente los clientes, es en ocasiones ambiguo por las diferentes utilizaciones del término. "
Es decir, que la calidad es definida como como cumple sus atributos el producto en base a alguna promesa de la empresa o los requerimientos del cliente, por ejemplo, una empresa promete dar servicios de excelencia las veinticuatro horas del día, su calidad estará basada en como cumpla eso, si efectivamente su servicio es excelente y cualquiera puede atenderte sin importar la hora, su proceso es de calidad, sin embargo, si a cierta hora no hay nadie disponible , entonces esa calidad ira bajando.
La calidad siempre ha existido desde tiempos antiguos, por lo que expertos deciden dividir la historia su historia en cinco etapas.
Como se aprecia, los procesos han cambiado mucho, ya que de solo preocuparse por producir mucho, ahora, incluso se procura que el cliente quede satisfecho ya sea con el servicio recibido o con el producto solicitado.
Modelos de la calidad de software
También existen modelos que determinan las acciones que se realizan durante el proceso de producción, que sirven para poder asegurar que el producto final será de calidad.
Cada uno puede ser aplicado en base a que procesos se van a realizar y en como serán efectuados.
Integración de modelos de madurez de capacidades: es un modelo de evaluación de los procesos de una organización. Fue desarrollado inicialmente para los procesos relativos al desarrollo e implementación de software por la Universidad Carnegie-Mellon para el SEI (Software Engineering Institute). Sus origenes se remontan a 1986, donde se establecía que para que un proceso estuviera validado, debería de tener las siguientes características:
También existen modelos que determinan las acciones que se realizan durante el proceso de producción, que sirven para poder asegurar que el producto final será de calidad.
Cada uno puede ser aplicado en base a que procesos se van a realizar y en como serán efectuados.
Integración de modelos de madurez de capacidades: es un modelo de evaluación de los procesos de una organización. Fue desarrollado inicialmente para los procesos relativos al desarrollo e implementación de software por la Universidad Carnegie-Mellon para el SEI (Software Engineering Institute). Sus origenes se remontan a 1986, donde se establecía que para que un proceso estuviera validado, debería de tener las siguientes características:
- Estar definidas en un procedimiento documentado
- Estar provistas (la organización) de los medios y formación necesarios
- Ser ejecutadas de un modo sistemático, universal y uniforme (institucionalizadas)
- Estar medidas y verificadas
Cada área de proceso está regulada por cinco niveles de madurez, que evalúan la calidad de este:
- Inicial: El proceso es impredecible, es reactivo y pobremente controlado. El éxito de los proyectos se basa la mayoría de las veces en el esfuerzo personal, aunque a menudo se producen fracasos y casi siempre retrasos y sobrecostes. Por lo general causados por falta de planificación.
- Repetible: Se caracteriza por su aplicación a proyectos. las organizaciones disponen de unas prácticas institucionalizadas de gestión de proyectos, existen unas métricas básicas y un razonable seguimiento de la calidad.
- Definido: El proceso es pro-activo y se ve a nivel de la organización. Se implementan técnicas de revisión por pares (peer reviews).
- Gestionado: Se caracteriza porque las organizaciones disponen de un conjunto de métricas significativas de calidad y productividad, que se usan de modo sistemático para la toma de decisiones y la gestión de riesgos.
- Optimizado: Se enfoca en la mejora continua, mediante el uso de métricas, buscando innovar procesos anteriores.
Como se puede apreciar, los últimos dos niveles, ya se enfocan más en mejorarse a sí mismos, en cuanto a los procesos y productos realizados.
Una organización, debe de ser evaluada para poder verificar que sus procesos se rigen por el CMMI, por el cual reciben alguna calificación (En base a los niveles mencionados anteriormente). Normalmente se maneja la escala de 2-5, ya que si se usara el número 1, significa que la empresa o bien debería de retirarse, o cambiar radicalmente sus procesos.
Team Software Process: Al juntarse con el Personal Software Process, proporciona un marco de trabajo de procesos definidos que está diseñado para ayudarle a equipos de gerentes e ingenieros a organizar y producir proyectos de software de gran escala, que tengan tamaños mayores a varios miles de líneas de código, ya que ayuda a entregar los productos finales en tiempo y forma.
Sus inicios se remontan a 1996, que fue patrocinado por el Departamento de Defensa de los Esatdos Unidos. Este se enfoca en el proceso de la construcción de un equipo productor de software, estableciendo objetivos del equipo, distribuyendo los roles, y otras actividades de trabajo en equipo.
Para que este modelo pueda tener resultados es necesario que anteriormente se haya aprendido el modelo PSP (algunos autores llaman a este modelo TSPCPSP debido a esto).
Se empieza con cuatro días de despeje, diseñado para realizar la documentación, realización de equipos, establecimiento de metas, entre otros. Este despeje esta dirigido por un lider con experiencia.
En los equipos de TSP se identifican los siguientes roles:
• Líder del Equipo: Dirige al equipo, se asegura que todos reporten sus datos de los procesos y completen su trabajo tal y como se planeó. Realiza los reportes semanales del avance del equipo.
• Gestor de desarrollo: Guía al equipo en el diseño y desarrollo del producto.
• Gestor de Planificación: Apoya y guía al equipo en la planificación y seguimiento del trabajo.
• Gestor de Calidad/Proceso: Apoya al equipo en definir sus necesidades acerca del proceso y a establecer y administrar el plan de calidad. Genera estándares para obtener un trabajo uniforme. Modera las inspecciones y revisa cada artefacto generado.
• Administrador de Requerimientos/Soporte: Dirige al equipo en el desarrollo de requerimientos de software y ayuda a dar a conocer la tecnología y en las necesidades de apoyo administrativo. Administra el plan de configuración.
Durante el TSP, se revisan cada una de las etapas que compone el proyecto , principalmente en las primeras, lo que permite un número menor de fallos.
En conclusión, la calidad no solo puede medirse, sino también se le pueden aplicar modelos que permitan y aseguren que el producto final no será malo, sino lo contrario, ya que los filtros no solo son aplicados al último resultado, sino también a los procesos involucrados en este, permitiendo una consistencia en todo el desarrollo. Desde hace tiempo, la gente se interesó en entregar bien los productos, para lograr una satisfacción del cliente, evento que sigue sucediendo hasta el día de hoy.
Referencias
[1](Hugo A. Pedrini,Alconet es internet Portal de Alcorta,2003)
Consultado el 25/04/15
[2] (Wikipedia, Team Software Process - Wikipedia, la enciclopedia libre, 2014)
Consultado el 25/04/15
[3](David Alejandro Gómez,Team Software Process (TSP),2009)
Consultado el 25/04/15
Una organización, debe de ser evaluada para poder verificar que sus procesos se rigen por el CMMI, por el cual reciben alguna calificación (En base a los niveles mencionados anteriormente). Normalmente se maneja la escala de 2-5, ya que si se usara el número 1, significa que la empresa o bien debería de retirarse, o cambiar radicalmente sus procesos.
Team Software Process: Al juntarse con el Personal Software Process, proporciona un marco de trabajo de procesos definidos que está diseñado para ayudarle a equipos de gerentes e ingenieros a organizar y producir proyectos de software de gran escala, que tengan tamaños mayores a varios miles de líneas de código, ya que ayuda a entregar los productos finales en tiempo y forma.
Sus inicios se remontan a 1996, que fue patrocinado por el Departamento de Defensa de los Esatdos Unidos. Este se enfoca en el proceso de la construcción de un equipo productor de software, estableciendo objetivos del equipo, distribuyendo los roles, y otras actividades de trabajo en equipo.
Para que este modelo pueda tener resultados es necesario que anteriormente se haya aprendido el modelo PSP (algunos autores llaman a este modelo TSPCPSP debido a esto).
Se empieza con cuatro días de despeje, diseñado para realizar la documentación, realización de equipos, establecimiento de metas, entre otros. Este despeje esta dirigido por un lider con experiencia.
En los equipos de TSP se identifican los siguientes roles:
• Líder del Equipo: Dirige al equipo, se asegura que todos reporten sus datos de los procesos y completen su trabajo tal y como se planeó. Realiza los reportes semanales del avance del equipo.
• Gestor de desarrollo: Guía al equipo en el diseño y desarrollo del producto.
• Gestor de Planificación: Apoya y guía al equipo en la planificación y seguimiento del trabajo.
• Gestor de Calidad/Proceso: Apoya al equipo en definir sus necesidades acerca del proceso y a establecer y administrar el plan de calidad. Genera estándares para obtener un trabajo uniforme. Modera las inspecciones y revisa cada artefacto generado.
• Administrador de Requerimientos/Soporte: Dirige al equipo en el desarrollo de requerimientos de software y ayuda a dar a conocer la tecnología y en las necesidades de apoyo administrativo. Administra el plan de configuración.
Durante el TSP, se revisan cada una de las etapas que compone el proyecto , principalmente en las primeras, lo que permite un número menor de fallos.
En conclusión, la calidad no solo puede medirse, sino también se le pueden aplicar modelos que permitan y aseguren que el producto final no será malo, sino lo contrario, ya que los filtros no solo son aplicados al último resultado, sino también a los procesos involucrados en este, permitiendo una consistencia en todo el desarrollo. Desde hace tiempo, la gente se interesó en entregar bien los productos, para lograr una satisfacción del cliente, evento que sigue sucediendo hasta el día de hoy.
Referencias
[1](Hugo A. Pedrini,Alconet es internet Portal de Alcorta,2003)
Consultado el 25/04/15
[2] (Wikipedia, Team Software Process - Wikipedia, la enciclopedia libre, 2014)
Consultado el 25/04/15
[3](David Alejandro Gómez,Team Software Process (TSP),2009)
Consultado el 25/04/15