Scope Creep. ¿Qué es y cómo salir de él?
Si alguna vez estuviste en algún proyecto que estuvo en una prolongada “fase final” , que parecía que se entregaba en 2 semanas cada 2 semanas y que terminó por no salir bien, ese proyecto sufrió de Scope Creep.
Este concepto que proviene de la gestión de proyectos que es aplicable para el desarrollo de software consiste en que el proyecto no tiene la claridad suficiente del alcance para todos los participantes del proyecto, por esto se generan disyuntivas entre las distintas partes y se da la impresión de que el alcance del proyecto siempre está cambiando o que el proyecto no está preparado para controlar dichos cambios, esto provoca que el proyecto no cumpla las expectativas o se alargue constantemente para intentar cumplirlas. El Scope Creep es uno de los principales culpables de que los proyectos de desarrollo de software fallen, y también puede tener repercusiones negativas aumentando el costo por la duración extendida.
Como podemos ver, el Scope Creep nace de un problema de comunicación donde las partes no tienen el mismo entendimiento sobre el proyecto, esto nos da una de las claves para resolverlo, hacer una definición común para el proyecto de desarrollo. Esto implica que el equipo se tome el tiempo necesario para hacer un documento de requerimientos, que sea revisado por todas las partes involucradas. Para que sea más clara aún la comunicación lo ideal es que quien escriba los requerimientos no sea uno de los desarrolladores si no que sea un intermediario que pueda entender tanto las necesidades del cliente en el sentido del negocio y también que entienda el lenguaje de desarrollo, también será necesario que quien lo redacte tenga habilidades de comunicación para poder utilizar el lenguaje pertinente para que todas las partes tengan pleno conocimiento de lo que se implica en el documento de los requerimientos, que se tenga conciencia de todos los lectores objetivos. El documento debe estar presente en cada momento para el equipo de desarrollo y debe ser una guía para todas las pruebas y validaciones que planteen, es por esto que el contenido del documento debe ser exhaustivo y englobar todas las necesidades del equipo de desarrollo y de los clientes, de ser posible representadas de una manera gráfica y entendible.
También es necesario que este documento esté disponible para todos los interesados en el proyecto, lo ideal sería que estuviera en una plataforma que permita control de versiones como GitHub para que también se facilite y se notifique sobre los cambios y ajustes a los requerimientos o a las prioridades del proyecto.
Espero que a alguien le sea de ayuda, gracias por leerme :)