Scrum y las dudas que me genera

 

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.
 

6 comentarios en “Scrum y las dudas que me genera”

  1. Es de sabios dudar, y tus dudas son muy acertadas, compañero…

    A mi modo de ver, deberíamos emplear SCRUM a modo de filosofía. SCRUM representa una filosofía, una idea, dicha idea tal vez no sea adaptable por completo a nuestros proyectos, pero queda siempre la posibilidad de dejarse influenciar por SCRUM a la hora de diseñar nuestra propia metodología de desarrollo.

    Al fin y al cabo, un equipo de desarrollo de software debe funcionar como una precisa máquina (pensemos en el reloj de la Puerta del Sol de Madrid), dicha máquina está diseñada siguiendo una cierta filosofía pero… queda en la mano de los buenos relojeros (o de los buenos jefes de proyecto) el darle ese toque personal que haga que la filosofía se adapte a nuestras necesidades y lograr así resultados óptimos en nuestros procesos.

    Me encantan tus dudas tío, sólo a través de las dudas se puede alcanzar la verdad plena… 🙂

    Un abrazo hermano

  2. La duda genera lo que se denomina un estado de “crisis”, entendiéndola como búsqueda de la verdad.

    El primer paso para acercarse a la verdad, es dudar, reflexionar… La duda no es sinónimo de inseguridad, sino de reflexividad. (lo cual es, claramente, positivo).

    Lo dijo un tal Sócrates, no yo 🙂

  3. Hola, recientemente estoy intentando transmitir a mi gente los beneficios del uso de una metodología ágil como SCRUM. En principio, las ideas fueron tomadas con optimismo aunque puestas en tela de juicio.
    Uno de los puntos que provocaron rechazo fue el tema del software a usar para soportar la metodología… mi propuesta fue Team Foundation Server con la plantilla de SCRUM que a mi parecer es la mejor opción. Por diversos motivos no todo el mundo quedó convencido de esta opción por lo que pregunto a la comunidad por otras alternativas para plataforma .Net que soporten SCRUM.
    Muchas gracias y un saludo a todos!

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *