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.

Gracias!!

Rodrigo Guzmán

@rguzman_ml

ar.linkedin.com/in/rodrigoguzman

rodrigo.guzman@mercadolibre.com

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

Gracias

Pilar Barrio

pbarrio@rmya.com.ar

Raúl Martínez

@RaulMartinez582

rmartinez@rmya.com.ar