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.
Hace unas semanas pregunté en Twitter sobre si delegar se basa en «confiar con método» o en «desconfiar con método»? Para tu comodidad, voy a reproducir íntegramente el contenido de aquel hilo, en un formato algo más legible, y al final haré una consideración más, porque creo que el hilo deriva excesivamente hacia el concepto de la delegación, que no era el punto central de mi discurso.
Esta semana estuve en una entrevista de trabajo poco convencional. Se trata de una consultora tecnológica que ha visto que debe adaptarse a los nuevos tiempos y cambiar su manera de dar servicio a sus clientes. Ha sido tan interesante que quería compartirla.
Otro hilo de twitter que traigo a formato blog, esta vez para comentar un artículo publicado en Expansión titulado «BBVA y Santander se vuelcan en los sistemas de trabajo ‘ágiles'».
El otro día, mientras leía «The Age of Agile» de Steve Denning, me encontré con un apartado titulado «Cambio «big bang»: los 6 errores que Salesforce no cometió». Me ha parecido especialmente interesante y quería compartirlo. Voy a tratar de resumirlo y complementarlo con algunos apuntes míos.
Esta semana he tenido el placer de facilitar un openspace con el que queríamos poner en contacto a muchos agilistas que estamos trabajando en BBVA, en su mayoría Agile coaches. Gracias a este evento interno, gente de diferentes áreas del banco hemos podido conocer mejor el sistema que tratamos de provocar cambios.
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.
