Barrapunto

La filosofía y técnicas de SCRUM, me gustan, parecen sólidas y solucionarían bastantes de los problemas que he encontrado en los proyectos en los que me he involucrado, pero... siempre hay un pero. SCRUM es algo que los gestores de proyecto (lo de "jefe" es una traducción interesada) desconocen, y si ya es casi imposible encontrar a un gestor de proyecto que conozca y aplique las técnicas básicas de la gestión de proyectos clásica, no puedo imaginar una manera de convencerles de que prueben SCRUM. ¿Alguien con alguna sugerencia no violenta al respecto?

... me llevo la mano a la cartera y corro. La gente de eXtreme Programming y Scrum han sido para mi gusto demasiado "marketineras" (al menos los anglo-parlantes), no obstante han tenido la bondad de devolver a la programación y a los programadores el protagonismo que merecen. De los métodos ágiles que surgieron de la explosión XP, es probable que Scrum sea el único método (que tiene una serie de pasos claros) que permiten manejarse en situaciones caóticas.

Si a alguien le interesa implementar la metodología scrum en un ERP de código abierto, comentaros que OpenERP dispone desde hace algún tiempo de un módulo "Scrum" que se integra en la gestión de proyectos de OpenERP:

http://openerp.com/component/option,com_mtree/Item id,111/task,viewlink/link_id,232/ [openerp.com]

This modules implements all concepts defined by the scrum project management methodology for IT companies:
* Project with sprints, product owner, scrum master
* Sprints with reviews, daily meetings, feedbacks
* Product backlog
* Sprint backlog

It adds some concepts to the project management module:
* Mid-term, long-term roadmaps
* Customers/functionnal requests, vs technical ones

It also create a new reporting:
* Burndown chart

The scrum projects and tasks inherits from the real projects and tasks, so you can continue working on normal tasks that will also include tasks from scrum projects.

More information on the methodology:
* http://controlchaos.com/ [controlchaos.com]

Comentar que, así como Scrum va muy bien en algunos contextos, no va a ir bien para otros. Antes de empezar tienes que ser consciente de hasta qué punto la vas a liar y tener recursos para que la colaboración y el proyecto fluyan. Ken Schwaber escribe claramente lo trabajoso que a veces ha sido utilizar Scrum, especialmente en los sitios donde lo han tenido que utilizar por que nada de lo que habían probado anteriormente funcionaba (los problemas muchas veces son organizativos, de personalidades y de relación con el cliente (nada nuevo), y estaban antes de que llegase Scrum). Por otro lado, si buscas, podrás encontrar muchas referencias de las restricciones y el trabajo que implica hacer Scrum, así como sobre técnicas que le dan soporte. Por si te ayuda, te dejo un enlace a algunos "requisitos para poder hacer Scrum" (es gratis) que también podrás encontrar en muchos libros y experiencias de personas en la web. http://www.proyectosagiles.org/requisitos-de-scrum [proyectosagiles.org] Suerte.