3. 3
Every business is a software business,
and every business can profit from
improved software process
Watts Humphrey
La Inspiración
4. 4
Estado de proyectos
0% 20% 40% 60% 80% 100%
2004
2006
2008
2010
2012
Successful
Failed
Challenged
5. 5
Nuestra propuesta de valor
Reducir el coste total del desarrollo a la
mitad
Disminución del mantenimiento
correctivo: 80%
Disminución del desarrollo del 20%
Disminución de las pruebas 50%
6. 6
La esencia de nuestro método
Medir tiempo, tamaño y defectos
de todos los artefactos producidos
con granularidad (por persona) y
rigor estadístico
TSPSM
PSP
SM
9. 9
Revisiones, Inspecciones, Validaciones y Pruebas
Un indicador de proceso adecuado es
(A/FR) Appraisal / Failure Ratio = 2
Appraisal es el tiempo total dedicado a Revisiones, Inspecciones y Validaciones
Failure es el tiempo total dedicado a testing
10. 10
1. Gestión de los Requerimientos con buenas prácticas internacionales.
2. Definir y mantener actualizado un protocolo de trabajo con el cliente.
3. Enfoque de Calidad del proceso.
Lecciones aprendidas: Tres factores clave para el éxito
11. 11
Alineamiento con buenas prácticas internacionales
BABOK (Business Analysis Body Of Knowledge, cuerpo de conocimiento de
análisis de negocio) es una colección de conocimientos dentro de la
profesión de análisis de negocio y concentra las mejores prácticas,
definido y actualizado por miembros del IIBA.
IIBA (International Institute of Business Analysis). Asociación civil líder a
nivel mundial para el desarrollo y mantenimiento de estándares para la
práctica del análisis de negocio y para la certificación de sus profesionales.
Claro aspirante a significar para la gestión de requerimientos lo que PMI
(Project Management Institute) supone para la gestión de proyectos.
UML (Unified Modelling Language, Lenguaje Unificado de Modelado) es el
lenguaje de modelado de sistemas de software más conocido y utilizado
en la actualidad; está respaldado por el OMG (Object Management
Group). Es un lenguaje gráfico para visualizar, especificar, construir y
documentar un sistema, incluyendo modelado de requerimientos.
RUP (Rational Unified Process, Proceso Unificado de Rational), es un
proceso de desarrollo de software creado por la empresa Rational
Software. Constituye la metodología estándar más utilizada para el
análisis, diseño, implementación y documentación de sistemas orientados
a objetos.
12. 12
Fundamentos
Planeación y monitoreo de la ingeniería de requerimientos
Gestión y comunicación de requerimientos
Análisis
organizacional
Elicitación
Análisis de
requerimientos
Evaluación y
validación de la
solución
Referencia: BABOK V.2.0, IIBA 2009
Con Áreas de Conocimiento específicas
13. 13
• Establecer el protocolo de trabajo con el cliente.
• Acordar el modelo de colaboración Cliente-CAIS.
• Definir el modelo de seguimiento.
• Definir las funciones y responsabilidades de los puntos de interrelación.
• Demostrar los beneficios de de nuestro modelo operativo (PSP/TSP).
• Transformar al cliente en permanente.
CONSTRUIR UN PUENTE DE ENLACE SÓLIDO Y EFICAZ ENTRE
EL CLIENTE Y EL CAIS
Realizamos un Piloto para establecer el protocolo de trabajo
14. 14
• Fase Cierre:
– Validación resultados
EAP
– Revisión proceso global
– Identificación Puntos de
Mejora
– Protocolo de trabajo
cliente /CAIS mejorado
• Fase Ejecución:
– Recogida
Requerimientos
– Análisis Funcional
– Diseño Técnico
– Codificación y
Pruebas Unitarias
– Pruebas Integradas
– Seguimiento
proyecto
• Fase Inicio:
– Definición EAP (criterios
de calidad a cumplir)
– Conocimiento del
entorno del Cliente
– Definición alcance del
Proyecto
– Modelo de colaboración
Cliente/CAIS
– Adaptación de
Procedimientos
– Modelo de Seguimiento
del Proyecto
CIERREEJECUCIÓNINICIO
Lo definimos en la fase de Inicio y lo revisamos en la de Cierre
15. 15
Enfoque de Calidad en el Software
15
• La calidad interna del producto influye en su calidad externa.
• La calidad no es algo que se le agrega al producto en la fase de
pruebas, es algo que debe adminitrarse durante todo el proceso
de desarrollo.
• La calidad del producto tiene relación directa con el proceso que se
sigue para el desarrollo del producto.
“La calidad de un producto de software es controlada por el
proceso usado para desarrollarlo”.
Calidad del
Producto
Calidad del
Proceso
16. 16
Beneficios
16
• Estimación basada en datos históricos y con
base estadística
• Seguimiento al proyecto en base a métricas
• Administración Total de la calidad
17. 17
Cuantificable No Cuantificable
Financiero
• Ahorros en Costos directos
• Ahorros en horas de re-trabajo
• Sistemas de producción
detenidos
• Sistemas no correspondientes
con expectativas
NoFinanciero
• Reducción en Time to Market
• Especificaciones más acordes a
las necesidades
• Incremento en productividad
personal
• Mejora de la Imagen del área
de sistemas México
• Mejora en hábitos de trabajo
personales
• Mayor satisfacción en el
usuario final por tener sistemas
de mejor calidad
Cuatro clases de Beneficios
20. Madrid
Av. de la Industria, 32
28108 Alcobendas
España
México D.F.
Periférico Sur 3325, piso 4
San Jerónimo Lidice
Magdalena Contreras
10200
México
www.steelmood.com
Huelva
PCTH, Edificio 2.000
C/ Caucho, 1
21110 Aljaraque - Huelva
España
Síguenos en: