-
Notifications
You must be signed in to change notification settings - Fork 0
calculoCargaTrabajo
Para poder estimar las historias de usuario en puntos, se considerará que una historia de usuario básica, aquélla que corresponde a una operación CRUD simple, tendrá un valor de 5 puntos. Una CRUD simple sería un alta del conjunto de datos de una clase sin muchos campos, para evitar un exceso de validaciones, o una acción equivalente a mostrar los datos almacenados en una tabla por pantalla, sin que haya demasiados cambios de formato en los datos en dicha tabla.
Tomando ese valor de referencia, el resto de historias de usuario se estimarán en comparación con este valor de referencia. Por ejemplo, si hubiese que realizar un alta de un conjunto de datos muy extenso, o que implicase el chequeo de múltiples restricciones, podría asignársele a dicha historia un valor de 8 puntos de esfuerzo, o incluso si las restricciones fuesen muy complejas, hasta de 13.
Merece la pena recordar que si el Scrum Team no tiene los conocimientos técnicos necesarios para realizar una historia de usuario, o no tiene la información suficiente para estimarla, debe asignarse a dicha historia un valor de esfuerzo de infinito. Por ejemplo, si hubiese una historia de usuario que fuese trazar una ruta en Google Maps y el Scrum Team nunca ha trabajado con Google Maps, dicha historia de usuario debe tener como valor de esfuerzo infinito, el cual se representa como 100 en Scrumdesk. La creación de una historia de usuario con esfuerzo infinito implica automáticamente la creación de una tarjeta de research asociada que permita adquirir los conocimientos mínimos y necesarios para poder desarrollar la historia de usuario de esfuerzo infinito y estimarla. La tarjeta de research creada tendrá un valor de esfuerzo a decidir por el Scrum Team y el mismo business value que la historia de usuario que la genera.
La velocidad de cada equipo para la establecerá el equipo docente asociado al proyecto docente antes del comienzo de cada sprint.
En el caso de que haya días festivos durante la realización de un sprint, deberá descontarse la parte correspondiente a ese día festivo de la velocidad de equipo para ese sprint en concreto; ya que los festivos, al igual que los fines de semana, son para descansar y no para trabajar. Dado que los sprints son de 10 días laborales, por cada día festivo dentro de un sprint, deberá restarse un 10% a la velocidad de equipo. En caso de que el resultado tenga decimales, se redondeará siempre hacia abajo. Los festivos se descuentan de la velocidad de equipo con independencia del día en que caiga el festivo, es decir, con independencia de que ese día haya o no haya clases presenciales de proyecto integrado.
La carga o capacidad de trabajo de cada miembro de un Scrum Tema será, con carácter general, de 36 horas. Dicha cifra es el resultado de los siguientes cómputos que a continuación se describen. De acuerdo con la normativa de los créditos ECTS (European Credit Transfer System), 1 crédito equivale a 25 horas de trabajo, tanto presencial como autónomo. Por otro lado, un crédito tiene asociadas 10 horas de clase presenciales, por lo que 1 crédito ECTS son 10 horas presenciales de clase y 15 horas de trabajo autónomo (incluyendo evaluaciones y tutorías).
Por tanto, a cada hora de clase le corresponden 1.5 horas de trabajo autónomo. Como una asignatura tiene por semana 4 horas de clases presenciales de clase, le corresponderían entonces 6 horas de trabajo autónomo. Para nuestro proyecto, descontamos 2 horas de trabajo autónomo por semana y asignatura para poder realizar tutorías, repaso de conceptos ya explicados y gestión de incidencias. Por tanto, por cada semana y asignatura, serían 4 horas de trabajo en clase y 4 horas de trabajo autónomo destinadas al trabajo en el proyecto integrado. En el caso de Procesos de Ingeniería del Software, como aporta sólo dos horas a la realización del proyecto integrado, se suman 2 horas de trabajo en clase y 2 horas de trabajo autónomo.
Por tanto, sumado las horas de Métodos de Desarrollo, Calidad y Auditoría y Procesos de Ingeniería del Sw, la carga total para un alumno estándar matriculado en las tres asignaturas sería de 20 horas de trabajo por semana. Dado que los sprints son de dos semanas, la carga de trabajo por sprint será de 40 horas por persona. A estas 40 horas de trabajo hay que descontarles cuatro horas, que serían las dedicadas a los Sprint Planning Meetings, al Product Backlog Refinement, al Sprint Review y a la Sprint Retrospective, por lo que cada alumno deberá dedicar finalmente 36 horas de trabajo efectivo a la realización del proyecto.
Para aquellos alumnos que no estén matriculados en la totalidad de las asignaturas del proyecto, sólo se computarán las horas correspondientes a las asignaturas en las que éstos estén matriculados. Por ejemplo, si algún alumno estuviese matriculado sólo en la asignatura de Calidad y Auditoría, su carga de trabajo sería de 8 horas por semana. En cualquier caso, se recomienda confirmar estas circunstancias excepcionales con el equipo docente asociado al proyecto integrado.
Además, en el caso de que haya días festivos durante la realización de un sprint, deberá descontarse la parte correspondiente a ese día festivo utilizando el mismo procedimiento ya descrito para ajustar la velocidad de equipo.