En el campo de la gerencia de proyectos uno de los marcos de trabajo que ha tomado mucho prestigio es SCRUM, integrar equipos ágiles en las organizaciones y que estos tengan la responsabilidad de entregar un producto o servicio al cliente de manera satisfactoria y de alta calidad es uno de los objetivos de este marco de trabajo, comúnmente es normal ver equipos ágiles en proyectos de desarrollo de software aunque es tanto el prestigio de esta certificación que es habitual ver equipos ágiles en otros campos; después de años de experiencia trabajando bajo este marco ágil junto con mi colega Gilberto Medina – MPM, hemos identificado las siguientes debilidades en los equipos de trabajo de SCRUM que terminan afectando el desempeño del equipo y del proyecto:
- ¿Se documentan los proyectos bajo el marco de trabajo SCRUM?: Esta es una de las debilidades que a mi criterio debilitan el proyecto y las organizaciones, el no tener la creación de activos de los procesos de la organización puede llegar a impactar el proyecto en un futuro cercano. Planteemos esta pregunta: Si nuestro programador estrella deja la compañía ¿El equipo ágil está preparado técnicamente para no afectar al cliente y la forma en que solicita el producto final?, así mismo, si el equipo de proyecto es liberado después de una entrega satisfactoria del proyecto, y se genere una auditoria de calidad, los directores podrán manejar estas situaciones sin documentación que soporte lo que se realizó en este proyecto, lo cual se convierte en un desafío difícil de lograr.
- ¿El cliente puede modificar el alcance del proyecto?: El equipo ágil puede reestructurarse en cualquier momento del sprint y teóricamente es una de las fortalezas del agilísimo contra los marcos de trabajo tradicional, pero si estamos a punto de finalizar el proyecto, hemos causado/ejecutado todo el presupuesto, nuestros recursos están a punto de ser liberados para otros proyectos e inesperadamente recibimos la notificación del cliente que quiere cambiar el alcance, lo cual recae en el proyecto algunos sobrecostos y los recursos pierden motivación.
- ¿Se tienen en cuenta los riesgos bajo el marco de trabajo SCRUM?: Uno de los proyectos más importantes de los que hicimos parte bajo el marco de trabajo tradicional, el gerente de proyectos comenzaba las reuniones semanales con una lista priorizada de riesgos que podrían afectar la salida a producción del producto, a raíz de las conclusiones siempre se discutía con su equipo de trabajo como mitigar, transferir o aceptar estos riesgos convirtiéndolos en oportunidades de mejora, evitando afectar el presupuesto y el cronograma, esta estrategia fue tan útil que en su momento fue uno de los proyectos más exitosos de la compañía.
- ¿Son imprescindibles las reuniones de SCRUM Daily Meeting?: Desde el marco de trabajo SCRUM para mantener la comunicación y participación del equipo de trabajo lo recomendado es realizar una reunión todos los días no mayor a 10 Minutos, ¿Pero es necesaria tantas reuniones todos los días?, En mi opinión planificar reuniones cada ocho días para conocer resultados concisos y reales puede llegar a ser más productivo.
La intención de este artículo no es criticar el marco SCRUM por el contrario es crear una red de valor para fortalecer los pasos a seguir en un proyecto de gran envergadura, los anteriores puntos solo son debilidades que se han detectado por la experiencia del autor y que coinciden con muchos artículos y experiencias de otros gerentes de proyecto – SCRUM masters, está a decisión del lector si decide adoptar este marco de trabajo en sus proyectos. Si tienes dudas contáctame a través de este blog de proyectos que hemos creado para compartir conocimiento y generar una red de valor, con gusto te ayudaremos.
