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.

1. El producto de software
Negocio, calidad y contexto
Pilar Barrio
Rodrigo Guzmán Raúl Martínez
2014 – v 3.0

2. Calidad de Producto
caso de estudio
Rodrigo Guzmán
2014

4. Empecemos por el principio… año 2004

5. Arquitectura  Cultura  Calidad

6. ML = 1 BD, 1 .JAR, 1 HW

7. Bugs = alto impacto, $$$$

9. Evitar Errores, Probar todo

10. Construyó una dinámica organizacional

11. QA
testea
todo
Semanas
de
Prueba
Deploys
c/15 días
Proyectos
Anuales
Bono
según #
bugs
Fix
Semanales
Administración de
criticidades
Cacería
de brujas

12. Funcionalidad

13. ¿Contexto?

14. Usuarios = expertos, eligen, migran

15. Oferta =

16. Recursos = + tecnología – costo

17. 2010 =

18. Calidad  Cultura  Arquitectura

19. Sitio Monolítico y
Cerrado

20. ML = Plataforma Desacoplada y Abierta

21. ML= n BD, n .JAR, n HW

22. + Poder a los Equipos + Responsabilidad

23. + Agilidad: hw as, bd as, iterar, CI

24. Evitar Errores, Probar todo

25. Scrum
Sprint
Semanales
80
deploys
diarios
Proyectos
Trimestrales
Bono
según
métricas
Integración
Continua
Performance
del Negocio
Organización
Tolerante a
errores
TDD/Unit Test
Fix
continuo

27. Éxito
Utilidad
Usabilidad
Funcionalidad

28. Usuario

29. Producto

30. Ejemplo: Proyecto Moda

31. ¿ Principales Jugadores ?

32. Industria
Usuario
Vendedores Compradores
Negocio

33. Industria: ¿Drivers y Standars?

34. Estética

35. Talle, Color, Género

36. Oferta

39. Compradores: ¿Necesidades?

42. Discovery

43. Información

44. Descuentos

45. Marcas

46. Vendedores: ¿Problemas?

47. Inventario

48. Diferenciación

49. Logística

50. Marketing

51. Negocio: ¿Objetivos?

52. + tráfico – fricción + conversión

53. Convertir visitas en usuarios y tráfico en $

58. Posicionamiento

60. Competir

61. Asume
Benedicto XVI
Asume
Francisco

62. Tendencias
Dinero
Transaccionado
15%

63. “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.

65. Gracias!!
Rodrigo Guzmán
rodrigo.guzman@mercadolibre.com
@rguzman_ml
ar.linkedin.com/in/rodrigoguzman

66. El producto de software
Negocio, calidad y contexto
Pilar Barrio
Rodrigo Guzmán Raúl Martínez
2014 – v 3.0

67. Abr 23, 2013
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”.
Adaptado de El País “Culpables por crédulos” 29/04/2013 y Dailymail UK del 23/04/2013

68. 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
Twitter Infrastructure Insufficient Copyright © 2012 - James Carlini - All rights reserved. © 2008 SYS-CON Media Inc.

70. Abr 23, 2013
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

71. Oct 22, 2012 ….. Sospecha
 Debate presidencial
Obama – Romney
 Más de 6,5 millones de tuits en 90
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.
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.

72. ¿Hay una sola calidad?

73. me sirve
hace todo esto
me gusta
conforme a
requerimientos
¿vale lo que cuesta?
Calidad no es igual para todos
Garvin, D. (1984) What Does “Product Quality” Really Mean?

74. ¿Quiénes somos nosotros? (o cómo nos vemos)
Una
empresa de
producto
Una
empresa de
desarrollo
Un
emprendedor
¿?

75. Calidad como composición

76. El consumidor/usuario

77. 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

78. ¿Qué trabajo quiere hacer?
¿Cómo lo haría mejor?
¿Qué le impide hacerlo?
¿Qué le agrega valor?
¿Más es mejor?

79. Necesidades y expectativas
¿Qué trabajo quiere hacer?
El aspecto social
El aspecto emocional
¿Por qué no lo hace? ¿Qué gana si lo hace?
Complicado
Caro
Tiempo
Imagen
$$$$$$
Mi producto debería
Inseguro
Alejarle temores Permitirle ganar
Sencillo, accesible Tiempo, imagen
Empathy Map – Dave Gray
BMG – A. Osterwalder

80. 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

81. Calidad, necesidades y expectativas

82. Aspiraciones
¿Cuántos interesados?
Necesidades
Desarrolladores
Auditores
Compradores
Socios de
negocio
Intenciones
Requerimientos
Competidores
Expectativas
Hackers /
atacantes
Visitantes

83. Consumidores/usuarios ¿Cuántos?
¿Independientes?
¿Conocidos?

84. Producto con pocas variaciones
(Mc Donald)
Decisiones mínimas / control / operación regulada
.
.
. .
.
.

85. Producto con algunas variaciones
(Menú fijo)
Interacción / control / operación regulada
.
.
. .
.
.

86. Producto con muchas variaciones
(À la carte)
Interacción / control

87. Buen producto …..mal servicio

88. ¿Alcanza con lo visto?
?

90. Cultura
Conocimiento
y capacitación
Valores
Procesos
Comunicación
Estructura
Valoración
recompensa
actitudes
Seguimiento
Delegación

91. Comunicación
y conocimiento
NASA Photo by JR Eyerman. 1960's.

92. 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

93. $$$$$$$$$
…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?

94. … el usuario desconoce sus
propios productos….
…dependemos de las
personas que conocen
el producto….

95. Organización
Responsabilidad por
el producto / servicio
Asegurar la calidad
Tener procesos y
guías
Original comic by Bonkers World
Saber hacer
Tener con qué
Elegir al socio /
proveedor

96. DSDM
¿Talle único?

97. La cultura se establece
por fe, por defecto o por
consenso.
Pero, por lo que sea,
hágalo rápido.
Adaptado de Steve Blank

98. ¡¡¡¡¡PERO…..CUIDADO!!!!!
Procesos, estándares
Sencillo
de cambiar
Comunicación,
actitud de las personas
Planificación,
delegación
Valoración y
recompensas
Valores Estructura
Indicadores,
seguimiento
Herramientas
Conocimiento y
capacitación
Complejo
de cambiar
Cambios Operativos
Cambios en la Gestión
Cambios en la Cultura
Más
visible
Menos
visible

99. Pequeños logros
Visibles, concretos,
implementados, completos
No siempre ordenados
Todos para el mismo lado
Muchos, pequeños, a todo
nivel
Festejados

100. La Dirección debe
orientar y apoyar
Pero nosotros debemos
salir de la “zona de
confort” técnica y conocer
más el negocio

101. ¿Qué ganamos
con todo
esto…..?

102. Ganamos…
Negocios
Experiencia positiva en el cliente
Perdurabilidad
Evitar obsolescencia
Mejor comunicación
Foco
Menor prescindibilidad
Motivación
Mejorar la calidad de vida laboral

103. ¿Qué ganó Mercado Libre?

104. Calidad como composición

105. 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?
Respuestas
 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

106. 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/

107. Purple Cow: Transform Your Business by Being Remarkable - S. Godin 2009

109. 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

110. 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?

111. ¿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.”

112. …relevantes para una amplia gama de interesados…(*)
¿Quién es el interesado?
(*)IRAM ISO IEC 25010

113. SQuaRE - Relación necesidades / requerimientos
de calidad / requerimientos funcionales
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
Diseño
funcional
Requerimientos
de calidad
interna
(Adaptado de 2004 – D. Zubrow)
Identificar y
obtener
Seleccionar y
especificar
Influencian

114. Necesidades / requerimientos de calidad /
requerimientos funcionales

115. 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

116. 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

117. 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

118. 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
Dependiente del
dominio
tecnológico en que
persiste y se utiliza
el dato
Propia del dato, su
dominio de
valores,
restricciones y
relaciones

119. Requerimientos Producto
Requerimientos
de calidad en
uso
Requerimientos
de calidad
externa
Requerimientos
de calidad
interna
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

120. Framework ISO 25000
ISO/IEC 2504n:
Quality Evaluation Division
ISO/IEC 2503n:
Quality Requirement
Division
25030-2007: Quality
Requirements (IS)
ISO/IEC 2501n: Quality Model Division
25010-2011: Quality Model
25011: IT service Quality Model
25012-2008: Data Quality Model
ISO/IEC 2500n: Quality General Division
25000-2014: Guide to SQuaRE
ISO/IEC 2502n: Quality Measurement Div.
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
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)

121. Modelos de calidad y sus objetivos

122. ISO/IEC 2502N/25040 Measurement - Evaluation

123. Evaluación
Operabilidad
Protección ante
errores
Estética
Mitigación de riesgo
económico

124. Desafíos para la evaluación
Características
Ext./ Int.
El Modelo ISO 9126
Funcionalidad Confiabilidad Usabilidad Eficiencia Mantenibilidad Portabilidad
Calidad en
uso
Efectividad Productividad Seguridad Satisfacción
Proceso ISO 14598

125. El Resultado – Entregables exigidos por la Norma

126. 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)
25011: Service quality model (CD)
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
25021: Quality measure elements (TR)
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
25041: Evaluation guide for developers,
acquires and evaluators (IS)

127. 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

128. 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

129. 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)

130. 25011: IT Service Quality Model

131. 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

132. 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

134. Gracias
Pilar Barrio
pbarrio@rmya.com.ar
Raúl Martínez
rmartinez@rmya.com.ar
@RaulMartinez582