Escalar Agile sin frameworks (3) – Aumentan los equipos
Vamos a explorar la tensión que provoca en una organización el aumento del número de equipos trabajando en un único producto.
-
-
Escalar Agile sin frameworks (2) – Aumentan los productos
Hace ya mucho tiempo comencé lo que pretendía ser una serie de artículos sobre escalado Agile que, por diversas razones, había dejado “colgada” pero que no quería dejar inconclusa. Creo que merece la pena poner en orden todas las ideas que se pueden articular alrededor de esta serie.
-
Escalar Agile sin frameworks (1) – Introducción
Con este artículo pretendo explicar cómo puede crecer una organización desde un único equipo ágil que construye un único producto hasta una configuración donde tenemos a muchos equipos construyendo varios productos y colaborando entre ellos.
-
Scrum, sprints y ritmo sostenible
Parece que mucha gente interpreta que los Sprints de Scrum son mini-proyectos con duración, coste y alcance fijados. En este artículo aporto algunos consejos sobre cómo evitarlo.
-
PI Planning como oportunidad para transformar
Hace más de una semana publiqué en Twitter un hilo sin mucha repercusión sobre los PI Planning de SAFe y el mal uso que se hace…
-
Las dos caras de la eficiencia
La semana pasada, tras acabar la lectura de «This is Lean», hice una encuesta en Twitter y el resultado no fue del todo concluyente. Así que he decidido utilizar el libro como excusa y hablar de algunos temas relacionados con la eficiencia.
-
El desarrollo de software son conversaciones (y VII)
Por fin en esta entrada concluyo la serie «El desarrollo de software son conversaciones». Se trata de cerrar el círculo y ver qué sucede cuando nuestro software (completo, o apenas un incremento) llega hasta los usuarios: lo que llamamos feedback.
-
El desarrollo de software son conversaciones (IV)
En los artículos anteriores de esta serie me he centrado en esa parte del proceso en la que fundamentalmente hablamos sobre el qué y no tanto sobre el cómo. Si haces Scrum, me refiero a todo lo que haces antes de la reunión de planificación del sprint. Si haces Kanban, seguramente llamarás «upstream» a toda esa parte del proceso de desarrollo. Esa misma metáfora nos lleva a hablar de «downstream» (ya trabajes por lotes o no) como a la parte del proceso que se dedica al trabajo que ya nos hemos comprometido a construir y desplegar. En este artículo empezaré a hablar de las conversaciones que tenemos en el downstream.