Building alive thingsLike Software

Growing

1941

Hoy

No podemos construir cosas vivas Solo podemos hacerlas crecer

¿Qué tal software?

Arquitectura de TeoWaki pensada inicialmente

Burn Instagram

No podemos construir Software Solo podemos hacerlo crecer

Objetivos

Hacer crecer nuestros proyectos de software Mantener motivados a nuestros equipos

Encantar a nuestros clientes

RoadMap

1

¿Por qué el software es algo vivo? 2

¿Qué implica?

3

Técnicas y herramientas para hacer crecer el software,

motivar y encantar a nuestros clientes

1975 Fred Brooks

“El software no es accidentalmente

complejo es esencialmente

complejo”

1982 Roger Pressman

“El software no se desgasta, se

deteriora”

2011 Jurgen Appelo

“El software es un sistema complejo

adaptativo”

Holismo VS Reduccionismo

Las personas y su comunicación es esencial

No manipular a las personas. Manipular al sistema.

Teoría X, Teoría Y

Douglas McGregor

¿Para cuál teoría están diseñadas las herramientas actuales y usadas desde hace más de un siglo?

KudoBox

Reglas y Dinámica• No prometas recompensas por

anticipado.

• Mantén las recompensas pequeñas.

• Recompensa continuamente.

• Recompensa en público.

• Recompensa comportamientos, no resultados.

• Recompensa como equipo. No como jerarquías.

¿Y ahora?• Elige un nombre.

• Implementa la práctica en toda la compañía. Todos participan.

• Elabora con una caja de cartón el central mail box e imprime las kudoCards.

• Anima a que cualquiera de la compañía pueda dejarle su pequeña recompensa a otro.

• Define un límite de regalo

• Revisa la caja al menos una vez por semana y entrega los Kudos de forma pública.

¿Y ahora?

Frameworks

Confidence

1

4

6

2

5

3

7

Reglas y Dinámica• Una persona selecciona un

requisito(historia de usuario) ya preparado.

• Cada participante elige para el requisito la tecnología más adecuada de forma privada.

• Cuando todos hayan elegido su tecnología, todos muestran las cartas.

• Coloca los resultados de la apuesta en el tablero.

• Todo el mundo gana los puntos que indiquen sus cartas, excepto las minorías altas.

• Las personas con cartas altas minoritarias deben explicar sus razones.

• Repetir con los otros requisitos.

• Crear un tablero con las puntuaciones acordadas.

• Imprime las cartas con la puntuación acordada.

• Has un listado bien especificado con los requisitos(historias de usuario) a re-factorizar en servicios o nuevos proyectos.

• ¡Juégalo!

¿Y ahora?

Problem

Time

No enfocarse en tiempos de entrega

Debemos enfocarnos en nuestro Work-In-Progress

• Asegúrate de que en tu tablero contiene problemas de los stake-holders, no solo tareas.

• Revisa constantemente cuando se añade un problema al tablero y calcula su problem time.

• Calcula el promedio total de tiempo para todas los problemas del tablero.

• Comienza a preguntar a tus stakeholders: ¿Cómo podemos mejorar?

¿Y ahora?

MobProgramming

Co-Pilot

Dinámica

• Períodos

• Productividad

• Rotación de Copilotos

• Días individuales

• Establece períodos de tiempo para mobProgramming

• Establece períodos de tiempo para Co-Pilot

• Mide las mejoras de productividad en el tiempo

• ¡Experimenta!

¿Y ahora?

Technical Debt

Stock Market

Deuda técnicaVentana de mercado vs Peligros a

largo plazo

Dinámica• Debemos crear la figura de banco

con dinero ficticio y créditos (por ejemplo 100 euros).

• La persona que incurre en deuda técnica debe solicitar un préstamo y fundamentar su decisión.

• Si existe más del 80% de endeudamiento se debe organizar un Tech Deb Time para bajar los intereses.

• Todos los meses se debe revisar la deuda técnica y el nivel de endeudamiento. Si está por debajo del 50% el equipo recibe recompensa (cervezas, regalos, dinero)

Banco

• Solicita compromiso de la gerencia de tu empresa para usar 100 euros al mes.

• Crea la figura ficticia del Banco con dinero artificial.

• Comienza a medir la deuda técnica.

• Intenta mantenerla por debajo del 50%.

• Asegúrate de dar las recompensas.

¿Y ahora?

Work Expo

Restaurante San Andres, A Coruña

Radiar información• Establecer valores de equipo.

• Los empleados se montan en el barco de un equipo mientras el equipo reconozca las necesidades de las personas.

• Mostrar, no contar.

• Libros de empleados.

• Logros y derrotas.

• Identidad

• Selecciona el propósito de el equipo.

• Recolecta las historias favoritas a lo largo de los años de trabajo.

• Selecciona de las historias, cuales son un ejemplo para el futuro y cuales no.

• Crea un ExpoBoard.

• No permitas que hayan menciones a clientes o stake-holders en el board.

• Crea un libro de empleados. Sin la participación de RRHH. Solo el equipo.

¿Y ahora?

Alien Advice

– Robert Frost. Poeta americano

“Cuanto más nos alejamos de un problema, más

idealistas somos”

• Haz un listado de las personas de la compañía y sus roles.

• Invita regularmente a personas que no conozcan el dominio del problema a tratar.

• Déjalo opinar.

• Extrapola su opinión a tu contexto.

¿Y ahora?

Sexy Commits

Tres preguntas para un buen commit

• ¿Por qué es necesario el cambio?

• ¿Cómo se ha abordado el cambio?

• ¿Qué efectos secundarios tiene?

• Elabora un acuerdo de como deben ser los commits en tu empresa.

• Muestra los mejores commits en tu WorkExpo.

• Premia los mejores commits (Kudos, regalos).

• Realiza Commit de intercambios.

¿Y ahora?

Exploration Days

¿Deberíamos entregar o experimentar?

La importancia de las ideas emergentes externas

Viernes temáticos

Entrenamientos contínuos

• Organiza días de exploración con tu equipo.

• Define viernes temáticos una vez al mes.

• Intenta siempre llevar a la práctica lo aprendido.

¿Y ahora?

Mini Jubilaciones

¿Quién dice que viviremos hasta los 90 años?

Las pequeñas escapadas mejoran la productividad

• Selecciona un porcentaje (20% recomendado) de tu calendario laboral de vacaciones.

• Acuerda con tus compañeros días de mini-jubilación.

• Jubílate al menos cada dos meses dos días.

¿Y ahora?

Hacer crecer nuestros proyectos de software Mantener motivados nuestros equipos

Encantar a nuestros clientes

¡ADVERTENCIA!Todos los modelos están errados. Pero muchos son útiles.

La Gestión de proyectos de Software es muy importante

como para dejarla solo en manos de los gestores.

Gerardo Barcia Palacios@gerardobarciapwww.gerardobarcia.com

?¡¡Gracias!!

Referencias

La mayoría de las ilustraciones fueron tomadas de

https://www.flickr.com/photos/jurgenappelo/

Las fotografías fueron tomadas de flickr con licencia creative commons

https://www.flickr.com/

Referencias

http://www.amazon.es/Management-3-0-Leading-

Developers-Developing-ebook/dp/B004ISL6JY/ref=sr_1_1?

ie=UTF8&qid=1427326959&sr=8-1&keywords=management+3.0

https://management30.com/product/workouts/

http://www.howgoogleworks.net/