El documento habla sobre la gestión de productos de TI. Explica conceptos como crear un servicio, modelos de gestión como cascada y ágil, y gestionar requerimientos a través de casos de uso y calidad. También cubre economías de software, procesos, y herramientas para gestionar requerimientos como wireframing.

1. Gestión IT
Product Managers
para
http://byteflair.com
Daniel Cerecedo
@dcerecedo

2. Agenda
@dcerecedoByteflair
Crearunservicio
Economíasdelsoftware
Modelosdegestión
Gestionarrequerimientos
Casosdeuso
Calidad
Componentes
Estimación
Priorización
Roadmaps
Contratos
Seguimiento

3. Crear un servicio
@dcerecedoByteflair

4. @dcerecedoByteflair
Crear un servicio
Visión

5. @dcerecedoByteflair
Crear un servicio
Producto
Visión

6. @dcerecedoByteflair
Crear un servicio
Producto
Visión
Ejecución

7. @dcerecedoByteflair
Crear un servicio
Producto
¿Visión clara?
Ejecución

8. @dcerecedoByteflair
Crear un servicio
Producto
¿Visión clara?
Ejecución

9. @dcerecedoByteflair
Crear un servicio
Producto
Visión clara
Ejecución
Visión POCO clara
Concepción y análisis

10. Crear un servicio
Concepción
@dcerecedoByteflair
Qué

11. Crear un servicio
Concepción
@dcerecedoByteflair
Entender y comunicar qué se
desea crear
Dejar los detalles para otro momento

12. Crear un servicio
Concepción
@dcerecedoByteflair
Parálisis por análisis


13. Crear un servicio
Planejecución
@dcerecedoByteflair
Cómo
Cuándo

14. @dcerecedoByteflair
Crear un servicio
Planifica qué pasos hay que dar
para conseguir cada objetivo
Planejecución

15. Economía del software
@dcerecedoByteflair

16. Economía del software
@dcerecedoByteflair
Alcance
 €
¡Sólo puedes elegir dos!

17. Economía del software
@dcerecedoByteflair
Alcance
 €Caro

18. Economía del software
@dcerecedoByteflair
Alcance
 €Caro
Inferior

19. Economía del software
@dcerecedoByteflair
Alcance
 €Caro
Inferior
Tarde

20. Economía del software
@dcerecedoByteflair
 + € =
Skills· Tools
Complexity
Process
Inmaturity
Procesosycalidad

21. @dcerecedoByteflair
Procesos
Hacer
Economía del software

22. @dcerecedoByteflair
Procesos
Hacer
Calidad
Economía del software

23. @dcerecedoByteflair
Procesos
Hacer
CalidadEstandarizar
Economía del software

24. @dcerecedoByteflair
Procesos
Hacer
CalidadEstandarizar
Predecible
Economía del software

25. @dcerecedoByteflair
Procesos
Hacer
CalidadEstandarizar
Predecible
Autom
atizar
Economía del software

26. @dcerecedoByteflair
Procesos
Hacer
CalidadEstandarizar
Predecible
Autom
atizarRápido
Economía del software

27. @dcerecedoByteflair
Procesos
Hacer
CalidadEstandarizar
Predecible
Autom
atizarRápido
Menor Coste
Economía del software

28. Economía del software
Procesosycalidad
@dcerecedoByteflair
Hacer lo correcto
Hacerlo correctamente
Evitar el desperdicio

29. @dcerecedoByteflair
Enséñame
la pasta!

30. @dcerecedoByteflair
Activarelconocimiento
Calidad
Menor Coste
15% - 30%
Cada vez que doblas la ejecución de un proceso
Economía del software

31. @dcerecedoByteflair
Gestionar el conocimiento
Automatizar
Economía del software

32. Proceso
@dcerecedoByteflair
Activarelconocimiento
Capturar
Notas – EverNote
Wikis – Confluence
Documentos – Google Docs

33. Proceso
@dcerecedoByteflair
Activarelconocimiento
Automatizar
Cada dominio de conocimiento sus herramientas
Pruebas – Frameworks de pruebas, Docker
Despliegues – Jenkins, Hudson
Aprovisionamiento – Puppet, Chef, Vagrant

34. @dcerecedoByteflair
Modelo de gestión

35. Modelo de gestión
@dcerecedoByteflair
Diseño
Construcción
Pruebas
Despliegue
Análisis
Cascada

36. @dcerecedoByteflair
Modelo de gestión
Loideal

37. @dcerecedoByteflair
Modelo de gestión
Incertidumbre
Larealidad

38. @dcerecedoByteflair
Modelo de gestión
Incertidumbre
Larealidad

39. @dcerecedoByteflair
Modelo de gestión
Incertidumbre
Larealidad
{Fallos de comunicación
Expectativas poco claras
Cambio de prioridades
Viabilidad técnica
Presupuesto...

40. Modelo de gestión
@dcerecedoByteflair
Cascada

41. La incertidumbre es inherente
El cambio es inevitable
Modelo de gestión
@dcerecedoByteflair
Pon foco en lo que puedes controlar

42. Modelo de gestión
@dcerecedoByteflair
Ágil

43. Modelo de gestión
@dcerecedoByteflair
Ágil

44. Modelo de gestión
@dcerecedoByteflair
Q
 €
Q
€Fijo
Cascada Ágil
Est.
CascadavsÁgil

45. @dcerecedoByteflair
Modelo de gstión
Larealidad

46. @dcerecedoByteflair
Modelo de gestión
Larealidad

47. @dcerecedoByteflair
Modelo de gestión
Larealidad

48. @dcerecedoByteflair
Modelo de gestión
Larealidad

49. @dcerecedoByteflair
Gestionar Requerimiento

50. @dcerecedoByteflair
¿Porqué?
Gestionar Requerimiento
Estimación
Planificación
Diseño
Pruebas
Documentación

51. Categorías
@dcerecedoByteflair
Necesidades
Funcionalidades
La unidad de intercambio con el cliente
Gestionar Requerimiento

52. Categorías
@dcerecedoByteflair
Funcionales
No funcionales
Gestionar Requerimiento
Requerimientos{

53. RequerimientosFuncionales
@dcerecedoByteflair
Casos de uso
Gestionar Requerimiento

54. RequerimientosNoFuncionales
@dcerecedoByteflair
Usabilidad
Fiabilidad
Rendimiento
Mantenibilidad
Seguridad
Gestionar Requerimiento

55. @dcerecedoByteflair
Contextualizar
Gestionar Requerimiento
Visión
¿Entendemos bien el contexto?
Alinear al equipo de trabajo
 

56. @dcerecedoByteflair
Contextualizar
Gestionar Requerimiento
Glosario
Establecer un vocabulario común

57. Caso de uso
@dcerecedoByteflair

58. Sistema
Caso de uso
@dcerecedoByteflair
Hacer login
Usuario
Representaciónvisualestática

59. Caso de uso
@dcerecedoByteflair
Representaciónvisualdinámica
Sistema
Usuario
Visitar https://myservice.com
Introducir usuario y clave

60. Caso de uso
@dcerecedoByteflair
Representacióntextual
Login
Contemplar los casos de error de usuario o
contraseña erróneos

61. Caso de uso
@dcerecedoByteflair
Representacióntextual
1. El usuario visita la página de inicio
2. El sistema devuelve la página de inicio
3. El usuario introduce sus credenciales en el formulario de login y pulsa enviar
4. El sistema recibe la solicitud de login.
….

62. Caso de uso
@dcerecedoByteflair
Representacióntextual
1. El usuario visita la página de inicio
2. El sistema devuelve la página de inicio
3. El usuario introduce sus credenciales en el formulario de login y pulsa enviar
4. El sistema recibe la solicitud de login.
4.1. El sistema comprueba que el usuario existe
4.1.a. El usuario no existe
4.1.a.1. El sistema devuelve un mensaje de error informando que las
credenciales introducidas no son válidas
4.1.b. El usuario si existe
4.1.b.1. El sistema comprueba que la clave de acceso presentada se
corresponde con la almacenada
4.1.b.1.a. La clave de acceso no se corresponde
4.1.b.1.a.1. El sistema devuelve un mensaje de error informando que las
credenciales introducidas no son válidas.
4.1.b.1.b. La clave de acceso se corresponde
4.1.b.1.b.1. El sistema autentica al usuario y devuelve la página de bienvenida

63. Caso de uso
@dcerecedoByteflair
Representacióntextual
Consistencia
Un bloque principal por interacción
Los números para acciones
Las letras para opciones

64. Caso de uso
@dcerecedoByteflair
Wireframing

65. Caso de uso
@dcerecedoByteflair
Herramientas
Balsamiq Mockups
Visual Paradigm

66. Calidad
@dcerecedoByteflair

67. Calidad
¿Quées?
@dcerecedoByteflair
Hacer lo correcto
Hacerlo correctamente
Evitar el desperdicio

68. Calidad
Requerimientos
@dcerecedoByteflair
REQ17: El sistema no aceptará claves de acceso de más de 15
caracteres

69. Calidad
Requerimientos
@dcerecedoByteflair
REQ17: El sistema no aceptará claves de acceso de más de 15
caracteres

70. Calidad
Requerimientos
@dcerecedoByteflair
REQ17: El sistema no aceptará claves de acceso de más de 15
caracteres
¿Rechazará con error?
¿Truncará?
¿El usuario solo podrá introducir hasta 15 caracteres?

71. Calidad
Requerimientos
@dcerecedoByteflair
No Ambiguos
Una única interpretación

72. Calidad
Requerimientos
@dcerecedoByteflair
REQ31: El sistema soportará múltiples usuarios de forma
concurrente
REQ32: Se introducirá la dirección de destino
REQ33: El usuario podrá buscar destinos por nombre,
dirección, etc...

73. Calidad
Requerimientos
@dcerecedoByteflair
REQ31: El sistema soportará múltiples usuarios de forma
concurrente
REQ32: Se introducirá la dirección de destino
REQ33: El usuario podrá buscar destinos por nombre,
dirección, etc...
¿Cuantos?
¿Quién?
¿Cuales son los criterios aceptados?

74. Calidad
Requerimientos
@dcerecedoByteflair
Verificables
Debe ser posible probar que el requerimiento
ha sido implementado correctamente

75. Calidad
Requerimientos
@dcerecedoByteflair
REQ18: Cuando el usuario realiza una búsqueda, los términos
de búsqueda pueden ser una dirección o contra un punto de
interés. El sistema será capaz de discernir de que se trata y
devolver resultados relevantes.

76. Calidad
Requerimientos
@dcerecedoByteflair
REQ18: Cuando el usuario realiza una búsqueda, los términos
de búsqueda pueden ser una dirección o contra un punto de
interés. El sistema será capaz de discernir de que se trata y
devolver resultados relevantes.
REQ18: El usuario puede buscar direcciones o puntos de
interés sin necesidad de identificar si se trata de uno u otro.
REQ19: El sistema devolverá los resultados más relevantes en
base a l sistema de scoring definido por la rega BR3.
REQ20: : El sistema será capaz de discernir entre direcciones y
puntos de interés.

77. Calidad
Requerimientos
@dcerecedoByteflair
Claros
Concisos, simples y precisos

78. Calidad
Requerimientos
@dcerecedoByteflair
REQ46: Cuando el usuario de fulfillment emita una factura
para un cliente, en la factura se desglosarán los costes y se
aplicará el IVA del 18%

79. Calidad
Requerimientos
@dcerecedoByteflair
REQ46: Cuando el usuario de fulfillment emita una factura
para un cliente, en la factura se desglosarán los costes y se
aplicará el IVA del 18%
Está mal, es el 21%...
¿Y si internacionalizamos?
Cada país aplica IVA's distintos

80. Calidad
Requerimientos
@dcerecedoByteflair
Correctos
Si se hace referencia a hechos,
estos hechos deben ser ciertos

81. Calidad
Requerimientos
@dcerecedoByteflair
Comprensibles
Deben ser gramaticalmente correctos y
escritos de forma consistente

82. Calidad
Requerimientos
@dcerecedoByteflair
REQ60: El usuario podrá realizar preguntas de viva voz y en
lenguaje natural que el sistema será capaz de interpretar para
ejecutar los comandos necesarios y responder al usuario
Solo tenemos 3 meses!

83. Calidad
Requerimientos
@dcerecedoByteflair
Viables
Los requerimientos deben ser realizables
dentro de las restricciones impuestas
de tiempo y recursos.

84. Calidad
Requerimientos
@dcerecedoByteflair
REQ61: Al registrarse, el usuario deberá introducir como
dirección de facturación una vía, un número de portal, un
código postal y una localidad.
REQ62: Ésta podrá sobreescribirse con la dirección postal
introducida anteriormente

85. Calidad
Requerimientos
@dcerecedoByteflair
Independientes
Para entender un requerimiento no debe ser
necesario entender otros

86. Calidad
Requerimientos
@dcerecedoByteflair
REQ65: El usuario podrá hacer login con sus credenciales
(nombre de usuario y clave) o podrá autenticarse en nuestro
sistema a través de Google

87. Calidad
Requerimientos
@dcerecedoByteflair
REQ65: El usuario podrá hacer login con sus credenciales
(nombre de usuario y clave).
REQ66: El usuario podrá hacer login autenticándose a través
de Google.

88. Calidad
Requerimientos
@dcerecedoByteflair
Indivisibles
Sólo debe contener un elemento trazable

89. Calidad
Requerimientos
@dcerecedoByteflair
Necesarios
Eliminar aquellos que no afectan al sistema o que no
han sido solicitados

90. Calidad
Requerimientos
@dcerecedoByteflair
Abstractos
Independientes de la implementación
El qué, no el cómo

91. Calidad
Requerimientos
@dcerecedoByteflair
Consistentes
No debe haber conflictos entre requerimientos

92. Calidad
Requerimientos
@dcerecedoByteflair
No Redundantes
Deben ser expresados una única vez y no deben
solaparse

93. Calidad
Requerimientos
@dcerecedoByteflair
REQ72: Un taxi puede estar libre, ocupado o fuera de servicio.
REQ73: Los taxis libres deberán mostrarse en la pantalla de
control en color verde
REQ74: Los taxis ocupados deberán mostrarse en la pantalla
de control en color rojo
Y los que están fuera de servicio

94. Calidad
Requerimientos
@dcerecedoByteflair
Completos
Debe existir un requerimiento para condición posible
en el sistema

95. @dcerecedoByteflair
Componentes de referencia

96. @dcerecedoByteflair
Build
Core
Services
Componentes de referencia

97. @dcerecedoByteflair
Build
Frontoffice
Core
Services
Componentes de referencia

98. @dcerecedoByteflair
Build
Frontoffice
Core
Services
API
Componentes de referencia

99. @dcerecedoByteflair
Build
Backoffice
Frontoffice
Core
Services
API
Componentes de referencia

100. @dcerecedoByteflair
Build
Backoffice
Frontoffice
Core
Services
API
Componentes de referencia
Parameterize
HooksSecurity
Auditor Scheduler

101. @dcerecedoByteflair
Build
Backoffice
Frontoffice
Core
Services
API
Componentes de referencia
Parameterize
HooksSecurity
Auditor Scheduler
Integrate
Marketing
Comms.
Content
Manager
InvocingPayments

102. @dcerecedoByteflair
Build
Backoffice
Frontoffice
Core
Services
API
Componentes de referencia
Parameterize
HooksSecurity
Auditor Scheduler
Integrate
Marketing
Comms.
Content
Manager
InvocingPaymentsAPIs

103. @dcerecedoByteflair
Build
Backoffice
Frontoffice
Core
Services
API
Componentes de referencia
Parameterize
HooksSecurity
Auditor Scheduler
Integrate
Marketing
Comms.
Content
Manager
InvocingPayments
Message Bus

104. Estimación
@dcerecedoByteflair

105. Estimación
@dcerecedoByteflair
Pesar
No usar valores uniformemente espaciados
Buscar consenso: justificar peso más alto y más bajo
y volver votar

106. Estimación
@dcerecedoByteflair
Ordenar por complejidad

107. Estimación
@dcerecedoByteflair
Revisar
¿Estamos de acuerdo con los pesos relativos?

108. Estimación
@dcerecedoByteflair
Asignar esfuerzo a cada peso
Experiencia
Partir de casos concretos y extrapolar

109. Estimación
@dcerecedoByteflair
Revisar proporciones
¿Estamos contentos con la relación de pesos y
esfuerzos?

110. Estimación
@dcerecedoByteflair
Repetir
Hasta que todo nos cuadre

111. Estimación
@dcerecedoByteflair
Horas de esfuerzo

112. Estimación
@dcerecedoByteflair
Descomponer
Nunca más de 15 días
Divide y vencerás

113. Priorizar
@dcerecedoByteflair

114. Priorizar
@dcerecedoByteflair
Criterios
Riesgo

115. Priorizar
@dcerecedoByteflair
Criterios
Riesgo
Resolver los riesgos cuanto antes

116. Priorizar
@dcerecedoByteflair
Criterios
ROI
Identificar los elementos que aportan más valor con
la menor inversión

117. Priorizar
@dcerecedoByteflair
Criterios
Orden lógico

118. Estimación
@dcerecedoByteflair
Orden
Horas de esfuerzo
Plan de desarrollo


119. Roadmaps
@dcerecedoByteflair

120. Roadmaps
@dcerecedoByteflair
Herramienta de comunicación
Nivel estratégico

121. Roadmaps
@dcerecedoByteflair

122. Roadmaps
@dcerecedoByteflair

123. Roadmaps
@dcerecedoByteflair

124. Roadmaps
@dcerecedoByteflair

125. Roadmaps
@dcerecedoByteflair

126. Contrato
@dcerecedoByteflair

127. Contrato
@dcerecedoByteflair
Time&Materials
Alquilo talento
Es una estimación de esfuerzo
Facturación mensual según consumo
El cliente es propietario del riesgo
No hay garantía

128. Contrato
@dcerecedoByteflair
PrecioFijo
Compro un producto
El proveedor es propietario del riesgo
Tres meses de garantía frente a defectos
Facturación por hitos

129. Contrato
@dcerecedoByteflair
PrecioFijo
Compro un producto
Requiere adelantar pagos
Requiere cerrar alcance
Acordar un plan de ejecución
Definir hitos y pagos
Acordar un modelo de colaboración

130. Contrato
@dcerecedoByteflair
Los contratos a precio fijo
friccionan con el agilismo

131. Seguimiento
@dcerecedoByteflair

132. Seguimiento
@dcerecedoByteflair
Preguntasclave
¿Llegaremos a tiempo?
¿Hace falta reducir el alcance?
¿Cuando acabaremos?
¿Podemos permitirnos añadir más funciones?

133. Seguimiento
@dcerecedoByteflair
Burndown
Esfuerzo
Tiempo

134. Seguimiento
@dcerecedoByteflair
Burndown
Esfuerzo
Tiempo
Esfuerzo total
pendiente de ejecutar
Velocidad de ejecución necesariapara llegar a tiempo

135. Seguimiento
@dcerecedoByteflair
Burndown
Esfuerzo
Tiempo
Esfuerzo ejecutado
Velocidad de real ejecución

136. Seguimiento
@dcerecedoByteflair
Burndown
Esfuerzo
Tiempo
Nos estamos retrasando

137. Seguimiento
@dcerecedoByteflair
Burndown
Esfuerzo
Tiempo
La cosa empeora

138. Seguimiento
@dcerecedoByteflair
Burndown
Esfuerzo
Tiempo
Casi volvemos al plan

139. Seguimiento
@dcerecedoByteflair
Burndown
Revisar relación pesos y
esfuerzo

140. Seguimiento
@dcerecedoByteflair
Burndown
Esfuerzo
Tiempo
Reduciremos el alcance
para llegar a tiempo

141. Seguimiento
@dcerecedoByteflair
Burndown
Esfuerzo
Tiempo
Lo habitual es el aumento del alcance

142. @dcerecedoByteflair
Si no llevas un registro de lo
que haces nunca conocerás la
causa de tus fallos

143. @dcerecedoByteflair
Si no puedes medirlo
no puedes mejorarlo

144. @dcerecedoByteflair
Hacer lo correcto
Hacerlo correctamente
Evitar el desperdicio

145. ?
Daniel Cerecedo
@dcerecedo http://byteflair.com