Boxoban: Servicio digital de juego de puzles estilo Sokoban/Versión previa: Adaptación de Scrum

De Wikiversidad

< Boxoban: Servicio digital de juego de puzles estilo Sokoban

Modelo de proceso[editar]

Dada la naturaleza cambiante del proceso de construcción de un videojuego, las metodologías de proceso clásicas no son la mejor aproximación al problema de la organización en el grupo de trabajo. Es por esto que una metodología ágil es nuestra elección para este proyecto. Este tipo de modelos toman como premisa la incertidumbre e inestabilidad de los requisitos del proyecto, que pueden ir cambiando, por lo que encaja perfectamente con nuestro trabajo.

Descripción[editar]

Scrum nace a mediados de los 80 como un estudio sobre nuevas prácticas de producción. Aunque nació como modelo para el desarrollo de productos tecnológicos, es ideal para entornos de trabajo con requisitos variables.

Este tipo de entornos además necesitan una capacidad de respuesta ante cualquier imprevisto rápida y flexible ya que no hay un modelo definido del trabajo a seguir para llegar al objetivo final. Esta capacidad de respuesta se consigue organizando los periodos de trabajo en sprints, que no son más que unos periodos en los que se proponen unos hitos determinados. Al finalizar cada sprint se evalúa lo conseguido y se ve si el proyecto necesita alguna variación o no.

Al ser una metodología ágil que no tiene un plan estricto al que ceñirse, puede dar la impresión de que Scrum no requiere un gran trabajo, pero es todo lo contrario. Cada miembro del equipo adquiere un compromiso total con el proyecto, ya que al igual que él confía en que el trabajo que sus compañeros están desarrollando sea de calidad, ellos esperan lo mismo de él. Para llevar un control sobre lo que se hace cada día, se hacen unas reuniones de unos quince minutos en las que cada miembro expone su trabajo del día anterior y lo que espera conseguir en ese día, así como los problemas que está encontrando o espera encontrar.También el uso de trello y telegram para comunicarnos en cualquier momento.

Organización de reuniones diarias[editar]

Debido a las limitaciones en cuanto a tiempo invertido en este proyecto por parte de los integrantes, ya que no es un trabajo a tiempo completo, en nuestra adaptación de Scrum las reuniones serán cada semana, en lugar de cada día. Para intentar llevar un seguimiento más directo y con poca documentación, usaremos Trello a modo de pizarra, lo que dará una visibilidad total a todos los miembros de lo que se está realizando cada día.

Organización de sprints[editar]

Nuestros sprints serán de dos semanas cada uno, lo que nos da el tiempo suficiente para desarrollar un trabajo importante, pero no es lo suficientemente largo como para no poder cambiar algún imprevisto de última hora.