En el modelo de desarrollo Scrum, existe el concepto técnico de Rol. En este articulo quiero tratar sobre los diferentes tipos de roles con los cuales la metodología nos ofrece para trabajar.
En cierta forma el funcionamiento de la metodología en la organización depende de unos factores muy simples.
- Caracteristicas del entorno del desarrollo: Se refiere a la completa colaboración tanto de las personas encargadas del proyecto como de las personas de la empresa.
- Conociemiento de la metodología tanto de las personas del proyecto, como de la empresa.
- Manejo de Roles:
- Rol de producto
- Rol de desarrollo
- Rol de Scrum
Rol de producto – Product Owner
Es la persona designada por el cliente para que se encarge del proyecto. Es la única persona que conoce lo que el cliente quiere y todo el entorno de negocio; como tal en la persona que esta mas interesada en tener un producto final, también es la persona encargada del Product Backlog.
Es la persona encargada de la financiación del proyecto, de que el producto final este de acorde con lo que el cliente quiere.
Rol de Desarrollo – Team Members
En el equipo todos incluyendo al Scrum Master deben conocer la metodología y son los responsables de que se cumpla.
Estos chicos son los encargados de cubrir todas las necesidades que se presentar para generar el producto final, es un equipo multiciplinar,normalmente consta de un analista, de un diseñador , de un codificador , de una persona que documenta, de una persona de QA(Aseguramiento de la Calidad).
Son los encargados de coger todos los ítems del Product Backlog y darles forma (Producto Final). Si el equipo tiene dudas en cualquier cosa, pueden llamar a un experto (Mentoring) para que los oriente.
Rol de Scrum – Scrum Master
Como tal Scrum es una metodología y alguien tiene que garantizar el funcionamiento de esta, esa es la labor del Scrum Master, velar por que todos los pasos de la metodología se cumplan; además si hay algún tipo de impedimento por el cual el funcionamiento de la metodología se ve afectado, debe darle solución. Igual si el Team tiene dificultades debe velar por que se resuelvan. En si es el papa de los pollitos.
Saludos.
Romny
Hola, estoy buscando información/experiencias sobre la aplicación del concepto scrum a la implantación de ERPs o sistemas de gestión empresarial en general.
¿Conoces alguna experiencia o referencia concreta?
Uno de los grandes problemas en las implantaciones de ERPs son los requerimientos cambiantes que hacen retrasar y a veces naufragar los proyectos. El usuario final no es consciente realmente de cómo va a tener que trabajar hasta que lo hace con el sistema – y siempre, insisto siempre, surgen cambios y/o sorpresas.
Es típico en estos proyectos cerrar un diseño en papel, firmarlo, configurar el sistema y encontrarte luego que el usuario no te transmitió todos sus requerimientos. Tradicionalmente se ha venido paliando con prototipos y maquetas, que aunque aliviaban el problema no lo resolvían. Al final hay frecuentemente una gran distancia entre la forma de trabajar deseada y la alcanzada – resultado: frustración.
Por eso creo que el modelo ágil podría ser aplicable, pudiendo ser los resultados intermedios sucesivos prototipos de funcionalidad creciente hasta que se alcance lo deseado.
De todas formas, el gran problema que veo es que todos estamos acostumbrados a proyectos de precio cerrado y con ese modelo puede ser difícil poder garantizarlo, ¿o no?, no lo se y por eso he preguntado por referencias. Lo que me parece intuir es que será más fácil captar y plasmar los requerimientos reales y «ocultos» de los usuarios.
Y como reflexión final, también intuyo que en implantación de ERPs Open Source, donde en principio hay más cambios al sistema estándar, el modelo ágil aún puede aplicar más
Gracias anticipadas
LuisCU, en el blog de Rodrigo encontrarás mucha, por no decir demasiada y detallada, información sobre Scrum y su implementación: http://geeks.ms/blogs/rcorral/archive/tags/Scrum/default.aspx.
Saludos,