bitácora de uno

Hace ya años que empezamos a seguir la metodología Scrum en el equipo de desarrollo que coordino para hacer Osmius, un producto complicado de desarrollar desde el punto de vista de ingeniería, y con el objetivo de ser fácil de entender y de utilizar por el usuario.

Como dice Medinilla, Scrum no es la bala de plata, no soluciona problemas ajenos a la metodología, pero es cierto que en un equipo de gente medianamente responsable y motivada, debe servir para dos cosas:

• Mejorar la eficiciencia individual; y por tanto la del equipo
• Mejorar la visibilidad de lo que se hace: A los demás y a nosotros mismos

En mi caso, que me gusta construir, además y gracias a lo anterior se mejora la experiencia; disfruto más vaya.

Es por todo esto, que cada vez pienso más que podría crearse una empresa cuyos procesos de negocio - la producción, la operación, el marketing, la gestión del conocimiento, la gestión de los recursos, el community management, y el sursum corda - puedan gestionarse de igual manera con metodologías ágiles. La empresa Scrum que se diría.

Para que no me consideréis naive tan pronto, o no tanto, también es verdad que pienso que estas prácticas no son para todas las empresas o para todos los equipos o para todas las personas, pero sus razones habrá, pues está claro que la productividad aumenta cumplidos unos requisitos.

Bajando de las ramas y para quien esté interesado Ángel Medinilla ha vuelto a poner gratinos al montón de lo Ágil traduciendo junto a otros, el texto “Kanban vs Scrum”.

Ahora Kniberg ha sacado un nuevo trabajo comparando Scrum con una aproximación nueva que se está realizando a los procesos de desarrollo: Kanban. Kanban no es nuevo para nada, surge como todas estas herramientas y disciplinas en el seno del sistema de producción de Toyota, “la máquina que cambió el mundo”.

Más | Kanban vs Scrum en castellano en Presión Blogosférica