comunidades de practica

Cómo iniciar tu primera comunidad de práctica (II)

En el artículo anterior definimos las comunidades de práctica como un espacio abierto en el que cualquiera puede aportar y participar. En un entorno con varios equipos transversales, la comunidad de práctica tiene el objetivo de construir y compartir conocimiento y experiencias. Para iniciar una comunidad de práctica se necesita un impulsor, normalmente un interesado en que se celebre dicha comunidad o bien un agente del cambio (por ejemplo un Scrum Master). Esta persona se encargará tanto de enviar la convocatoria como de facilitar al menos las primeras sesiones. Convocatoria de la primera sesión Para la convocatoria es importante ir […]


comunidades de practica

Cómo iniciar tu primera comunidad de práctica (I)

Reinventar la rueda y caer continuamente en los mismos errores. Si en tu empresa hay varios equipos de desarrollo agile y los síntomas anteriores te son familiares, quizás te interese conocer las comunidades de práctica (Community of Practice). Si por ejemplo tenemos varios equipos de desarrollo mobile que trabajan por funcionalidades, es muy probable que en cada equipo haya gente de iOS, Android, API. Si son equipos web, habrá seguramente gente de frontend, gente de backend. Todos ellos trabajando con las mismas tecnologías en equipos distintos y muchas veces sin prácticamente conocerse. No solo en tecnología existe esta dispersión. En una […]


reuniones diarias Scrum

33 consejos para mejorar tus reuniones diarias Scrum

En Scrum cada día el equipo se reúne delante del tablero físico para la reunión diaria o daily meeting. Idealmente la reunión tiene lugar por la mañana, a la misma hora y el mismo lugar siempre y con todo el equipo Scrum (incluidos Scrum Master y Product Owner). El objetivo de las reuniones diarias Scrum es sincronizar el equipo y tomar decisiones para cumplir con el objetivo del Sprint. En un post anterior ya hablé sobre cómo se debería preparar un reunión diaria. La preparación es fundamental, ya que debe ser una reunión muy enfocada y efectiva para que realmente ayude al […]


CAS 2016 día 2

Resumen de la CAS 2016 (día 2 de 2)

Continúo con el post sobre la CAS 2016, la Conferencia Agile Spain a la que tuve la gran oportunidad de asistir el pasado 1 y 2 de diciembre. Anteriormente te resumí las charlas del jueves. Esta vez te resumo todas las sesiones en las que estuve el viernes. Why everyone should care about test-driven development En la primera keynote del viernes Steve Freeman nos presentó las claves del TDD desde un punto de vista no técnico. Describió las fases del TDD paralelizando con el mundo waterfall, para marcar los problemas del BDUF: Esto es, antes de picar código es necesario […]


CAS 2016

Resumen de la CAS 2016 (día 1 de 2)

El pasado jueves y viernes 1 y 2 tuve la gran suerte de poder asistir a la Conferencia Agile Spain, la CAS 2016 que cada año se celebra por estas fechas. En ella se reúnen agilistas de todo el país para compartir conclusiones en multitud de charlas, workshops, etc. Este año a diferencia de los anteriores no había una temática central ni unos tracks definidos. Por ello se pudo ver más variedad en los contenidos. A continuación, te comparto algunas de las ideas que me llevé del evento. Challenging Agile La primera keynote a cargo de Chris Matts, fue un duro golpe […]


Café y Productividad

Café y Productividad Otoño 2016

El pasado sábado tuve la suerte de participar una vez más en el Café y Productividad. Se trata de un evento por y para los bloggers de productividad en el que un par de veces al año nos juntamos, intercambiamos impresiones y sobre todo aprendemos y nos divertimos un montón hablando del tema que nos apasiona. En esta ocasión Café y Productividad volvió a Barcelona. El formato elegido esta vez fue un apresurado Open Space, entre todos identificamos aquellos temas de los que queríamos conversar y a medida que transcurrió la jornada atacamos uno a uno los que veíamos más interesantes. A […]


como-dividir-historias-de-usuario-en-tareas

Cómo dividir historias de usuario en tareas

Las historias de usuario son los elementos en los que dividimos todo el trabajo que hay que hacer en un proyecto o producto en Scrum. Esencialmente contienen el qué hay que construir. En la planificación el equipo Scrum elige cuales de las historias de usuario más importantes va a desarrollar en las semanas que dure el sprint. Además de decidir hasta dónde puede llegar, el equipo debe salir con un plan detallado. Será el cómo lo va a lograr. Para ello normalmente lo que hace el equipo es dividir historias de usuario en tareas. Dividir historias de usuario en tareas Gran […]


yagni diseño simple

YAGNI: En software, mejor el diseño simple

En un entorno ágil en el que no nos adelantamos a los acontecimientos y hacemos solo lo que es más prioritario y aporta valor, la excelencia técnica y el diseño simple es fundamental. Necesitamos poder absorber cambios rápida y fácilmente. Por eso los desarrolladores ágiles lo tienen claro. Si no lo vas a necesitar (YAGNI) no pienso construirlo. De dónde sale tanta complejidad “Haz todo tan simple como sea posible, pero no más simple”, Albert Einstein Esta frase tan conocida, no es para nada lo que se practica en el mundo del software. No sé si es porque los desarrolladores de […]


Adicción al móvil

Adicción al móvil, ¿el fin de la humanidad?

Hace poco leía un artículo de Leo Babauta sobre la adicción al móvil. Sentía que quería compartir un momento inigualable en las redes sociales en lugar de vivirlo. Me hizo reflexionar. Ya ni siquiera un gurú del mindfullness como Leo Babauta puede con ese deseo irrefrenable por estar conectado y utilizar su móvil. ¿Qué será de la humanidad? La situación seguro que la has visto y la has vivido. Estás hablando con una persona y cualquier notificación de su móvil tiene más prioridad que la conversación que estáis teniendo. Te encuentras en una reunión de trabajo y la mitad de los asistentes está […]


Resumen Clean Code

Resumen Clean Code

Este verano he releído uno de los libros de referencia de todo buen programador. Se trata de “Clean Code“, de Robert C. Martin (o más conocido como Uncle Bob). El mensaje principal del libro me encanta. El código limpio (clean code), no es algo recomendado o deseable, es algo vital para las compañías y los programadores. La razón es que cada vez que alguien escribe código enmarañado y sin pruebas unitarias (código no limpio), otros tantos programadores pierden mucho tiempo intentando comprenderlo. Incluso el propio creador de un código no limpio si lo lee a los 6 meses será incapaz […]