La importancia de_la_ir_en_calidad_software_ 2010

The Requirements Week

Seminario Practicando Requisitos

La importancia de la Ingeniería de Requisitos
en la Calidad del Software
Francisco José Sáez Barrio
8 de Junio de 2010 www.visuresolutions.com

Practicando Requisitos
La importancia de la Ingeniería de los Requisitos en la Calidad del Software
Agenda

La Calidad de las Aplicaciones. Contexto general
Algunas lección aprendidas
Verificación y Validación
Componentes clave
Servicios de Pruebas y Calidad de Software de Steria
Conclusiones

www.visuresolutions.com Copyright 2008 © Visure Solutions, The Requirements Company - +34 91 806 17 13 - info@visuresolutions.com - 28760 Tres Cantos MADRID 2

La Calidad de las Aplicaciones
Contexto General

A pesar de las diferencias existentes entre las empresas, su forma de trabajar en
proyectos de desarrollo de software es muy similar:

“… sin criterio o procedimiento establecido alguien decide que un proyecto se ha de
hacer en dos o tres meses ... al final siempre son más … incluyendo además largas
noches, fines de semana … de mucho trabajo …”

“… poco a poco los gerentes ven que los proyectos siempre exceden los costes
inicialmente previstos …”

“… finalmente los clientes no se fían y miran los productos entregados por sus
proveedores de software con mucha desconfianza …”

“… poco después los nuevos proyectos empiezan como si fuesen una guerra diferente a
la anterior … y vuelta a empezar …”


Consecuencias ya apuntadas

Ante presiones de tiempo, las pruebas han constituido el elemento que más se ha
visto impactado tanto en los procesos de evaluación de los entregables como de
ejecución de las propias pruebas durante los proyectos de desarrollo de software.

Las consecuencias:
Productos finales no certificados.
Fallos en explotación por falta de eliminación de defectos.
Altos costes de corregir defectos, en mantenimiento y en garantías.
Falta de satisfacción de los clientes.
Pérdida de confianza e imagen.


Constatación de errores de software

En la mayoría de los Procesos de Desarrollo SW Las Organizaciones gastan un 50% de los recursos de desarrollo
los métodos y las técnicas de pruebas son poco en realizar actividades de prueba y cómo término medio sólo
efectivas y los procesos de prueba ineficientes. prueban el 50% del código

2005 2005
2005 2005
“Toyota anunció una retirada de mercado de 160.000 “Cada fallo informático les cuesta a las empresas
“Toyota anunció una retirada de mercado de 160.000 “Cada fallo informático les cuesta a las empresas
vehículos debido a un error de software que europeas 295.000 euros”
vehículos debido a un error de software que europeas 295.000 euros”
provocaba el encendido de las luces de advertencia Economist Intelligence Unit
provocaba el encendido de las luces de advertencia Economist Intelligence Unit
sin razón alguna y el calado de los motores de forma
sin razón alguna y el calado de los motores de forma
inesperada” 2007
inesperada” 2007
WIRED “Aerolínea nipona ANA cancela 114 vuelos internos
WIRED “Aerolínea nipona ANA cancela 114 vuelos internos
por fallo informático”
por fallo informático”
2006 ElEconomista.es
2006 ElEconomista.es
“Un error en la aplicación encargada de desplegar los
“Un error en la aplicación encargada de desplegar los
paneles solares de la Estación Espacial Internacional 2008
paneles solares de la Estación Espacial Internacional 2008
(ISS) ha causado un retraso en el proyecto”
(ISS) ha causado un retraso en el proyecto” “Bloqueada durante 8 horas la venta de billetes de
“Bloqueada durante 8 horas la venta de billetes de
THE INQUIRER RENFE”
THE INQUIRER RENFE”
ELPAIS.com
ELPAIS.com
2007
2007 2010
“Un fallo informático atasca las bibliotecas 2010
“Un fallo informático atasca las bibliotecas “Toyota comunica fallo informático que causa un
universitarias” “Toyota comunica fallo informático que causa un
universitarias” retraso al frenar en determinadas circunstancias.
20minutos.es retraso al frenar en determinadas circunstancias.
20minutos.es Supone la revisión de 8,1 millones de coches”
Supone la revisión de 8,1 millones de coches”
ELPAIS.com
ELPAIS.com


Constatación de pérdidas de servicio


Algunas lecciones aprendidas

Falta de conocimiento del estado real de las aplicaciones de software durante la
ejecución de los proyectos.

Los buenos conocimientos técnicos no son una garantía de éxito de un proyecto.

Es necesario seguir procedimientos que guíen las actividades de desarrollo del producto
software durante la ejecución del proyecto.

Para ello, es necesario estandarizar las actividades del desarrollo del software a través
de procesos que permitan realizar los proyectos de una forma repetitiva.

Seguir un modelo de buenas prácticas ofrece las líneas maestras para estandarizar los
proyectos de desarrollo de software y facilitar su estimación más correcta.

Entonces, reconocidas estas cuestiones ¿dónde está el problema?


Falta de conocimiento del estado real de las aplicaciones

80%
Los defectos se introducen durante el
Generación de

60% diseño y el desarrollo …
Coste de Corrección
Defectos

40% de los Defectos
$14.102

20%

0% $7.136
Requisitos y Construcción y P. UAT Producción
Diseño Unitarias

80%
Impacto de Detección

... pero se detectan $977
60% $139 $455
60% durante las pruebas
de Defectos

Requisitos Diseño Construcción Pruebas Mantenimiento
aceptación y en $ /Defecto Co rregido
producción
40%
… donde resulta más cara su
21% corrección
17%
20%
4%
0%
Requisitos y Construcción y P. UAT Producción
Diseño Unitarias


Falta de reconocimiento del coste de la No-Calidad

…en la productividad de la inversión (desarrollo y mantenimiento)

Errores de
Bajo reuso
análisis

Problemas de
Errores de diseño
codificación

¿? %
Procesos
ineficientes
Baja
Funcionalitis mantenibilidad

Problemas de Otros
rendimiento

Percepción de que se gasta mucho, pero ¿cuánto?


Los buenos conocimientos técnicos no son una garantía

85% de empresas consideran la
calidad de las aplicaciones un factor
crítico en la efectividad de las TI para
demostrar el valor de sus negocios.

54% de estas han invertido en
herramientas de pruebas como
mecanismo para asegurar un alto nivel
de calidad de sus aplicaciones.

De estas inversiones (54%), menos de
un 30% ha supuesto una mejora
significativa en la calidad de las
aplicaciones (16.2%).


Los buenos conocimientos técnicos no son una garantía

¿Por qué el 70% de las compañías que están usando herramientas de pruebas
para construir calidad en sus aplicaciones no están obteniendo los resultados
deseados?

Más importante, ¿qué características tienen el 30% de las compañías que
están consiguiendo los objetivos de calidad previstos?

64% reportan mejoras significativas de calidad.
36% reportan mejoras moderadas de calidad.


Es necesario seguir procedimientos que guíen las actividades

Los resultados apuntan a los siguientes factores:

Uso de estándares de metodología de calidad.
Consistencia del uso de las metodologías aplicadas.
Obtención de métricas.
Prácticas de mejora continua.

Compañías que tienen una metodología de calidad definida y
usan consistentemente experimentan una elevada calidad de
sus aplicaciones a diferencia de compañías que no la tienen.
Las métricas constituyen un elemento crucial para el uso
consistente de una metodología de calidad.


Es necesario estandarizar las actividades… de una forma repetitiva.

La falta de calidad de las aplicaciones no es un problema de pruebas sino más
bien un problema de conducta.

Las organizaciones que quieren mejoran en calidad deben:
Invertir en tecnología.
Definir objetivos cuantificables.
Desarrollar una metodología repetible y medible.
Seguir resultados y tendencias frente a los objetivos previstos.
Ajustar el modo de actuación continua y consecuentemente.

La tecnología no entrega calidad.
Un proceso efectivo de calidad y personal cualificado hacen la diferencia.


Seguir modelo de buenas prácticas con la misión de…

Desarrollar un nivel objetivo de confianza sobre
disponibilidad (en el tiempo) y
fiabilidad (a lo largo del tiempo)
de los productos desarrollados, acorde a las expectativas de cliente.


Seguir un modelo de buenas prácticas supone considerar que…

No es posible probar completamente los productos software, tanto por su complejidad y
como por su coste.

El propósito más importante es el de REDUCIR, mediante la detección temprana de
problemas, los RIESGOS derivados de la aparición de los posibles defectos en los procesos de
implantación y explotación.

Las pruebas deben entenderse como:
Validación de resultados finales conformes a lo inicialmente requerido.
Verificación de que los resultados intermedios también cumplen con lo que se esperaba
de los mismos.

SENTIDO GLOBAL DE EVALUACION DE PRODUCTOS SOFTWARE


Verificación y Validación en el ciclo de vida de las aplicaciones


Aportación de Verificación y Validación: Valor real frente al valor percibido

QQ
Qu
Quu
tinnng
gg

Q
ng

uaa
sttiii

allal
ualilii
essst

ttyty
TTee
Te

yy
tiy
T
El problema: Perceived Realized
Value Value
Cuanto más tarde es encontrado un $1.7M
$1.7M
$1.7M
Cost
Cost
Cost $235k
$235k
$235k
defecto más cuesta su resolución.
$139x $14,102x
100

La solución: COST OF CORRECTING A DEFECT
In each stage of software development
In each stage of software development
Identificar y resolver los defectos tan pronto
como son originados es posible con la mejora
de los procesos abiertos. $455x $7,136x

Defects
Defects
50

El resultado:
Entrega de aplicaciones de alta calidad en
tiempo, cobertura y costes, en línea con lo $977x
establecido por el negocio. $139x $455x $7,136x $14,102x
10

Determining Design Coding Testing Maintenance
Requirements


Aportación de Verificación y Validación: Más Productividad

El aporte de las pruebas y la calidad del software al ahorro de costes

Definir indicadores y
métricas
Medir de forma continua
Analizar tendencias,
monitorizar, ajustar donde
corresponda
TQA es inversión: pensar
en el ROI

Obtener más producto con la misma inversión
Controlar los riesgos asociados a la falta de calidad


Aportación de Verificación y Validación: Equilibrio Calidad/Coste/Riesgo para el Negocio

Desarrollos en Factorías de Software Multiproveedor

Procesos de Negocio transversales pueden afectar a
una o varias factorías (uno o varios proveedores)

Volumen de mantenimiento (correctivo y evolutivo)
elevado

Producto/Servicio con distintas adaptaciones según
Entidad

Integradores de Integradores

La complejidad ha tenerse muy en cuenta para lograr el equilibrio CALIDAD/COSTE
La complejidad ha tenerse muy en cuenta para lograr el equilibrio CALIDAD/COSTE
que permita aportar VALOR al NEGOCIO con EFICIENCIA
que permita aportar VALOR al NEGOCIO con EFICIENCIA


Componentes clave de la Calidad del Software… pero cómo…

Define el esquema de
capacitación y formación de Define las actividades del ciclo de
los recursos de pruebas vida del proceso de pruebas:
Capacitación entradas, salidas, roles, responsables
personal e interacción con otros procesos
Proceso

Técnicas
Permite la sistematización de Herramientas
actividades y tareas del proceso para Permite la automatización de las
ganancia de efectividad y actividades del proceso de pruebas,
productividad mantenimiento de la trazabilidad e
indicadores clave del proceso



Desarrollo Calidad Código
Ingeniería Requisitos Análisis Diseño Construcción
Requisitos

Gestión
Proyectos
Proceso de
Calidad de Software
Pruebas
Requisitos Análisis Diseño Ejecución

Gestión de Cambios Gestión
del SW Configuración del SW

www.visuresolutions.com Copyright 2008 © Visure Solutions, The Requirements Company - +34 91 806 17 13 - info@visuresolutions.com - 28760 Tres Cantos MADRID


Calidad
Calidad del Producto Calidad del Proceso

Internos Externos Internos Externos

• Mantenibilidad • Dependencia • Tiempo medio • Time-To-Market
• Reusabilidad • Usabilidad de resolución • Visibilidad
• Trazabilidad • Capacidad de defectos



Nivel 4 - Valor Enfocado en:
Quality Governance • Entrega estratégica
• Aceptación del Negocio
SE QUIERE LLEGAR AQUÍ Maximizar valor
• Métricas de Negocio
Alinear con el negocio
• Ampliar valor al Negocio

Enfocado en:
Nivel 3 - Servicio • Ciclo de vida de aplicaciones
Quality Management • Eliminación de introducción de defectos
Balancear riesgo y coste • Gestión de métricas y tendencias
Excelencia del servicio • El balance de riesgo, coste y calidad
detemina estado y disponibilidad

Nivel 2 – Proactivo Enfocado en:
Quality Assurance • Ciclo de vida de calidad
SE ESTA AQUÍ Minimizar defectos • Reducción de defectos cerca de su punto de origen
• Métricas obtenidas a través herramientas
Gestionar riesgos
• Niveles de riesgo y defectos determinan estado y disponibilidad

Nivel 1 - Reactivo Enfocado en:
Quality Control • Pruebas de validación y de aceptación de usuario
Encontrar defectos • Detección de defectos antes de producción
• Medidas basadas en número de defectos e información de usuario final
Contener costes
• El número de defectos determina estado y disponibilidad de la aplicación



VISIBILIDAD COMPLETA DE LA GESTION DE LA CALIDAD
PROCESO DE CALIDAD DE SOFTWARE CONTINUO

NEGOCIO DESARROLLO PRUEBAS PRODUCC.

QA QA QA QA

CLIENTES SERVICIOS SWF LABORATORIOS TSF EXP

……… PRUEBAS PRUEBAS PRUEBAS PRUEBAS
UNITARIAS INTEGRAC. SISTEMAS CERTIFIC.

NEGOCIO IT DESARROLLO PREPROD. PRODUC.

DEMANDA Y WORKFLOWS/ ESTADO DE METRICAS DE MONITORIZACIÓN
REQUISITOS TAREAS PROYECTOS CALIDAD EXPLOTACIÓN

Gestión demanda Gestión pruebas Métricas Calidad Cuadros de Mando Monitorización
• Demanda operativa • Manuales • Estado Proyecto • Usuarios • Disponibilidad
• Demanda estratégica • Automáticas • Estado Aplicación • Equipo de proyecto • Tiempos de respuesta
• Gestión de Recursos • Unitarias DS • Informes defectos • Comunicación • Informes no conformidad
• Planificación Proyectos • Integración DS • Calidad de entregas
• Sistemas DS
• Rendimiento DS
Gestión requisitos • Análisis Técnico del Código
• Captura de requisitos • Gestión de datos
• Gestión de requisitos • Funcionales
• Rendimiento
• Seguridad


Soluciones de Steria

VISIBILIDAD COMPLETA DE LA GESTION DE LA CALIDAD
PROCESO DE CALIDAD DE SOFTWARE CONTINUO

NEGOCIO DESARROLLO PRUEBAS PRODUCC.

QA QA QA QA

CLIENTES SERVICIOS SWF LABORATORIOS TSF EXP

……… PRUEBAS PRUEBAS PRUEBAS PRUEBAS
UNITARIAS INTEGRAC. SISTEMAS CERTIFIC.

NEGOCIO IT DESARROLLO PREPROD. PRODUC.

DEMANDA Y WORKFLOWS/ ESTADO DE METRICAS DE MONITORIZACIÓN
REQUISITOS TAREAS PROYECTOS CALIDAD EXPLOTACIÓN

Gestión demanda Gestión pruebas Métricas Calidad Cuadros de Mando Monitorización
• Demanda operativa • Manuales • Estado Proyecto • Usuarios • Disponibilidad
• Demanda estratégica • Automáticas • Estado Aplicación • Equipo de proyecto • Tiempos de respuesta
• Gestión de Recursos • Unitarias DS • Informes defectos • Comunicación • Uso real de aplicaciones
• Planificación Proyectos • Integración DS • Calidad de entregas • Informes no conformidad
• Sistemas DS
• Rendimiento DS
Gestión requisitos • Análisis Técnico del Código
• Captura de requisitos • Gestión de datos
• Gestión de requisitos • Funcionales
• Rendimiento
• Seguridad


Elementos más cuestionados de los proyectos de desarrollo de aplicaciones

1 = most important 2 3 4 5 = least important

Quality 49% 17% 16% 10% 7%

Cost 18% 30% 23% 14% 14%

Time to market 16% 22% 19% 27% 16%

Business customer
11% 21% 22% 18% 29%
satisfaction

Predictability 6% 10% 18% 30% 35%

“Qué es lo más cuestionado en el desarrollo y el mantenimiento de aplicaciones?
Clasificado de 1 a 5, donde 1 es el más cuestionado y 5 el menos cuestionado”


Los requisitos son un factor común

1. Top reasons cited for quality issues:
Staffing, time pressures, requirements, complexity, processes
requirements
2. Top reasons cited for time-to-market issues:
Planning, competitive pressures, requirements, business
requirements
expectations, staffing, quality
3. Top reasons cited for cost issues:
Budgetary pressures, planning, outsourcers, staffing, requirements,
requirements
quality
4. Top reasons cited for predictability issues:
Staffing, inability to see into the future, business change, quality,
planning, technology change, requirements change
5. Top reasons cited for customer satisfaction issues:
Quality, requirements, cost, business customers are too demanding,
requirements
time pressures, relationship management

“¿Cuáles son las principales causas de lo cuestionado anteriormente?”


Los requisitos han de conducir los procesos durante la ejecución de los proyectos

Project Planning and Management El problema:
Los equipos de entrega de aplicaciones
Tasks, Time, Resources bregan para capturar las necesidades del
Business Requirements

negocio y considerarlas en todas las
actividades contenidas en el proceso.
No contemplar estas necesidades supone la
pérdida de rentabilidad, satisfacción del
Development cliente y ventaja competitiva.

Analysis, Design, Development
La solución:
Trasladar las necesidades del negocio hasta el
final a través de:
Quality Assurance o Tareas/Actividades del plan del
proyectoconducidas por requisitos.
Code, Functionality, Performance o Desarrollo conducido por requisitos.
o Pruebas conducidas por requisitos.


Los requisitos han de conducir los procesos durante la ejecución de los proyectos

IRQA QUALITY CENTER
Captura y Gestión de
REQUISITOS
Releases Requirements Test Plan Test Lab Defects

Versión/ Planes y casos de Campañas
Requisitos Requisitos de Defectos
Petición Release Prueba Ejecución
Funcionales Pruebas
Informática Software Pruebas
Funcionales

CT_VP1 CT_VS2_DF1
PI 1 PI_ReqF1 PI1_ReqF1
Ciclo P1 CT_VP1_DF2
PI_ReqF2 PI1_ReqF2
CT_VS2
CT_VP2 CT_VP2_DF3
PI_ReqF3 PI1_ReqF3
CT_TR1 CT_TR1_DF4
Release T1
PI 2 PI2_ReqF1 PI2_ReqF1 CT_TR2 CT_TR6_DF5

PI2_ReqF2 Ciclo P2 PI2_ReqF2 CT_TR3 CT_TR7_DF6

PI2_ReqF3 PI2_ReqF3 CT_TR4

CT_TR5
Release T2
PI 3 PI3_ReqF1 PI3_ReqF1 CT_TR6
Ciclo P3 CT_TR7
PI3_ReqF2 PI3_ReqF2

CT_TR8


Portfolio de Servicios

Análisis, planificación, puesta en marcha y dirección de un Centro de Pruebas y
Calidad del Software:
Consultoría de Pruebas y - Puesta en marcha del centro de la manera más eficiente
Calidad de software - Gestión de las actividades de pruebas y calidad de software de aplicaciones.
Incluye personas, procesos, herramientas, presupuestos, infraestructuras, etc.

Tomando completa responsabilidad de las pruebas: estimación y planificación, pruebas
Gestión de servicios de integración, pruebas de regresión automatizadas, pruebas de aceptación operativas,
de Pruebas pruebas de rendimiento, definición de indicadores de seguimiento, cuadro de mando.
Implantación de herramientas de pruebas y administración.

Identificación completa de los procesos críticos de negocio: modelado de procesos
Pruebas de de negocio, pruebas de extremo a extremo, transferencia de datos entre aplicaciones
Procesos de Negocio cruzadas, alineamiento con el negocio e infraestructuras IT, pruebas de análisis de
impacto para cualquier cambio basadas en pruebas de regresión.

Implantación de herramientas de automatización de pruebas, gestión automatizada
Automatización de scripts, paquetes de regresión reutilizables, evaluación de la productividad,
de Pruebas Incremento de la productividad, control de los procesos de pruebas y reducción de
Costes a través de la mejora en la gestión de los entornos de automatización.

Optimización del rendimiento de las infraestructuras IT y de los proceses de negocio:
Pruebas Pruebas de rendimiento, carga y estrés, escalabilidad y volumen, monitorización y
Especializadas afinado, pruebas de seguridad, de IVR, pruebas de navegador y accesibilidad, de SAP,
de internacionalización (I18N), de migración de datos.

Construcción de entornos de pruebas, conectividad de bases de datos, actualización
Servicios de y parches de sistema operativo, soporte de infraestructuras, soporte de pruebas de
Pruebas de Entorno mainframe, entornos de resolución de problemas, planificación e implantación de
entornos de mantenimiento, monitorización y disponibilidad de servicio.


Modelo de aproximación de los servicios

Desde el proceso de pruebas interno hasta la subcontratación best-shore de actividades de pruebas

El cliente está dispuesto a externalizar Area de pruebas y calidad del software de
globalmente su actividad de pruebas y calidad terceros sobre ubicación
del software en una plataforma externa nearshore/offshore con ubicación en
Proceso de gestión
plataforma externa
de requerimientos
El cliente está preparado para
externalizar algunas actividades en Area de pruebas y calidad del software de
terceros sobre ubicación Proceso de entrega y
proyectos offshore
nearshore/offshore gestión de la
configuración
El cliente está preparado para
externalizar algunas actividades Mejora de las
Area de pruebas y calidad del software de
en proyectos nearshore plataformas e
terceros sobre ubicación nearshore
infraestructuras
El cliente externaliza algunas
actividades en proyectos
Area de pruebas y calidad del software de Centralización de
onshore actividades de prueba
terceros sobre ubicación externa

El cliente pregunta a expertos Implementación de
para soportar la demanda métodos y La actividad de consultoria en el
Proyectos de prueba cliente incrementa su capacidad
herramientas
para externalizar las actividades de
El cliente quiere mantener Consultoria en proceso pruebas y calidad del software
dentro las actividades de y herramientas de
prueba y calidad del software prueba


Centro de Competencias TQA

Consultoría de Pruebas y
Calidad de software Programas Centro de Competencias
TQA Gestión de servicios
de Pruebas

Pruebas de
Gestión de servicios Procesos de Negocio

de Pruebas Automatización
de Pruebas
Consultoría de
Pruebas y Calidad de Pruebas
software especializadas

Pruebas de Consultoría Servicios TQA Servicios de
Pruebas de entorno
Procesos de Negocio TQA en en cliente
cliente

Automatización
de Pruebas
Servicios TQA Centro
Competencias Steria
Pruebas
especializadas

Servicios de
Pruebas de entorno


Visión global del portfolio

Consultoría operativa Proyectos internos & externalizados
PMA (Pruebas Mutualizadas Aplicaciones)
Estudio inicial, definición del proceso del proceso de
pruebas, plan de acción para la implantación, ROI Pruebas técnicas de código

Consultoría de acompañamiento: organización, Pruebas funcionales
métodos, soluciones Pruebas de rendimiento

Centros de Cualificación de Soluciones
Captura y Gestión de Requisitos de Negocio y Técnicos
Análisis de Código Técnico
Gestión del proceso de pruebas (Industrialización)
Gestión de la Configuración del Software

Factorías de pruebas: en cliente o en Steria
Pruebas de Validación Pruebas funcionales de Pruebas de carga, rendimiento y
y Regresión extremo a extremo preproducción

Front Office Global Delivery Model
Back Office « el lugar más adecuado para la prestación del servicio »

Steria Ruleinitiator
TestToMarket ® Steria Tracking
Steria DataCase


Foco en el Negocio

No sólo se trata de definir una metodología o de usar una herramienta.
Se trata de implementar un nuevo modelo de pruebas y calidad de software en
línea con las necesidades del negocio.

Fiabilidad de las Aplicaciones: Análisis del Entregas estrategicas: En línea con las
alcance de posibles daños siempre en términos necesidades del negocio.
de las funciones de negocio. Toma de Decisiones: Gestión de riesgos, coste y
Optimización de Proceso de Pruebas: Gestión tiempo en el desarrollo de las aplicaciones y sus
de activos y reusabilidad. entregas.
Análisis del Impacto en el Negocio: Por Concienciación: En la organización en relación
incumplimiento de los criterios e indicadores de a la importancia de la calidad y su propuesta de
calidad establecidos. valor para el negocio.
Medidas y Análisis: Visibilidad en tiempo real Confianza en la puesta en marcha:
de los indicadores de calidad de las Comunicada en términos de negocio.
aplicaciones.
Productividad: Hacer más, más rápidamente y
mejor.


Conclusiones generales

Las organizaciones se sorprenden porque no pueden estimar de forma
realista el coste de sus proyectos.
La pregunta que deberían hacerse es: ¿se hacen dos iguales?

Las personas, aun siendo buenos profesionales, no pueden realizar bien su
trabajo si un procedimiento no les guía.

Es vital que las organizaciones adquieran procedimientos de trabajo que
permitan estandarizar el sistema de desarrollo de software a través de
procesos definidos que permitan realizar proyectos de un modo repetitivo.

Esta disciplina debe ser asumida y no impuesta.

Toda la organización debe sentirse participe de los procedimientos
establecidos. Contratar un experto que escriba de un modo aislado los
procedimientos que se deben seguir a partir de ese momento la organización
provocará escepticismo y rechazo.



Exista o no una metodología de pruebas ha de existir una idea clara y
común de cuál es la estrategia corporativa definida en el área de pruebas
y calidad del software.

Definición del proceso de pruebas en la organización:
Prácticas formales.
Uso de estándares de metodología.
Medidas normalizadas.
Reutilización de elementos del proceso.
Mejores prácticas.
Definición de las personas que intervienen en el proceso:
Responsabilidad en el proceso.
Experiencia en pruebas.
Canales de comunicación.
Qué se quiere hacer y cómo.
Uso de la herramienta:
Objetivos del uso de la herramienta.
Grado de automatización.
Reutilización de los activos.
Medición de la efectividad y productividad.



Evolucionar el proceso de pruebas o el proceso de calidad de software en una
organización requiere:

Un espónsor fuerte.
Un cambio de mentalidad en la organización.
Un proceso de formación continua.
Personal externo a la organización que sea crítico e imparcial.
Cierto tiempo, paciencia y un poco de suerte.....

Si no sabes donde vas cualquier camino es bueno pero …
… para poder usar un mapa es necesario saber donde estás.


La importancia de_la_ir_en_calidad_software_ 2010

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Ähnlich wie La importancia de_la_ir_en_calidad_software_ 2010

Ähnlich wie La importancia de_la_ir_en_calidad_software_ 2010 (20)

Mehr von Ana Malumbres

Mehr von Ana Malumbres (8)

Kürzlich hochgeladen

Kürzlich hochgeladen (20)

La importancia de_la_ir_en_calidad_software_ 2010