“Estamos descubriendo mejores maneras para desarrollar software a través de hacerlo y ayudar a otras personas a hacerlo”  Así empieza el Manifiesto ágil.  En palabras simples, la manera en que la gente ha aprendido la mejor forma de implementar Ágil es haciéndolo y probando opciones.  Según estos practicantes, han ido tratando múltiples acercamientos, algunas cosas han funcionado y otras no.  Sin embargo, con el tiempo, empezaron a aparecer algunos malos entendidos relacionados con Scrum.  Revisaremos algunos de los más comunes.

Documentación: Existe la idea, en ciertas empresas, de que en Scrum no hay documentación.  Obviamente, esto no es correcto.  Comparado con la gestión tradicional, existe menos documentación en Scrum.  Esta documentación se genera según los requerimientos de los interesados, pero se la mantiene al mínimo.

Planificación: Otra idea equivocada de la gente es que en Scrum no se planifica.  La realidad es que a diferencia de la Dirección de Proyectos tradicional, la cual involucra mucha planificación previa, Scrum cree en la planificación iterativa porque tiene en mente que el alcance y las prioridades se mantienen cambiantes en los proyectos Scrum.  Por lo tanto, no hay utilidad en una planificación completa al inicio del proyecto.

Solo sirve para equipos que trabajan en el mismo lugar (Colocación): Aunque es verdad que los principios de Scrum en el Manifiesto Ágil indican que “El método más efectivo y conveniente para transmitir información hacia, y entre, un equipo desarrollador es la conversación cara a cara.”, debido a que los equipos trabajan alrededor del mundo, no siempre es posible tener un equipo con todos los integrantes trabajando en el mismo lugar (Colocación).  Con la globalización, tienes empresas con oficinas alrededor del mundo y equipos trabajando juntos.  Incluso con equipos distribuidos aun se puede tener conversaciones cara a cara con la ayuda de herramientas de internet. Los resultados son tan buenos como estar en la misma habitación.

Solo sirve para Desarrollo de Software: Dado que el Manifiesto Ágil fue dirigido al Desarrollo de Software y empezó con él, existe un mal entendido de que Scrum no puede aplicarse en otras industrias.  Ese no es el caso en realidad.  Con el tiempo, el marco de Scrum también evolucionó y actualmente se lo usa en casi todas las industrias.  Scrum calza mejor en los ambientes exploratorios/impredecibles y en los que se espera mucho cambio.

Solo sirve para Proyectos Pequeños: Dado que Scrum recomienda un tamaño de equipo de entre 6 a 10 personas, y que existen ciertos estudios que demuestran que la productividad del equipo decae con grupos de más de 6 personas, es erróneo pensar que Scrum está hecho solo para proyectos pequeños.  Es verdad que Scrum recomienda equipos pequeños, pero un Proyecto Scrum puede tener varios Equipos Scrum.  Por lo tanto, puedes fácilmente escalar el trabajo y entregar proyectos más grandes. 

La tercera edición de la Guía de Conocimiento Scrum (SBOK^™ Guide) tiene dos capítulos adicionales que detallan el Escalamiento de Scrum para Proyectos Grandes y Escalamiento para Empresas.

Estos son algunos de los malos entendidos más comunes acerca de Scrum.  Déjanos saber si este artículo fue últil para ti.  Súscribete abajo para recibir más artículos.

Autor: SCRUMstudy

Traducción y adaptación: Enrique Ledesma M.Sc., PMP, TSPM, STC, SPOC, SMC, SDC

_{Director Ejecutivo de TenStep Ecuador}