Archive for the ‘Scrum’ Category

Sin lugar a dudas, el valor de negocio de un proyecto resulta ser sumamente primordial durante el desarrollo del mismo. En algunas ocasiones aunque raro, resulta ser que el cliente no es capaz de entender cual es ese valor de negocio que el proyecto puede aportar a su empresa. Como administrador de proyectos, he aprendido a guiar a los clientes a que encuentren ese valor de negocio que mas tarde se traduce en $$.

Para llevar a cabo lo anterior es importante priorizar los “items” de los cuales el sistema deberá disponer y por supuesto entender cuales de ellos agregan un mayor valor de negocio.

Trabajo por módulos o por características implementadas.

Si se trabaja usando Scrum, de lo que se trata es de entregar al cliente en cada Sprint,el ya mencionado “potentially shipable code”. ¿Que beneficios obtenemos de esto?:

1.- Si el cliente funge como revendedor podrá tener un minisistema funcionando de forma estable, el cual ya se puede comenzar a promocionar y por supuesto a vender.
Si el sistema será usado directamente por el cliente, este puede comenzar a probar de forma casi inmediata el sistema lo cual permite detectar bugs y su pronta corrección.

2.- No se entrega un sistema completo al inicio, pero sí un sistema modular en el cual la complejidad es priorizada y añadida al sistema gradualmente.

3.- El manejo de Sprints cortos permite obtener retroalimentación directa e inmediata de parte del cliente.

4.-Desde el punto de vista de las trincheras de los desarrolladores, es claro que el manejo de módulos permite tener un claro entendimiento de que es lo que requiere que haga el sistema en cada Sprint (metaphor) y del tiempo que se dispone para implementar dicho módulo.

La lista de ventajas es mas larga, menciono los que en mi experiencia he encontrado útiles, el objetivo es entender la importancia de implementar en cada Sprint código potencialmente vendible y por supuesto que estas notas puedan servir a alguién.

Advertisements