Entrega3 Grupo2
Entrega3 Grupo2
Entrega3 Grupo2
Profesor: Alumnos:
Cora Urdaneta, María Sahili Helbawi, Karim Ali
Montaño Jimenez, Edilianny Nohemi
Hernández, Luis Carlos
Estimación de Duraciones
● Duración: 1 día
● Motivo: Las reuniones con el cliente para definir el alcance y objetivos
iniciales del proyecto se pueden completar en un día, ya que se trata de un
proceso de revisión y documentación de requisitos, no de desarrollo. Lo
importante es tener claros los objetivos para poder definir adecuadamente el
alcance del proyecto.
● Duración: 1 día
● Motivo: Realizar entrevistas y análisis de stakeholders puede ser una tarea
que se puede llevar a cabo de manera ágil y enfocada en un día si se
planifica adecuadamente. Al contar con un equipo de gestión de proyectos
experimentado y dedicado a esta actividad, se puede optimizar el tiempo y la
calidad de las entrevistas y análisis.
● Duración: 1 día
● Motivo: Al contar con un equipo técnico experimentado y familiarizado con
los requisitos del proyecto, pueden analizar la factibilidad técnica de manera
eficiente. La colaboración entre el equipo técnico y el gestor de proyectos
permite una revisión integral de los requisitos y la factibilidad.
○ Colaboración con el gestor de proyectos: La revisión y aportes del
gestor de proyectos pueden ayudar a enfocar el informe en los
aspectos más relevantes para la gestión del proyecto.
○ Formato y estructura predefinidos: Si se cuenta con un formato y
estructura predefinidos para el informe técnico, se puede completar en
un plazo más corto.
○ Revisión y ajustes ágiles: La revisión y ajustes del informe técnico
pueden realizarse de manera ágil y eficiente, gracias a la colaboración
entre el equipo técnico y el gestor de proyectos.
● Duración: 1 día
● Motivo: Al contar con un analista financiero experimentado y familiarizado
con los requisitos del proyecto, puede realizar el análisis de costo-beneficio
de manera eficiente. Al tener claros los objetivos y el alcance del proyecto, el
analista puede enfocar su análisis en los aspectos financieros más
relevantes. Al tener los resultados del análisis de costo-beneficio, el analista
financiero puede redactar un informe económico claro y conciso. La revisión y
ajustes del informe económico pueden realizarse de manera ágil y eficiente,
gracias a la colaboración entre el analista financiero y el gestor de proyectos.
● Duración: 1 día
● Motivo: La colaboración entre el equipo técnico y el analista financiero
permite una revisión integral de los datos y su adecuación a los requisitos
financieros del proyecto. Al tener los datos compilados, el equipo técnico y el
analista financiero pueden redactar un informe de viabilidad claro y conciso.
La revisión y aportes del gestor de proyectos pueden ayudar a enfocar el
informe en los aspectos más relevantes para la gestión del proyecto.
● Duración: 1 día
● Motivo: Al contar con un cliente con experiencia en proyectos similares,
puede revisar el Acta de Constitución de manera eficiente. Al tener claros los
objetivos y el alcance del proyecto, el cliente y el gestor de proyectos pueden
enfocar su revisión en los aspectos más relevantes. Para obtener la firma del
cliente en el Acta de Constitución, el gestor de proyectos debe programar una
reunión con el cliente y presentarle el documento. Si el gestor de proyectos
ha preparado una presentación clara y concisa del Acta de Constitución,
puede lograr la firma del cliente en la misma reunión.
● Duración: 1 día
● Motivo: Al tener claros los objetivos y el alcance del proyecto, el equipo de
gestión de proyectos puede enfocar su desglose en las tareas más
relevantes. El uso de herramientas y metodologías ágiles para el desglose de
tareas puede facilitar el proceso y reducir el tiempo necesario para completar
esta actividad. La automatización puede ayudar a acelerar el proceso de
desglose de tareas. Por ejemplo, herramientas como Filestage permiten
solicitar la aprobación sin enviar correos electrónicos y mantener informadas
a las partes interesadas con actualizaciones automatizadas.
● Duración: 1 día
● Motivo: Al contar con un gestor de proyectos experimentado, puede ayudar
al cliente a revisar el Plan de Proyecto y asegurarse de que sea preciso y
completo. Al contar con un cliente con experiencia en proyectos similares,
puede revisar el Plan de Proyecto de manera eficiente.
● Duración: 2 día
● Motivo: La recolección de requisitos del cliente es una tarea crucial que
requiere tiempo y atención. Realizar entrevistas y talleres de manera
adecuada puede llevar más de un día para asegurarse de que se cubran
todos los aspectos relevantes.
● Duración: 1 día
● Motivo: Al tener claros los requisitos recopilados en las entrevistas y
talleres, el analista de negocio puede enfocar su documentación en los
aspectos más relevantes.
● Duración: 1 día
● Motivo: Es posible que las tareas de crear diagramas de arquitectura y
definir la estructura de la base de datos se realicen en paralelo,
aprovechando la colaboración entre el arquitecto de software y el arquitecto
de datos.
● Duración: 2 días
● Motivo: Si el arquitecto tiene mucha experiencia, podría ser capaz de
redactar la documentación técnica de manera eficiente y rápida
● Duración: 1 día
● Motivo: La disponibilidad simultánea del cliente y el arquitecto de software
para dedicar un día completo a estas actividades puede contribuir a la
eficiencia del proceso
● Duración: 1 día
● Motivo: El uso de herramientas especializadas puede facilitar la
identificación y documentación rápida de riesgos.
● Duración: 1 día
● Motivo: Si la organización tiene procesos estandarizados para la definición
de canales de comunicación y el desarrollo de planes, esto puede simplificar
y agilizar las tareas.
Fase 3: Diseño del Sistema
● Duración: 1 día
● Motivo: Las herramientas modernas de diseño UI/UX permiten crear
prototipos rápidamente, especialmente si se utilizan componentes y plantillas
predefinidos. Un diseñador UI/UX con experiencia puede trabajar de manera
eficiente y efectiva, lo que permite completar los prototipos en menos tiempo.
● Duración: 3 días
● Motivo: Un diseñador UI/UX experimentado puede aprovechar
características como bibliotecas de componentes y funciones de arrastrar y
soltar para agilizar el proceso. Además, enfocarse en los elementos cruciales
de la interfaz y utilizar plantillas estandarizadas permite completar los diseños
detallados en un plazo más corto sin comprometer la calidad.
● Duración: 1 día
● Motivo: La creación de diagramas UML puede completarse en un día gracias
a la combinación de herramientas UML especializadas y la experiencia del
arquitecto de software. Estas herramientas ofrecen funcionalidades que
simplifican la elaboración de diagramas, como plantillas y elementos de
arrastre y suelta, lo que permite una rápida visualización de la estructura del
sistema.
● Duración: 1 día
● Motivo: La revisión y aprobación del Diseño Detallado se pueden llevar a
cabo en un día debido a la preparación y colaboración efectiva entre el cliente
y el arquitecto de software. Con una documentación clara y completa del
diseño, el proceso de revisión puede ser directo, permitiendo que el cliente
comprenda y evalúe rápidamente los detalles técnicos.
● Duración: 1 día
● Motivo: La definición de la estrategia de pruebas y el desarrollo de casos de
prueba pueden ser realizados eficientemente en un día debido a la
experiencia y preparación del ingeniero de pruebas. Con el uso de
metodologías ágiles y herramientas especializadas, el ingeniero puede
desarrollar un plan de pruebas detallado y definir casos de prueba que
cubran los aspectos críticos del sistema.
● Duración: 1 día
● Motivo: La actividad de compilar y redactar el Plan de Pruebas puede ser
completada en un día gracias a la experiencia del ingeniero de pruebas y la
utilización de metodologías de trabajo eficientes.
● Duración: 1 día
● Motivo: La revisión y aprobación del Plan de Pruebas se pueden realizar en
un día debido a la claridad y estructura del plan desarrollado por el ingeniero
de pruebas. La experiencia del ingeniero y la familiaridad del cliente con los
objetivos del proyecto permiten una revisión concisa y focalizada.
● Duración: 4 día
● Motivo: La duración de cuatro días para el desarrollo de módulos frontend se
justifica por la capacidad de los desarrolladores frontend para utilizar
eficientemente las tecnologías actuales. Con un dominio de frameworks y
librerías modernas, pueden implementar rápidamente interfaces interactivas y
responsivas.
● Duración: 1 día
● Motivo: La integración de servicios de gestión de proyectos y seguimiento, la
revisión y control de calidad del código fuente, así como la adición de
comentarios y documentación interna, pueden ser realizadas en un día
debido a la colaboración efectiva entre los desarrolladores backend y
frontend, junto con los ingenieros de calidad. La utilización de prácticas de
integración continua y herramientas de revisión de código automatizadas
facilita la identificación y corrección de problemas en tiempo real.
● Duración: 1 día
● Motivo: La creación de manuales técnicos y la revisión y aprobación de la
documentación del código pueden ser realizadas en un día debido a la
experiencia combinada del equipo técnico y los redactores. La
documentación del uso y mantenimiento del sistema se facilita por el
conocimiento previo del equipo sobre el sistema y el uso de plantillas de
documentación estandarizadas. La revisión de la documentación del código y
la obtención de la aprobación del cliente se benefician de una comunicación
clara y directa, así como de la preparación previa del cliente con respecto a
los estándares y expectativas del proyecto.
● Duración: 1 día
● Motivo: La duración se justifica por la implementación de un sistema de
feedback ágil que permite recopilar y actuar sobre los comentarios de manera
eficiente. La experiencia del equipo técnico en la integración de
retroalimentación rápida y la participación activa de los clientes/usuarios
facilitan un ciclo de revisión iterativa dentro del plazo de un día.
● Duración: 1 día
● Motivo: La realización de pruebas unitarias, de integración y de sistema en
un solo día es posible gracias a la preparación previa y la automatización de
pruebas. Los ingenieros de pruebas y desarrolladores cuentan con un
conjunto de pruebas automatizadas que pueden ejecutarse rápidamente.
● Duración: 3 días
● Motivo: La eficacia del equipo técnico y los ingenieros de pruebas en la
documentación y análisis de resultados permite consolidar las métricas de
prueba y registrar los errores de manera rápida.
● Duración: 1 día
● Motivo: La capacidad del equipo de desarrollo y técnico para trabajar de
manera sincronizada permite la corrección de errores, la validación de las
soluciones y la integración final en un solo día. La utilización de prácticas de
integración continua y despliegue continuo facilita este proceso eficiente.
Además, la experiencia previa del equipo en la resolución rápida de
problemas y la disponibilidad de herramientas automatizadas de pruebas
aseguran que las correcciones sean validadas y aplicadas sin demora.
● Duración: 1 día
● Motivo: La realización de pruebas finales de aceptación y la preparación
para el despliegue en un solo día es viable debido a la colaboración estrecha
con el cliente y la eficiencia del equipo técnico. La experiencia previa en la
ejecución de pruebas de aceptación y la utilización de procesos de
empaquetado automatizados permiten cumplir con los objetivos de manera
oportuna y efectiva.
● Duración: 4 días
● Motivo: Se justifica por la experiencia y la preparación del equipo técnico y el
gestor de proyectos en la planificación de despliegues de sistemas, y abordar
algún problema obtenido.
● Duración: 2 días
● Motivo: La posibilidad de redactar manuales detallados en dos días se debe
a la experiencia y eficiencia del equipo técnico en la documentación técnica.
Paquete de Trabajo 6.5: Creación de tutoriales y material de apoyo
● Duración: 2 días
● Motivo: La capacidad para desarrollar materiales complementarios en un día
se basa en la colaboración efectiva entre el equipo técnico y los redactores.
● Duración: 2 días
● Motivo: La asignación de dos días para estas actividades se justifica por la
necesidad de una revisión minuciosa y detallada de las Guías por parte del
cliente y el equipo técnico. El primer día se dedica a la revisión colaborativa y
la discusión de posibles mejoras, mientras que el segundo día se enfoca en
la implementación de cambios y la obtención de la aprobación final del
cliente.
● Duración: 1 día
● Motivo: La organización de sesiones de capacitación en un día es factible
gracias a la experiencia del equipo técnico en la planificación y ejecución de
formaciones.
● Duración: 3 días
● Motivo: La capacidad para crear presentaciones y material didáctico en tres
días se basa en la colaboración efectiva entre el equipo técnico y los
redactores.
● Duración: 3 días
● Motivo: La posibilidad de impartir entrenamiento a los usuarios finales en tres
días se debe a la preparación y experiencia del equipo técnico y los
formadores.
● Duración: 1 día
● Actividad 7.1.1: Seleccionar la metodología de gestión de proyectos
adecuada
○ Motivo: La selección se basará en la naturaleza del proyecto, las
preferencias del cliente y la experiencia del equipo. Se considerarán
metodologías ágiles o tradicionales según los requisitos.
● Actividad 7.1.2: Establecer las herramientas de gestión a utilizar
○ Motivo: Se elegirán herramientas que mejor se adapten a la
metodología seleccionada y que faciliten la colaboración y el
seguimiento del proyecto.
● Duración: 4 días
● Actividad 7.5.1: Definir un proceso de solicitud y aprobación de cambios
○ Motivo: Establecer un proceso claro y estructurado requiere tiempo
para considerar todas las posibles vías de solicitud y los criterios de
aprobación. El gestor de proyectos necesita definir los pasos,
formularios, y flujos de trabajo que serán utilizados para manejar las
solicitudes de cambio
● Actividad 7.5.2: Evaluar el impacto de los cambios (Cada vez que se solicite
un cambio)
○ Recursos: Cada solicitud de cambio puede tener implicaciones
significativas en el alcance, tiempo, costo, y calidad del proyecto. Se
necesita tiempo para analizar cada cambio propuesto, lo que implica
reuniones con el equipo del proyecto y posiblemente con otras partes
interesadas para entender completamente el impacto.
● Actividad 7.5.3: Implementar los cambios aprobados (Según corresponda)
○ Recursos: La implementación de cambios aprobados puede ser
compleja y requiere una coordinación cuidadosa con el equipo del
proyecto.
1. Métricas de Rendimiento
- Indicadores Clave: Se establecerán KPIs específicos para medir el progreso y la
calidad del trabajo entregado.
2. Gestión de Cambios
- Proceso de Solicitud de Cambios: Todos los cambios propuestos deben seguir un
proceso formal de solicitud y aprobación.
- Evaluación de Impacto: Cada cambio propuesto será evaluado para determinar su
impacto en el proyecto.
- Documentación de Cambios: Los cambios aprobados serán documentados y
comunicados a todas las partes interesadas.
4. Herramientas de Seguimiento
- Software de Gestión de Proyectos: Se utilizará software especializado para el
seguimiento del progreso del proyecto.
- Tableros de Control: Se mantendrán tableros actualizados para visualizar el estado
actual del proyecto.
5. Revisiones Periódicas
- Reuniones de Seguimiento: Se llevarán a cabo reuniones regulares para revisar el
avance del proyecto.
- Informes de Estado: Se generarán informes de estado periódicos para los
stakeholders.
6. Ajustes de Planes
- Revisión de Cronograma: Se ajustará el cronograma del proyecto según sea
necesario.
- Gestión de la Calidad: Se realizarán auditorías de calidad para asegurar que el
proyecto cumpla con los estándares.
7. Comunicación Efectiva
- Canales de Comunicación: Se establecerán canales claros para la comunicación
entre el equipo y con los stakeholders.
- Actualizaciones Regulares: Se proporcionarán actualizaciones regulares sobre el
progreso y cualquier cambio en el proyecto.
8. Documentación
- Registro de Actividades: Se mantendrá una documentación detallada de todas las
actividades del proyecto.
- Archivo de Documentos: Todos los documentos importantes serán archivados en
un sistema centralizado accesible para el equipo.