El producto de software negocio, calidad y contexto uade v3 + iso 25000
134
El producto de software Negocio, calidad y contexto Pilar Barrio Rodrigo Guzmán Raúl Martínez 2014 – v 3.0
-
Upload
raul-martinez -
Category
Software
-
view
310 -
download
2
description
El producto de software, negocio, calidad y contexto Esta presentación explora algunos de los “secretos” que hay detrás del éxito de ciertos productos de software y/o servicios para comprender si con acciones similares, podremos tener éxito con nuestros productos y servicios. Cuando nos proponemos crear un producto de calidad, de alto impacto y exitoso para nuestro negocio, siendo nosotros: Un emprendedor o Alguien que desarrolla en forma interna o para terceros en algunos casos nos preocupa el proceso que seguimos, los defectos que encontramos, o bien el aspecto de usabilidad del producto, estética y cantidad de funciones que provee. Sin embargo nada de esto parece alcanzar, ¿Por qué? ¿Faltó ingeniería? ¿Faltó organización? ¿Fue útil al negocio? A menos que veamos todo como una unidad difícilmente alcanzaremos el éxito. De todo esto trata esta presentación. Las propuestas son prácticas, y surgen después de haber visto, discutido y expuesto todos estos temas en los últimos años con los responsables de este caso y otros casos, no siempre exitosos, en otras empresas. Esperamos debatan y compartan estas conclusiones.
Transcript of El producto de software negocio, calidad y contexto uade v3 + iso 25000
El producto de software
Negocio, calidad y contexto
Pilar Barrio
Rodrigo Guzmán Raúl Martínez
2014 – v 3.0
Calidad de Producto
Rodrigo Guzmán
caso de estudio
2014
Empecemos por el principio… año 2004
Arquitectura Cultura Calidad
ML = 1 BD, 1 .JAR, 1 HW
Bugs = alto impacto, $$$$
Evitar Errores, Probar todo
Construyó una dinámica organizacional
QA testea todo
Semanas de
Prueba
Deploys c/15 días
Proyectos Anuales
Bono según #
bugs
Administración de criticidades
Fix Semanales
Cacería de brujas
Funcionalidad
¿Contexto?
Usuarios = expertos, eligen, migran
Oferta =
Recursos = + tecnología – costo
2010 =
Calidad Cultura Arquitectura
Sitio Monolítico y Cerrado
ML = Plataforma Desacoplada y Abierta
ML= n BD, n .JAR, n HW
+ Poder a los Equipos + Responsabilidad
+ Agilidad: hw as, bd as, iterar, CI
Evitar Errores, Probar todo
Scrum
Sprint Semanales
80 deploys diarios
Proyectos Trimestrales
Bono según
métricas
Integración Continua
TDD/Unit Test
Organización Tolerante a
errores
Performance del Negocio
Fix continuo
Funcionalidad
Usabilidad
Utilidad
Éxito
Usuario
Producto
Ejemplo: Proyecto Moda
¿ Principales Jugadores ?
Industria
Vendedores Compradores
Negocio
Usuario
Industria: ¿Drivers y Standars?
Estética
Talle, Color, Género
Oferta
Compradores: ¿Necesidades?
Discovery
Información
Descuentos
Marcas
Vendedores: ¿Problemas?
Inventario
Diferenciación
Logística
Marketing
Negocio: ¿Objetivos?
+ tráfico – fricción + conversión
Convertir visitas en usuarios y tráfico en $
Posicionamiento
Competir
Asume
Benedicto XVI
Asume
Francisco
Tendencias
Dinero
Transaccionado
15%
“Debes dejar que las cosas fracasen con la idea de que es mejor corregir los errores
que intentar prevenir todos”
Ed Catmul, Presidente y co-fundador de Pixar, Presidente de Walt Disney Animation Studios.
El producto de software
Negocio, calidad y contexto
Pilar Barrio
Rodrigo Guzmán Raúl Martínez
2014 – v 3.0
13.07 “Urgente: dos explosiones en la Casa Blanca y el
Presidente Obama está herido”.
13.07 Tuit enviado a 2 millones de seguidores / RT 1181 veces.
13.08 Dow Jones cae 143 puntos (un 1% ) en segundos. El
trading automático, 50% de las operaciones, causa “flash
crash” y comienza a vender.
13.09 Se elimina el tuit, circula la noticia que el tuit de AP era
falso. Jay Carney, portavoz de Obama informa: “El Presidente
está bien, acabo de estar con él”.
Abr 23, 2013
Adaptado de El País “Culpables por crédulos” 29/04/2013 y Dailymail UK del 23/04/2013
Twitter Infrastructure Insufficient Copyright © 2012 - James Carlini - All rights reserved. © 2008 SYS-CON Media Inc.
Oct 22, 2012
Debate presidencial
Obama – Romney
Más de 6,5 millones de tuits
en 90 minutos
Inundación de mensajes
apoyando / reprobando
Nervios al no aparecer los
tuits
13.07 “Urgente: dos explosiones en la Casa Blanca y el Presidente Obama
está herido”.
13.07 Tuit enviado a 2 millones de seguidores / RT 1181 veces
13.08 Dow Jones cae 143 puntos (un 1% ) en segundos. El trading
automático, 50% de las operaciones, causa “flash crash” y comienza a
vender.
13.09 Se elimina el tuit, circula la noticia que el tuit de AP era falso. Jay
Carney, portavoz de Obama informa: “El Presidente está bien, acabo de
estar con él”.
Más de $20.000 millones en acciones cambiaron de mano en
el NYSE durante esos minutos.
Adaptado de El País “Culpables por crédulos” 29/04/2013 y Dailymail UK del 23/04/2013
Abr 23, 2013
Twitter necesita ser capaz de manejar grandes volúmenes y si no puede hacerlo,
no puede decir que está proporcionando una herramienta de medición precisa,
en algo tan importante como un debate presidencial.
Oct 22, 2012 ….. Sospecha
Debate presidencial
Obama – Romney
Más de 6,5 millones de tuits en 90
minutos
Inundación de mensajes apoyando /
reprobando
Nervios al no aparecer los tuits
Posible conclusión:
¿es políticamente imparcial
Twitter?
¿Cuántos abandonaron después
de 2 o 3 intentos de conectarse?
Twitter Infrastructure Insufficient Copyright © 2012 - James Carlini - All rights reserved. © 2008 SYS-CON Media Inc.
¿Hay una sola calidad?
me sirve
hace todo esto
conforme a
requerimientos
me gusta
¿vale lo que cuesta?
Calidad no es igual para todos
Garvin, D. (1984) What Does “Product Quality” Really Mean?
¿Quiénes somos nosotros? (o cómo nos vemos)
Una
empresa de
producto
Una
empresa de
desarrollo
Un
emprendedor
¿?
Calidad como composición
El consumidor/usuario
Los consumidores/usuarios
Experimentados
Inundación de estilos
Boca a boca
Lanzamientos globales
Recompensa = interés
inmediato
Expectativas: “lo mejor de lo mejor”, no lo estándar
http://trendwatching.com/trends/expectationeconomy.htm
¿Qué trabajo quiere hacer?
¿Cómo lo haría mejor?
¿Qué le impide hacerlo?
¿Qué le agrega valor?
¿Más es mejor?
Necesidades y expectativas
¿Por qué no lo hace? ¿Qué gana si lo hace?
¿Qué trabajo quiere hacer?
El aspecto social
Complicado
Caro
Tiempo
Imagen
$$$$$$
El aspecto emocional
Mi producto debería
Alejarle temores Permitirle ganar
Empathy Map – Dave Gray
BMG – A. Osterwalder
Sencillo, accesible Tiempo, imagen
Inseguro
Funcionalidad
insuficiente
Funcionalidad
suficiente
Sorprende
y deleita Si más, mejor
Debe estar
Insatisfecho
con el producto
Satisfecho
con el producto
4 x HDMI 2.0
3 x USB
Juegos
Facilidad de uso
Navegador
WI-FI
Comando
por voz
3D
Pantalla
curva
Calidad atractiva - Noriaki Kano 1980
Necesidades y
expectativas
Calidad, necesidades y expectativas
Aspiraciones
¿Cuántos interesados?
Desarrolladores
Auditores
Compradores Socios de
negocio
Intenciones
Requerimientos
Competidores
Expectativas
Hackers /
atacantes
Necesidades
Visitantes
Consumidores/usuarios ¿Cuántos?
¿Independientes?
¿Conocidos?
Producto con pocas variaciones
(Mc Donald)
.
.
. .
.
.
Decisiones mínimas / control / operación regulada
Producto con algunas variaciones
(Menú fijo)
.
.
. .
.
.
Interacción / control / operación regulada
Producto con muchas variaciones
(À la carte)
Interacción / control
Buen producto …..mal servicio
¿Alcanza con lo visto?
?
Cultura
Conocimiento
y capacitación
Valores
Procesos
Comunicación
Estructura
Seguimiento
Valoración
recompensa
actitudes
Delegación
Comunicación
y conocimiento
NASA Photo by JR Eyerman. 1960's.
Transmitimos el conocimiento …
…y …no siempre
se trabaja en
equipo y hay
silos o “quintas”
… pero la gente rota continuamente
Original comic by Bonkers World
$$$$$$$$$
…nuestra Organización es muy
grande y desconocemos la
relación entre nuestros productos
de software y el valor para el
negocio…
$$$
¿Cómo aporta
valor el producto?
… el usuario desconoce sus
propios productos….
…dependemos de las
personas que conocen
el producto….
Organización
Responsabilidad por
el producto / servicio
Tener procesos y
guías
Asegurar la calidad
Original comic by Bonkers World
Saber hacer
Tener con qué
Elegir al socio /
proveedor
DSDM
¿Talle único?
La cultura se establece
por fe, por defecto o por
consenso.
Pero, por lo que sea,
hágalo rápido.
Adaptado de Steve Blank
Procesos, estándares
Comunicación,
actitud de las personas Estructura Valores
Planificación,
delegación
Valoración y
recompensas
Indicadores,
seguimiento
Herramientas Conocimiento y
capacitación
Sencillo
de cambiar
Complejo
de cambiar
Cambios Operativos
Cambios en la Gestión
Cambios en la Cultura
Más
visible
Menos
visible
¡¡¡¡¡PERO…..CUIDADO!!!!!
Pequeños logros
Visibles, concretos, implementados, completos
No siempre ordenados
Todos para el mismo lado
Muchos, pequeños, a todo nivel
Festejados
La Dirección debe
orientar y apoyar
Pero nosotros debemos
salir de la “zona de
confort” técnica y conocer
más el negocio
¿Qué ganamos
con todo
esto…..?
Ganamos…
Perdurabilidad
Foco
Menor prescindibilidad
Experiencia positiva en el cliente
Motivación
Evitar obsolescencia
Negocios
Mejor comunicación
Mejorar la calidad de vida laboral
¿Qué ganó Mercado Libre?
Calidad como composición
Dudas
¿Aplica a mi negocio?
Choca con los métodos que hoy uso
Cambia la Organización
No puedo parar lo que estoy haciendo
¿Será práctico?
¿Será difícil y trabajoso de usar?
¿Y si me quedo trabado?
¿Cuánto lleva entenderlo e implementarlo?
Diagnosticar y detectar gap
Personalizar y capacitar
Compatibilizar la organización
Subirse al tren en marcha
Crear un entorno motivador
Mostrar casos, técnicas y modelos
Avanzar en pequeños logros
Integrar con el modelo actual
Respuestas
Estas ideas en:
Software Product Quality Beyond Defects by Rodrigo Guzmán, Pilar Barrio la Iglesia & Raúl Martínez http://www.testingexperience.com/issues/testingexperience22_06_13.pdf
Acercando el producto de software al negocio Pilar Barrio la Iglesia, Rodrigo Guzmán, Raúl Martínez http://sg.com.mx/revista
http://issuu.com/softwareguru/docs/sg45web
En nuestro blog http://ideassobresoftware.blogspot.com.ar/
Purple Cow: Transform Your Business by Being Remarkable - S. Godin 2009
SQuaRE Systems and software engineering - Systems and software
Quality Requirements and Evaluation
ISO 25000
- Actualización -
Pilar Barrio Raúl Martínez
2014 – v 1.0
Preguntas
¿Por qué un modelo de calidad de producto?
…….
¿Por qué un estándar de calidad de producto?
…….
¿Son aplicables estos estándares a los sistemas
actuales?
¿Adherir a un estándar de calidad de proceso o a un
modelo de mejora conduce a un producto de calidad?
Kitchenham B, Pfleeger SL. “Software Quality: The Elusive Target.” IEEE Software 1996
“Hay poca evidencia de que la conformidad con estándares de proceso garanticen buenos productos. De hecho las críticas a esta visión sugieren que los estándares de procesos sólo garantizan uniformidad en las salidas”
Dromey R.G. “Cornering the Chimera.” IEEE Software 1996 “..esto descansa en la idea ampliamente sostenida de que se necesita
un proceso de calidad para producir un producto de calidad. La falla de este enfoque es que el énfasis en procesos usualmente viene a expensas de construir, refinar y utilizar modelos de calidad de producto adecuados. En su lugar los desarrolladores se apoyan en modelos internos o estándar de ingeniería de software no siempre útiles.”
…relevantes para una amplia gama de interesados…(*)
¿Quién es el interesado?
(*)IRAM ISO IEC 25010
Necesidades
de los
interesados
Enunciadas,
no enunciadas
y desconocidas
Necesidades
de los
interesados
Identificadas y
recolectadas
Requerimientos
de calidad en
uso enunciados
y
seleccionados
Restricciones
Requerimientos
funcionales
(dependientes
del negocio)
Requerimientos
de calidad
externa
SQuaRE - Relación necesidades / requerimientos
de calidad / requerimientos funcionales
Diseño
funcional
Requerimientos
de calidad
interna
(Adaptado de 2004 – D. Zubrow)
Identificar y
obtener
Seleccionar y
especificar
Influencian
Necesidades / requerimientos de calidad /
requerimientos funcionales
ISO/IEC 25000 – Guide to SQuaRE
Modelos comunes - Estructura del Modelo de calidad
Calidad de producto de SW
Característica 1
Sub-característica 1
Propiedad de
calidad
Característica 2 Característica n
Sub-característica 2 Sub-característica n
Propiedad de
calidad
Propiedad de
calidad
Propiedad de
calidad
…
…
…
Medida de calidad
Medida de calidad
Función de medición y QMEs
Función de medición y QMEs
ISO/IEC 25010 – System and software quality model
Adecua-ción
funcional
Completi-tud
Correc-ción
Adecua-ción
Eficiencia en perfor-
mance
Respues-ta
Uso recursos
Capaci-dad
Compati-bilidad
Coexis-tencia
Interope-rabilidad
Usabilidad
Recono-cimiento
Aprendi-zaje
Operabi-lidad
Protecc. errores
Estética
Accesibi-lidad
Confiabi-lidad
Madurez
Disponi-bilidad
Toleran-cia a fallas
Recupe-rabilidad
Seguridad
Confiden-cialidad
Integridad
No repudiable
Trazabili-dad
Autentici-dad
Mantenibi-lidad
Modulari-dad
Reusabili-dad
Analiza-bilidad
Modificabi-lidad
Capacidad de ser
probado
Portabilidad
Adapta-bilidad
Instala-bilidad
Reempla-zabilidad
Modelo de calidad de producto
ISO/IEC 25010 – System and software quality model
Efectividad
Efectividad
Eficiencia
Eficiencia
Satisfacción
Utilidad
Confianza
Placer
Confort
Mitigación de riesgos
Mitigación de riesgo
económico
Mitigación de riesgo para
salud, inocuidad
Mitigación de riesgos
ambientales
Cobertura de contexto
Completitud en el
contexto
Flexibilidad
Modelo de calidad en uso
ISO/IEC 25012 - Modelo de calidad de datos
Característica Inherente Dependiente del sistema
Exactitud (accuracy) X
Completitud X
Consistencia X
Credibilidad X
Actualidad (currentness) X
Accesibilidad X X
Conformidad X X
Confidencialidad X X
Eficiencia X X
Precisión (precision) X X
Trazabilidad X X
Comprensibilidad X X
Disponibilidad X
Portabilidad X
Recuperabilidad X
Propia del dato, su
dominio de
valores,
restricciones y
relaciones
Dependiente del
dominio
tecnológico en que
persiste y se utiliza
el dato
Requerimientos
de calidad en
uso
Requerimientos
de calidad
externa
Requerimientos
de calidad
interna
Requerimientos Producto
Necesidades
Validación
Verificación y
Validación
Verificación
Calidad en uso
Calidad externa
Calidad interna
Modelo de
Ciclo de Vida
Ayudan a
definir
Ayudan a
definir
Implementación
Indica
Indica
Framework ISO 25000 ISO/IEC 2504n:
Quality Evaluation Division
25030-2007: Quality
Requirements (IS)
ISO/IEC 2503n: Quality Requirement Division
ISO/IEC 2500n: Quality General Division
ISO/IEC 2501n: Quality Model Division
ISO/IEC 2502n: Quality Measurement Div.
25010-2011: Quality Model
25000-2014: Guide to SQuaRE
25020-2007: Measurement Reference Model (IS)
25021-2012: Quality Measure Elements (IS)
25022: Measurement of Quality in Use
25040-2011: Quality Evaluation
Process (IS)
25041-2012: Evaluation Guide
Developers, Acquirers and
Evaluators (IS)
25001-2014: Planning and Management
25023: Measurement of Sys & SWP Quality
25024: Measurement of Data Quality
25012-2008: Data Quality Model
ISO/IEC 25050 ~ 25099: SQuaRE Extension
Division
25045-2010: Evaluation Module
For Recoverability (IS)
ISO/IEC 25060 ~ 25069: Common Industry Format
for Usability
ISO/IEC 25051: Requirements for Quality
of RUSP (IS)
25011: IT service Quality Model
Modelos de calidad y sus objetivos
ISO/IEC 2502N/25040 Measurement - Evaluation
Evaluación
Operabilidad
Protección ante errores
Estética
Mitigación de riesgo económico
Características Ext./ Int.
Funcionalidad Confiabilidad Usabilidad Eficiencia Mantenibilidad Portabilidad
El Modelo ISO 9126
Desafíos para la evaluación
Calidad en uso
Efectividad Productividad Seguridad Satisfacción
Proceso ISO 14598
El Resultado – Entregables exigidos por la Norma
Relación entre las series 9126 - 14598 y SQuaRE
25000: Guide to SQuaRE (IS)
25001: Planning and management (IS)
25010: System and software quality model (IS)
25012: Data quality model (IS)
25020: Measurement reference model and guide (IS)
25021: Quality measure elements (IS)
25022: Measurement of quality in use
25023: Measurement of system and sw product quality
25024: Measurement of quality in use (CD3)
25030: Quality requirements (IS)
25040: Evaluation process (IS)
25045: Evaluation module for recoverability (IS)
25051: Requirements for quality of Ready to use software product and instructions for testing
9126-1: Quality model
9126-2: External metrics
9126-3: Internal Metrics
9126-4: Quality in use metrics
14598-1: General guide
14598-2: planning and management
14598-3: Developers’ evaluation guide
14598-4: Acquirers’ evaluation guide
14598-5: Evaluators’ guide
14598-6: Documentation of Evaluation Module
12119: Quality requirements and testing software package
25021: Quality measure elements (TR)
25041: Evaluation guide for developers, acquires and evaluators (IS)
25011: Service quality model (CD)
El estándar de calidad de producto
Otros modelos de calidad McCall (1977), Boehm (1976), Dromey (1995) ….
ISO: Brevísima historia 1991 ISO/IEC 9126 Quality Model
1998 – 2001 ISO/IEC 14598-1 / 6 Product evaluation
2001 ISO/IEC 9126-1: quality model
2003 ISO/IEC 9126-2: external measures
2003 ISO/IEC 9126-3: internal measures
2004 ISO/IEC 9126-4: quality in use measures
2005 – 2013 ISO/IEC 25000 System and Software Engineering – SQuaRE – Software Product Quality Requirements and Evaluation
2011 ISO/IEC 25010 System and Software Quality Models
……
ISO 25022 / 25023 / 25024 en desarrollo
Estado de las publicaciones IRAM-ISO/IEC
25000/25001/25010 Requerimientos de Calidad del producto de software y su evaluación
Estado de la publicación en Argentina
IRAM-ISO/IEC 25000 (SQuaRE)
Guía de SQuaRE - Publicada
IRAM-ISO/IEC 25001 (SQuaRE)
Planificación y administración – En discusión pública
IRAM-ISO/IEC 25010 (SQuaRE)
Modelo de calidad del sistema y del software - en
estudio
Nuevos estándares en estudio
25022: Measurement of quality in use )Revisión
9126-4) (CD3)
25023: Measurement of system and software
product quality (Integration y revisión de 9126-2 y -
3) (CD3)
25024 Measurement of data quality (Nuevo) CD3
25011: IT Service Quality Model (Nuevo) (CD3)
25011: IT Service Quality Model
Modelo de trabajo de ISO WG6
Dos reuniones semestrales del WG6
Equipo local de la subcomisión de Calidad en
Tecnología de la Información de IRAM
Reuniones mensuales del equipo local
Bibliografía y referencias
1. Factors in software quality; NTIS, 1977, J. McCall.
2. Software Quality: The elusive target;, I E E E , 1996, B. Kitchenham & S. L. Pfleeger.
3. What does “Product Quality really mean”?; Sloan Management Review, Fall 1984, D. Garvin.
4. A model for software product quality; Australian Sw Quality Research Inst. Oct.1994, G. Dromey.
5. Relating Business Goals to Architecturally Significant Requirements for Software Systems;
CMU/SEI-2010-TN-018, 2010, Bass, Clements.
6. Quality Attribute Workshops (QAWs); Third Edition, CMU/SEI-2003-TR-016, 2003, Barbacci.
7. Software Architecture in Practice; 2nd ed., 2003, Bass, Clements, Kazman.
8. ISO/IEC 25000 Software engineering: Software product Quality Requirements and Evaluation.
9. ISO/IEC 25010 Software engineering: Software product Quality Requirements and Evaluation
10. Cornering the chimera; IEEE SOFTWARE, 1996, G. Dromey.
11. Competing on the Eight Dimensions of Quality; HBR, 1987, D. Garvin.
12. Software Quality Models in Practice; Umfrage-Ergebnisse, 2010, QuaMoCo Group.
13. In Application Projects, 'Success' Needs Many Definitions; 2011, Gartner.
14. Application Quality Assurance for Nonfunctional Requirements; 2011, Gartner.
15. Redefining-software-quality; http://gojko.net, 2012, Gojko Adzic.
16. Norms and Standards in SAP’s Development Process Framework; 2010, SAP.
17. Attractive quality and must-be quality; ASQC, 1996, N. Kano, N. Seraku, F. Takahashi, S. Tsuji.
18. Blog ideas sobre el software http://ideassobresoftware.blogspot.com.ar
19. http://es.slideshare.net/rmartinez582/rmya-seminario-expectativas-de-los-interesados-y-calidad-
del-producto-de-software-v-30-gobierno-de-la-calidad-el-lado-del-producto
