En mi empresa, en su momento, llegó el momento de escoger la forma a realizar los proyectos, la metodología a seguir para realizarla. Tengo que reconocer que desde hace una temporada me he estado documentando Scrum, pero aun así tengo muchas dudas en la cabeza. Y fue posiblemente la metodología que mas ha sonado y que ya se está implantando en mi empresa. Empresa joven, y la metodología aun está por explotar, así que supongo que tendremos que aprender de multiples fallos nuestros, y adecuado dicha metodología a nuestras necesidades de negocio.
Pero…. no creo que una empresa deba basar todos sus proyectos sobre Scrum, al contrario, creo que cada proyecto tiene una diosincrasia propia, una personalidad, la cual te indicará cual es la metodología mas adecuada para realizarla. Por tanto no creo que sea buena idea que ninguna empresa se centre unicamente en un modelo, al contrario, conocer varias metodologías para cuando llega un nuevo proyecto, buscarle todas sus posibilidades para sacarle mayor beneficio.
Sobre Scrum me surgen dudas:
- Es lícito integrar en un primer sprint, el analisis y el diseño del proyecto/solución, y además comenzar a crear SW o comenzar a implantar ya una parte de la solución, o ¿es mejor crear un único sprint para el analisis y el diseño?
- Supuestamente al finalizar cualquier sprint, ¿debe de existir una demo, un ejecutable, que el Product Owner podría coger y poner en producción?
El Scrum Team es algo que también me preocupa bastante. Supuestamente debe ser autogestionado, sin interferencias externas durante la realización del sprint, a no ser que el propio equipo lo solicite. El problema que veo es el siguiente. Imaginemos que vamos a implantar una solución en una empresa, y es necesario dedicar un unico sprint a la implantación de sistemas, imaginemos que además hay que integrar la solución con algo ya existente previamente.
En ese sprint dedicado solo a la integración de sistemas, no tendría sentido involucrar al programador, ya que no es su especialidad, y creo que se estaría perdiendo un recurso que podría estar dedicado a otra cosa, pero, si que debería acudir al Sprint Planning Meeting, y a estar atento al avance de los sprints, pese a no estar el realizandolos, esperando el momento en que entrará en juego.
El problema que comentaba en este punto, es la autogestión. Me preocupa que una persona que está en un Scrum Team, no realice tareas durante N-sprints, a la espera de entrar a realizar su función, me preocupa que su motivación no sea la misma que la de otra persona totalmente integrada, entonces:
¿Hay que definir inicialmente las personas que estarán en el proyecto desde el principio hasta el fin, permitiendoles tomar decisiones u opinar en el backlog de un sprint, pese a no pertenecer a dicho sprint? O ¿Una persona solo entra en el Scrum Team en el momento que va a realizar un sprint, y cuando no es mas necesario para la realización de mas sprints sale del equipo?
Por ahora son estas algunas de las dudas que me surgen, y seguramente iré generando muchas mas.
Un saludo. Carlos.