Planificación de los procesos de gestión » History » Version 5
Version 4 (martin castillo, 12/09/2025 10:17 AM) → Version 5/6 (isaac contreras, 12/09/2025 11:25 AM)
h1. 3. Planificación de los procesos de gestión
h2. 3.1 Planificación inicial del proyecto
* *Planificación de estimaciones:*
- *Hardware:*
|_. Producto|_. Cantidad|_. Costo unidad|_. Costo total|
|Notebook|3|500.000|1.500.000|
|Raspberry pi 4 model B|1|124.600|124.600|
|Meta quest 3|1|625.000|625.000|
|grove pi+ starter kit|1|70.000|70.000|
|Monitor LG|1|85.000|85.000|
||||TOTAl: 2.404.600|
- *Software:*
|_. Producto|_. meses|_. Costos|
|krita|1|0|
|Unity|6|0|
|Canva|6|0|
|Google Docs|6|0|
|Blender|6|0|
|Python|6|0|
|C# (Unity)|6|0|
|||TOTAl: 0|
* *Planificación de recursos humanos:*
Consideraciones para el proyecto:
- La fase de inicialización del proyecto comenzará en la segunda semana del ciclo escolar, a
partir del Martes 9 de septiembre de 2025.
- La duración total del proyecto es de 4 meses, considerando que se dedicarán 4 horas de
- Trabajo en clase por semana. Esto da un total de 64 horas de trabajo en clase a lo largo del
proyecto.
- Se ha establecido un horario fijo para reuniones semanales, las cuales tendrán una duración
de 1 hora y se realizan los días martes y jueves. Esto resulta en 16 horas de trabajo
autónomo.
|_. Integrante|_. Rol|_. Hora total|_. Sueldo/Hora|_. Sueldo total|
|Isaac Contreras|Analista programador|64|5.500|352.00|
|Alvaro Lovera|Jefe de proyecto, Documentador|64|6200, 4000|652.800|
|Martin Castillo|Diseñador|64|4500|288.000|
|Miguel Fernandez|Programador|64|5200|332.800|
|||||TOTAL: 1.625.600|
h2. 3.2 Lista de actividades (Carta Gantt)
!carta_gantt.png! AGREGAR CARTA GANTT
* *Actividades de trabajo:*
- Redacción de bitácoras: Se redactan las bitácoras semanales del proyecto, describiendo lo logrado, acuerdos y problemas presentados durante el desarrollo del proyecto.
- Desarrollo de la wiki:
*Fase 1:*
*Fase 2:*
*Fase 3:*
* *Asignación de tiempo:*
h2. 3.3 Planificación de gestión de riesgos
Para gestionar los riesgos, se identificaron y categorizaron los siguientes tipos de riesgo y sus factores:
|_. Tipo de riesgo|_. Descripción|
|Tecnológico|Retrasos en la entrega o problemas relacionados
con el hardware o el software. Se reportan numerosos problemas tecnológicos.|
|Humano|Baja moral del personal, problemas de salud, malas
relaciones entre los miembros del equipo y dificultades para encontrar personal disponible.|
|Herramientas|Resistencia del equipo a utilizar ciertas herramientas,
quejas sobre las herramientas de trabajo, y solicitudes de estaciones de trabajo más potentes.|
|Requerimientos|Frecuentes cambios en los requerimientos, quejas del cliente.
Rumores dentro de la organización y falta de liderazgo por parte de la dirección principal.|
|Organizacional|Rumores dentro de la organización y falta de liderazgo
por parte de la dirección principal.|
|Estimación|Incumplimiento de los plazos acordados y dificultades para
eliminar defectos reportados.|
Para los riesgos latentes que podrían surgir durante el desarrollo del proyecto, se clasificaron en los siguientes cuatro niveles de impacto:
# Catastrófico: Impacto crítico que puede poner en riesgo la continuidad o el éxito del proyecto.
# Crítico: Impacto significativo que requiere recursos adicionales para ser gestionado, pero el proyecto puede continuar.
# Marginal: Impacto leve que puede retrasar algunos aspectos del proyecto, pero sin afectar gravemente los resultados.
# Despreciable: Impacto mínimo que no requiere acción inmediata y no afectará de manera relevante el desarrollo del proyecto.
*Probabilidad de ocurrencia de riesgos.*
|_. Probabilidad de ocurrencia|_. Rango de %|
|Alta|71%-100%|
|Media|31%-70%|
|Baja|0%-30%|
*Estimación, calificación y acciones remediales para riesgos.*
|_. Riesgo|_. Tipo|_. Probabilidad de ocurrencia|_. Nivel de impacto|_. Acción remedial|
|Daños/Pérdida de la tarjeta SD|Tecnológico|Alta|2|Realizar copias de seguridad periódicas
y tener SD adicionales disponibles para
reemplazo inmediato.|
|Falta de coordinación entre
miembros del equipo|Organizacional|Media|3|Establecer reuniones de seguimiento
frecuentes y usar herramientas de
comunicación efectiva (WhatsApp,
Discord, Redmine).|
|Falta de asistencia
de reunión
|Humano|Media|3|Amonestar al responsable, y solicitar
una penalización adecuada.|
|Errores en el
software de control
del sistema.|Requerimientos|Alta|2|Implementar pruebas continuas desde
el inicio del desarrollo para detectar y
corregir fallos.|
|Enfermedades del
personal|Humano|Baja|4|Redistribuir sus tareas entre los
integrantes según sus habilidades|
|Incompatibilidad
entre los
componentes del
hardware|Herramientas|Meida|3|Verificar la compatibilidad de los
componentes antes de comprarlos y
realizar pruebas.|
|Componentes
defectuosos|Tecnológicos|Media|2|Comunicarse con el encargado de
asignación de componentes para su
debido cambio y notificar el problema
del componente respectivo.
Tener componentes de repuesto en caso
de salir defectuosos|
|Salida de un
integrante
del proyecto|Humano|Baja|2|Reorganización del plan del proyecto
para entregar nuevas responsabilidades
y roles correspondientes.|
|Cambio de los
requerimientos|Requqerimientos|Alta|2|Realizar una reunión con el cliente, en
la que se discutirá la viabilidad de los
requerimientos y su importancia.|
|Error de cálculo de
costos|Estimación|Media|2|Realizar una reevaluación de los costos
del proyecto para garantizar la
fiabilidad de los cálculos.
Si ocurre más de una vez, hacer cambio
de responsable y realizar una
amonestación respectiva.|
h2. 3.1 Planificación inicial del proyecto
* *Planificación de estimaciones:*
- *Hardware:*
|_. Producto|_. Cantidad|_. Costo unidad|_. Costo total|
|Notebook|3|500.000|1.500.000|
|Raspberry pi 4 model B|1|124.600|124.600|
|Meta quest 3|1|625.000|625.000|
|grove pi+ starter kit|1|70.000|70.000|
|Monitor LG|1|85.000|85.000|
||||TOTAl: 2.404.600|
- *Software:*
|_. Producto|_. meses|_. Costos|
|krita|1|0|
|Unity|6|0|
|Canva|6|0|
|Google Docs|6|0|
|Blender|6|0|
|Python|6|0|
|C# (Unity)|6|0|
|||TOTAl: 0|
* *Planificación de recursos humanos:*
Consideraciones para el proyecto:
- La fase de inicialización del proyecto comenzará en la segunda semana del ciclo escolar, a
partir del Martes 9 de septiembre de 2025.
- La duración total del proyecto es de 4 meses, considerando que se dedicarán 4 horas de
- Trabajo en clase por semana. Esto da un total de 64 horas de trabajo en clase a lo largo del
proyecto.
- Se ha establecido un horario fijo para reuniones semanales, las cuales tendrán una duración
de 1 hora y se realizan los días martes y jueves. Esto resulta en 16 horas de trabajo
autónomo.
|_. Integrante|_. Rol|_. Hora total|_. Sueldo/Hora|_. Sueldo total|
|Isaac Contreras|Analista programador|64|5.500|352.00|
|Alvaro Lovera|Jefe de proyecto, Documentador|64|6200, 4000|652.800|
|Martin Castillo|Diseñador|64|4500|288.000|
|Miguel Fernandez|Programador|64|5200|332.800|
|||||TOTAL: 1.625.600|
h2. 3.2 Lista de actividades (Carta Gantt)
!carta_gantt.png! AGREGAR CARTA GANTT
* *Actividades de trabajo:*
- Redacción de bitácoras: Se redactan las bitácoras semanales del proyecto, describiendo lo logrado, acuerdos y problemas presentados durante el desarrollo del proyecto.
- Desarrollo de la wiki:
*Fase 1:*
*Fase 2:*
*Fase 3:*
* *Asignación de tiempo:*
h2. 3.3 Planificación de gestión de riesgos
Para gestionar los riesgos, se identificaron y categorizaron los siguientes tipos de riesgo y sus factores:
|_. Tipo de riesgo|_. Descripción|
|Tecnológico|Retrasos en la entrega o problemas relacionados
con el hardware o el software. Se reportan numerosos problemas tecnológicos.|
|Humano|Baja moral del personal, problemas de salud, malas
relaciones entre los miembros del equipo y dificultades para encontrar personal disponible.|
|Herramientas|Resistencia del equipo a utilizar ciertas herramientas,
quejas sobre las herramientas de trabajo, y solicitudes de estaciones de trabajo más potentes.|
|Requerimientos|Frecuentes cambios en los requerimientos, quejas del cliente.
Rumores dentro de la organización y falta de liderazgo por parte de la dirección principal.|
|Organizacional|Rumores dentro de la organización y falta de liderazgo
por parte de la dirección principal.|
|Estimación|Incumplimiento de los plazos acordados y dificultades para
eliminar defectos reportados.|
Para los riesgos latentes que podrían surgir durante el desarrollo del proyecto, se clasificaron en los siguientes cuatro niveles de impacto:
# Catastrófico: Impacto crítico que puede poner en riesgo la continuidad o el éxito del proyecto.
# Crítico: Impacto significativo que requiere recursos adicionales para ser gestionado, pero el proyecto puede continuar.
# Marginal: Impacto leve que puede retrasar algunos aspectos del proyecto, pero sin afectar gravemente los resultados.
# Despreciable: Impacto mínimo que no requiere acción inmediata y no afectará de manera relevante el desarrollo del proyecto.
*Probabilidad de ocurrencia de riesgos.*
|_. Probabilidad de ocurrencia|_. Rango de %|
|Alta|71%-100%|
|Media|31%-70%|
|Baja|0%-30%|
*Estimación, calificación y acciones remediales para riesgos.*
|_. Riesgo|_. Tipo|_. Probabilidad de ocurrencia|_. Nivel de impacto|_. Acción remedial|
|Daños/Pérdida de la tarjeta SD|Tecnológico|Alta|2|Realizar copias de seguridad periódicas
y tener SD adicionales disponibles para
reemplazo inmediato.|
|Falta de coordinación entre
miembros del equipo|Organizacional|Media|3|Establecer reuniones de seguimiento
frecuentes y usar herramientas de
comunicación efectiva (WhatsApp,
Discord, Redmine).|
|Falta de asistencia
de reunión
|Humano|Media|3|Amonestar al responsable, y solicitar
una penalización adecuada.|
|Errores en el
software de control
del sistema.|Requerimientos|Alta|2|Implementar pruebas continuas desde
el inicio del desarrollo para detectar y
corregir fallos.|
|Enfermedades del
personal|Humano|Baja|4|Redistribuir sus tareas entre los
integrantes según sus habilidades|
|Incompatibilidad
entre los
componentes del
hardware|Herramientas|Meida|3|Verificar la compatibilidad de los
componentes antes de comprarlos y
realizar pruebas.|
|Componentes
defectuosos|Tecnológicos|Media|2|Comunicarse con el encargado de
asignación de componentes para su
debido cambio y notificar el problema
del componente respectivo.
Tener componentes de repuesto en caso
de salir defectuosos|
|Salida de un
integrante
del proyecto|Humano|Baja|2|Reorganización del plan del proyecto
para entregar nuevas responsabilidades
y roles correspondientes.|
|Cambio de los
requerimientos|Requqerimientos|Alta|2|Realizar una reunión con el cliente, en
la que se discutirá la viabilidad de los
requerimientos y su importancia.|
|Error de cálculo de
costos|Estimación|Media|2|Realizar una reevaluación de los costos
del proyecto para garantizar la
fiabilidad de los cálculos.
Si ocurre más de una vez, hacer cambio
de responsable y realizar una
amonestación respectiva.|