2.1 Planificación - UExGPSASEE/proyecto24-gc02 GitHub Wiki

Cálculo del esfuerzo del equipo.

En la tabla que tenemos a continuación esta establecido el tiempo que dispone cada miembro del grupo por semana, el tiempo que cada integrante invierte en otros proyectos, el tiempo personal que esta calculado como HoraPorSemana*0,15 También esta incluido el tiempo que invertiremos en la gestión del proyecto, y finalmente el calculo de Hora-Esfuerzo individual, como de equipo.

Horas por semana Otros proyectos Tiempo personal Actividades de gestión Horas-Esfuerzo disponible
Javier Jiménez 25 9 3.75 3 10.25
Mario Sequedo 25 8 3.75 3 10.25
Victor Tellez 30 8 4.5 6,5 11
Javier Rodriguez 27 8 4 3 12
Total / Semana --- --- --- --- 43.5

Priorización de los requisitos.

El tiempo establecido para el desarrollo de cada una de los requisitos se ha aproximado de acuerdo a las capacidades y tiempo que dispone el equipo de desarrollo. A su vez todo la priorización esta realizada de acuerdo a lo que consideramos como equipo los requisitos que resultan mas necesarios para el desarrollo del proyecto.

Tipo Prioridad (0-10) Estimación
Reproducción de video en streaming Estructural 1 20H
Control de reproducción Estructural 2 20H
Navegación de contenido Estructural 3 10H
Búsqueda de contenido Estructural 4 10H
Visualización de detalles de contenido Estructural 5 10H
Gestión de usuario No Estructural 7 7H
Registro de usuarios Estructural 4 7H
Inicio de sesión Estructural 4 7H
Cerrar Sesion No Estructural 10
Gestión de pagos y suscripciones No Estructural 10 10H
Visualizacion Historia No Estructural 10 5H

Estimación del proyecto y definición de la planificación.

Toda la información acerca de la planificación del proyecto estar a disposición de los profesores de la asignatura a través de un archivo de planificación en Project libre, para su revisión y visualización exhaustiva. A su vez en esta wiki les ofreceremos una vision general acerca de como habría quedado nuestra planificación.

Cálculo del coste del proyecto.

Para calcular el coste del proyecto se deben tener en cuenta los siguientes cuatro puntos:

1. Duración del proyecto:

El proyecto tiene una duración de 7 semanas:

  • Desde el 21/10/2024 hasta el 10/12/2024.
  • Las Iteraciones duraran 1 semana, de esta manera tendríamos 7 iteraciones. La decisión se tomo debido a que es una medida de tiempo fácil de controlar y que se adaptaría además a la duración del proyecto. Nos ayudara también a alcanzar objetivos realistas.

2. Horas de trabajo por semana:

Hay 4 personas en el equipo de desarrollo que dedican diferentes horas semanales:

  • Javier Jiménez: 5,5 horas/semana.
  • Mario Sequedo: 6 horas/semana.
  • Víctor Téllez: 8 horas/semana.
  • Javier Rodríguez: 7,9 horas/semana.

Para calcular las horas totales trabajadas por todo el equipo en las 7 semanas:

  • Horas totales = (5,5+6+8+7,9) × 7 = 191,8 horas

3. Coste directo por hora:

Para calcular los costes del proyecto hay que tener en cuenta los roles que desempeña cada miembro del grupo así como sus funciones, para empezar establecemos el precio por hora de cada rol dentro del proyecto.

Asumimos que el coste por hora para cada desarrollador junior se trata de 15€/hora y de 25€/hora para el desarrollador senior, para el Product owner tenemos un salario de 18€/hora, y finalmente al Arquitecto de sistemas(Unified Process Master) con un salario de 29€/hora.

Cada miembro se encargara de las funciones que le correspondan acorde a su puesto.

El coste total se calcularía sumando los costes del equipo de gestión y del equipo de desarrollo, tal y como se muestra a continuación:

  • Coste Product Owner = 8h/semana x 7semanas x 22€/hora = 1.232€
  • Coste Desarrollador Junior = 7,9horas/semana x 7semanas × 14 €/hora = 775€
  • Coste Desarrollador Senior = 6horas/semana x 7semanas × 20 €/hora = 840€
  • Coste Arquitecto de Sistemas = 5,5horas/semana x 7semanas × 29 €/hora = 1.116€
  • Coste Total = 3.963€

A todo este coste habría que sumarle costes indirectos que no tendremos en cuenta en esta ocasión.

Distribución de tareas

  1. Product Owner : Responsable de definir los requisitos del producto, priorizarlos y asegurar que se cumplan los objetivos del negocio. Esta persona esta encargada de estas tareas debido a su profundo conocimiento del cliente y de la visión del proyecto.

  2. Senior Developer: Lidera la implementación técnica, toma decisiones sobre la arquitectura de software y orienta al equipo. Esta persona esta encargada de estas tareas debido a su experiencia técnica y capacidad para resolver problemas complejos.

  3. Junior Developer: Apoya en la implementación de características bajo la guía del Senior Developer. Esta persona esta encargada de estas tareas debido a su cqpacidad para el desarrollo de habilidades y manejo de tareas menos complejas.

  4. Arquitecto de Sistemas: Define la arquitectura del sistema, selecciona las tecnologías adecuadas y garantiza que las decisiones técnicas estén alineadas con los requisitos del negocio. Esta persona esta encargada de estas tareas debido a su experiencia en la toma de decisiones arquitectónicas que aseguran escalabilidad y eficiencia del sistema.

ESF/CU BM RE A&D IMP T&It DESP TOTAL CU TOTAL PRO
Product Owner 15% 20% 20% 10% 15% 20%
Arquitecto 20% 15% 20% 15% 15% 15%
JD 5% 15% 15% 35% 15% 15%
SD 5% 5% 5% 5% 50% 30%
Total

Una vez realizado esto habría que tener en cuenta el tiempo que se desarrollaría a cada una de las fases, en nuestro caso hemos decidido que dedicaremos a cada fase lo siguiente:

  • BM: 5%
  • RE: 20%
  • A&D: 20%
  • IMP: 35%
  • T&I: 15%
  • DESP: 5%

Todo esto para centrarnos en las fases criticas del desarrollo y así poder evitar problemas ocasionados por la falta de tiempo en los aspectos que mas tiempo conllevan.

Conclusiones

Tras una evaluación detallada de los costes asociados al desarrollo de nuestra plataforma de streaming podemos concluir que el proyecto es viable.

El análisis de costes ha considerado los costes directos como el desarrollo de la aplicación, contratación de desarrolladores y diseñadores y la infraestructura necesaria para el almacenamiento y transmisión de contenido. Estos han sido estimados con base en un enfoque escalable, lo que permite ajustar recursos según el crecimiento de la plataforma y mantener control sobre los gastos.

Asimismo, los costes indirectos no han sido tenidos en cuenta puesto que se consideraban irrelevantes.

En conclusión, con una planificación sólida el proyecto es viable. Los costes están controlados y bien distribuidos. Esto nos permite afirmar con confianza que el proyecto es factible.