Scrum para proyectos que no son de TI

Aunque comúnmente se aplica a proyectos de TI, scrum es igualmente útil en proyectos que no son de TI. Scrum tiene más que ver con la dinámica del equipo y la cultura de trabajo que con cualquier práctica específica de gestión de proyectos.

Scrum es un estilo de gestión de proyectos y, por lo tanto, sus principios se pueden aplicar en parte o en su totalidad en cualquier contexto. Scrum se puede aplicar siempre que el proyecto se pueda dividir en incrementos significativos. Tomemos el caso simple de los proyectos de mejoras para el hogar que todos realizamos en algún momento. Estos proyectos se pueden desglosar en varias actividades, como tapar los agujeros, pintar las paredes, colgar los cuadros, (re)organizar los muebles, etc. Cada una de las tareas es un elemento en la cartera de productos y cada una de las tareas de la cartera se puede dividir en una lista de tareas para el sprint. Cada sprint hace un cambio significativo en la casa.

Scrum puede ser extremadamente útil en las empresas emergentes. Las iteraciones efectúan bucles de retroalimentación rápidos que se pueden importar a tareas futuras. Esto permite un cambio de seguimiento temprano o adaptaciones según sea necesario y, por lo tanto, evita el drenaje innecesario de recursos. Esto es muy útil para las nuevas empresas que tienen recursos limitados.

Scrum se puede aplicar a proyectos de investigación de mercado que preceden al lanzamiento de nuevos productos y también a todo el proyecto de lanzamiento de nuevos productos. Para las empresas de la industria de bienes de consumo empaquetados (CPG), el tiempo de comercialización es extremadamente importante. Scrum encaja a la perfección. Las iteraciones más cortas significan que el equipo del proyecto debe ser lo suficientemente ágil para hacer ajustes rápidos para satisfacer la demanda del mercado y competir de manera efectiva.

Algunos de los principios de scrum se pueden aplicar a proyectos de ingeniería pesados. Estos proyectos se pueden dividir en tareas que forman la cartera de productos, y estas tareas se deben priorizar. Sin embargo, es posible que las prioridades deban definirse más por qué parte de la maquinaria o el producto debe construirse antes de que pueda comenzar el trabajo en el siguiente, y menos por lo que agrega valor al propietario del producto. Las tareas en la cartera de productos se dividen en sprints, y cada sprint se compone de una serie de elementos de la cartera de sprints. Hay una reunión diaria de scrum todas las mañanas. Es posible que cada entrega de sprint no se pueda implementar en el sentido real, pero definitivamente agregará un valor significativo al producto final. Puede ser revisado por el propietario del producto y se pueden realizar los cambios necesarios desde el principio en lugar de permitir que un descuido se filtre en el entregable final.

Hemos discutido solo algunas aplicaciones de scrum en el contexto que no es de TI. Sin embargo, como se mencionó anteriormente, Scrum o sus adaptaciones se pueden aplicar en casi cualquier proyecto.

Referencias

• FUNDAMENTOS DE LA GESTIÓN ÁGIL DE PROYECTOS, por Marcus Goncalves y Raj Heda
• Artículos Scrum para principiantes