UNIVERSIDAD TECNOLOGICADEL PERU

ÁREA CURRICULAR: GETIÓN DE PROYECTOS

AVANCE PROYECTO FINAL 2

GRUPO: 5

ESTUDIANTES:

Luis Daniel Achulli Correa. U23100607

Octavio Aldana Aguayo. U22316670
Álvaro José Araníbar Cabrera. U19309602
Manuel Jesus Alhuay Tomas U20208089

DOCENTE:

Pajuelo Aiquipa, Abel Daniel

Chiclayo – Perú
P á g i n a 1 | 13
 Índice
I. Descripción de la empresa y/o Área afectada por el proyecto a implementar:...................3
a) Nombre de la empresa y/o Área......................................................................................3
b) Misión, Visión de la empresa............................................................................................3
c) Objetivos Estratégicos de la empresa y/o Área................................................................3
d) Alineamiento del proyecto con los objetivos de la empresa............................................3
II. Aplicación: Proyecto.............................................................................................................4
i. Alcance general del Proyecto a Implementar...................................................4
ii. Historias de usuario del proyecto.......................................................................5
iii. Roles Scrum (Product owner, Scrum Master, Developers).......................6
i. Producto Backlog....................................................................................................7
ii. Sprint Backlog..........................................................................................................7
iii. Increment...............................................................................................................8
i. Sprint Planning........................................................................................................8
ii. Daily (mencionar el detalle de un Daily).............................................................8
iii. Review (cómo se llevará a cabo).....................................................................9
iv. Retrospective (de uno de los Sprint)............................................................10
v. Product Backlog....................................................................................................11
III. Conclusiones......................................................................................................................12
IV. Referencia bibliográfica......................................................................................................13
V. LINK DEL VIDEO:.................................................................................................................13

P á g i n a 2 | 13
I. Descripción de la empresa y/o área afectada por el proyecto a implementar:
a) Nombre de la empresa y/o área
Construcciones Ventas y Servicios OCTALIER EIRL.
b) Misión, visión de la empresa
Misión: OCTALIER busca ofrecer soluciones integrales en construcción y servicios,
garantizando calidad, seguridad y cumplimiento de plazos.
Visión: Ser una empresa líder en el sector de la construcción y servicios, reconocida por su
excelencia y compromiso con la satisfacción del cliente.
c) Objetivos estratégicos de la empresa y/o área

 Eficiencia en la ejecución de proyectos:

Optimizar procesos para entregar obras y servicios de alta calidad en tiempo y forma.
 Desarrollo sostenible:
Implementar prácticas responsables con el medio ambiente.
 Crecimiento y diversificación:
Ampliar el portafolio de servicios y explorar nuevos mercados.

d) Alineamiento del proyecto con los objetivos de la empresa

Proyecto:
Implementación de un sistema de gestión de registro en línea para SENATI.
El proyecto de la empresa se alinea con los objetivos estratégicos de la empresa de la siguiente
manera:
Eficiencia en la ejecución de proyectos:
La implementación de un sistema de gestión de registro en línea mejorará la eficiencia del
proceso de inscripción de estudiantes. Al automatizar y agilizar este proceso, la empresa podrá
entregar obras de alta calidad en tiempo y forma, lo que contribuirá a la eficiencia general de
sus proyectos.
Desarrollo sostenible:
Al adoptar prácticas tecnológicas y digitales para la gestión de inscripciones, la empresa
reducirá el uso de papel y recursos físicos. Esto es coherente con el objetivo de implementar
prácticas responsables con el medio ambiente. Además, al capacitar al personal de SENATI en
el uso adecuado del sistema, se fomenta la conciencia ambiental y la sostenibilidad.
Crecimiento y diversificación:
La implementación exitosa del sistema de registro en línea puede abrir oportunidades para
ampliar el portafolio de servicios de la empresa. Además, explorar nuevos mercados a través de
soluciones tecnológicas innovadoras podría impulsar el crecimiento y la diversificación de la
empresa.

P á g i n a 3 | 13
 II. Aplicación: Proyecto
a) Descripción del Alcance del Proyecto

1. Alcance general del Proyecto a Implementar

ENUNCIADO DEL ALCANCE DEL PROYECTO

Título del Implementación de un Sistema de gestión de registro en línea para

Proyecto SENATI.
- Mejorar la eficiencia del proceso de inscripción de estudiantes de
Objetivos del SENATI.
Producto - Proponer la automatización de procesos con sistemas de calidad
que proporcionen seguridad y eficiencia.
Uso de sistemas de alto rendimiento para las adaptaciones.
Descripción del Adaptaciones del sistema de gestión de registro con supervisión
Alcance del técnica profesional.
Producto Reportes diarios.
Control de manera eficaz de los procesos de pedidos y gastos.

Parámetro

Criterios de Registro en línea: El sistema debe permitir a los estudiantes

Aceptación completar su registro de manera eficiente y sin errores.
Acceso controlado: Se debe establecer quién puede acceder a los
registros y cuándo.
Cumplimiento de plazos: El sistema debe garantizar que los
documentos se archiven correctamente y en tiempo oportuno.

ü Mejorar la experiencia del estudiante: Reducir el tiempo de

atención en el proceso de matrícula.
Objetivos delü Preparar para el crecimiento: Diseñar una estructura escalable que
Proyecto permita la expansión futura.
ü Potenciar las ventas online: Facilitar la atención por delivery y
asegurar el éxito sostenible.

Errores en el desarrollo: Posibles fallos en la implementación del

Riesgos iniciales sistema.
definidos Accidentes laborales: Garantizar la seguridad del personal
involucrado.
Presupuesto adecuado: Evitar desviaciones económicas.
Capacitación del personal: Asegurar competencias para el manejo
del sistema.
Costo
Fase Preliminar Hito

P á g i n a 4 | 13
 (Unidad
monetaria)

Gestión de Proyecto - Compras y adquisiciones

Fases
Principales del Diseño estructural y
Proyecto Ingeniería S/ 75,000.00
eléctrico del producto
Construcción / Prueba de
S/15,500.00
adaptación funcionamiento

2. Historias de usuario del proyecto

Historia de Usuario
Datos básicos (llenados por Product Owner)
Número HU001 Estado Lista
Nombre HU001 – Implementar un Sistema de Registro
Sprints (Product Owner)
Sprint 1 Prioridad Negocio P1
Release 1 Puntos Historia 2
Criterio General (Product Owner)
Descripción Yo, como Analista de ventas
Deseo Implementar Sistema de Registro
Para Hacer aumentar la eficiencia de trámites
para los estudiantes.
Descripción
Sprint Criterio Descripción
1 1 Dado Que los estudiantes
Y Público en general
Cuando Deseen un proceso eficiente de registro
Entonces Tengan una opción más, siendo esta
nuestro sistema automatizado.
Criterios de aceptación (Product Owner)
Sprint Consid. Descripción
1 1 El flujo de registro que actualmente funciona no debe alterarse
excepto en el cambio de añadir el registro en linea.
2 Si el cliente debe optar por tecnología más sofisticada y que
esté tenga un correcto funcionamiento.
3 El nuevo sistema debe ser ergonómico, en el que el usuario
pueda sentirse cómodo y seguro.

P á g i n a 5 | 13
 4 Para la implementación, las funciones deben adaptarse
correctamente a los deseos del cliente.
5 En caso de que el producto no satisfaga las necesidades del
usuario, esté deberá ser mejorado de acuerdo con la solicitud
de los clientes.
6 El nuevo sistema no debe presentar fallos en el sistema, ya
que en caso los tenga, se le brindaría el servicio de
mantenimiento predictivo y/o correctivo.
7 Se les reiteraría que cuentan con un año de garantía para el
producto en caso de alguna falla.

3. Roles Scrum (Product owner, Scrum Master, Developers)

Product Owner:
Aldana Novoa Hernando
Scrum Master:
Martínez Nunton Jorge
Developers
Oficina: Aldana Aguayo Octavio
Calidad: Sánchez Correa Carlos
Seguridad: Gonzales Echevarría Andrés
Administración: Mendoza Lerna José

B) Artefactos Scrum
I) Product Backlog

 Funcionalidades:
1. El Owner crea una lista con los requisitos para la plataforma según las necesidades
de los usuarios finales
2. El owner aplica técnicas de entrevistado y encuestas para lograr que la aplicacion
sea eficiente y sin fallos

 Requisitos:
1.Creación de los perfiles de usuarios
2.Gestión de los cursos o asignaturas
3.Calendario de las actividades académicas
4.Sistemas de calificaciones
P á g i n a 6 | 13
 5.Foro de discusión
II) Sprint Backlog

 Tareas específicas del equipo sprint

1. sprint 1
-Implementar sistemas de calificaciones
-Desarrollo de módulos de la gestión de los cursos
2. sprint 2
-Creación de los perfiles de los usuarios
3. sprint 3
-implementar foros para cada asignatura
III) Increment

 Finalización:
1. El equipo de desarrollo finaliza con cada funcionalidad.
2. El equipo de desarrollo entrega un incremento de la plataforma con las actividades
completadas.
C) Descripción de eventos Scrum
i. Sprint Planning
El Scrum Master, Product Owner y los Developers realizan una reunión para evaluar
los requisitos de los clientes y ponerlos en práctica.
La historia de un usuario acerca de las necesidades y expectativas de nuestro
producto.
Como seguridad y ayuda quiero convertir el software en diferentes formas de
interactuar para circulen más rápido la información que se está dando mediante las
inscripciones. Convertir lo difícil en facilidad a la hora de matricularse o inscribirse y
que mejoren el desempeño del software cada día al usarlas y tener opiniones
diferentes de los clientes.
Tareas que cumplen los Developers:
En primer lugar, nuestro primer objetivo es la facilidad en la cual se dará el software
mediante ajustes y mantenimientos cada semana para encontrar así facilidades o
rapidez hacia los clientes y tengan un grato servicio de inscripción.
En segundo lugar, después de haber conseguido aquellos ajustes y mantenimientos
implementar nuevas ideas para que los clientes den sus opiniones de diferentes
lados en donde se va a ver la capacidad de este, este proceso tomaría un mes ya

P á g i n a 7 | 13
 que algunos clientes demandan algunos cambios y mejoras de calidad en nuestra
programación.
Finalmente, como último objetivo es el ciclo de vida de nuestro producto la cual es el
software instalado se basa en darle mejoras respectivamente el cual tiene como
procedimiento la limpieza el mantenimiento los ajustes las mejoras y así dar todas las
necesidades del cliente. por otra parte, se encuentra el valor monetario que va a
tener este ya que nuestro producto dará facilidades en la cual los clientes se va a
extender dando así un valor estándar para los demás clientes que quieran el software
ii. Daily (mencionar el detalle de un Daily)
El Daily Meeting, también conocido como la reunión diaria, es un evento clave en
Scrum que permite al equipo de desarrollo mantenerse sincronizado y enfocado en el
objetivo del sprint. En el contexto de este proyecto, el Daily Meeting podría tener los
siguientes aspectos:
Ubicación y tiempo: El equipo podría realizar el Daily Meeting en un área
común de trabajo, de preferencia en un taller amplio y con los instrumentos,
herramientas y equipos necesarios para su instalación y/o reparación de las
bicicletas eléctricas. El momento ideal para los servicios mecánicos y eléctricos
serían de día de trabajo o antes de la jornada laboral, para revisar el progreso y
planificar las actividades del día.
Participantes: El Scrum Master, el Product Owner y el Equipo de Desarrollo
participarán en el Daily Meeting. Dado que el equipo está compuesto por
especialistas en diseño, ingenieros (mecánicos, eléctricos e industriales), cada
miembro compartirá su progreso y discutirá los desafíos o impedimentos que
puedan surgir.
Objetivo: Durante el Daily Meeting, se revisarán brevemente los avances
realizados desde la última reunión y se establecerán las tareas a realizar durante
el día. El equipo discutirá cualquier problema o impedimento que haya surgido y
colaborará para encontrar soluciones.

Relación con el objetivo del proyecto: El Daily Meeting permitirá al equipo mantener un
enfoque constante en el objetivo del proyecto: mejorar ajustar y mantener la estabilidad del
software. al compartir los avances los desafíos y las soluciones el equipo podrá realizar ajustes
rápidos y mantener de forma lineal aquellos requisitos y expectativas que da el software.
En nuestro caso, el equipo del proyecto, compuesto por un Scrum Master, un Product
Owner y nuestro Equipo de Desarrollo, está trabajando en un sprint de dos semanas
para diseñar y desarrollar ciertas facilidades a la hora de inscribirse para aquellos
clientes se pueda facilitar a la hora de dar el clic.
Durante el Daily Meeting, Que se llama a cabo al comienzo de cada día de uso el
equipo revisa los avances y comentarios para que así establezca las tareas y
mejoras del día. El Ing. del equipo comparte que ha realizado una investigación
exhaustiva sobre el software y los diseños adecuados para cualquier tipo de cliente.
P á g i n a 8 | 13
iii. Review (cómo se llevará a cabo)
La Reunión de Revisión del Sprint es un evento al finalizar cada sprint en Scrum, en
el cual el equipo presenta los incrementos completados y recibe retroalimentación del
Product Owner y los stakeholders. En el contexto de este proyecto, la Reunión de
Revisión del Sprint podría incluir los siguientes aspectos:
Ubicación y tiempo: La reunión se llevaría a cabo en un espacio para presentar la
instalación del software como área de exhibición o de reuniones. la duración de la
reunión dependerá del tamaño del sprint y la cantidad de manifestantes al presentar
el software.
Participantes: En la reunión participarían el Scrum Master, el Product Owner, el
Equipo de Desarrollo y los stakeholders relevantes, como representantes de clientes,
expertos en diseño de software.
Objetivo: Durante la Reunión de Revisión del Sprint, el equipo presentará el software
desarrollado durante el sprint y demostrará como cumplen los requisitos establecidos.
se escogerán ciertos comentarios y sugerencias de los Stakeholders para mejorar
aún el producto y se podrán debatir posibles ajustes en las próximas interacciones.
Relación con el objetivo del proyecto: La reunión de revisión del Sprint se
relaciona directamente con el objetivo de proyectos ya que permita el equipo y a los
stakeholders evaluar el progreso y calidad del software desarrollado. La
retroalimentación recibida ayudará a garantizar que el software cumpla con los
requisitos diseñado estético funcionalidad mejora de calidad sostenibilidad en la Red
facilidad a la hora de inscribirse y los mantenimientos dados.
Continuando con la situación mencionada anteriormente al finalizar él se lleva a cabo
la reunión de revisión del Sprint. Los equipos presentan los incrementos completados
incluyendo el software diseñado y un prototipo funcional.
El Product Owner y los stakeholders, que incluyen a diseñadores y especialistas en
programación, quedan impresionados con el aspecto estético del software y su
capacidad para mejorar con los comentarios que se dan mediante las inscripciones y
así dar una función habilidad en este
Proporcionar retroalimentación positiva y sugieren algunos ajustes menores como la
optimización de ciertos cuadros en el aspecto del diseño y la incorporación de nuevas
opciones para que haya sido una amigable demanda entre los clientes.
iv. Retrospective (de uno de los Sprint)
La Reunión de Retrospectiva del Sprint es un evento en el que el equipo reflexiona
sobre el sprint anterior y busca mejoras en sus procesos y colaboración. En el
contexto de este proyecto, la Reunión de Retrospectiva del Sprint podría incluir los
siguientes aspectos:
Ubicación y tiempo: La reunión se llevaría a cabo en un espacio tranquilo y
adecuado para que el equipo pueda reflexionar y discutir de manera abierta. Se

P á g i n a 9 | 13
 puede programar al finalizar la Reunión de Revisión del Sprint o en un momento
conveniente para todos los miembros del equipo.
Participantes: En la reunión participarían el Scrum Master, el Product Owner y el
Equipo de Desarrollo. Todos los miembros del equipo tendrán la oportunidad de
compartir sus observaciones y sugerencias para mejorar el trabajo en equipo y los
procesos.
Objetivo: Durante la Reunión de Retrospectiva del Sprint, el equipo reflexionará
sobre el sprint pasado, identificará las fortalezas y debilidades del equipo y buscará
formas de mejorar en el próximo sprint. Se puede utilizar alguna técnica
retrospectiva, como "me gusta, me gustaría, me preocupa" o "start, stop, continue",
para facilitar la discusión.
Relación con el objetivo del proyecto: La reunión de retrospectiva de sprint está
directamente relacionada con el objetivo del proyecto al buscar continuamente
mejorar el proceso de desarrollo del software para así identificar y abordar el área de
mejora, el equipo podrá optimizar su eficiencia calidad y satisfacción en el trabajo lo
que se reflejará en el producto del software final.
Para finalizar con nuestro caso después de la reunión de revisión del sprint, el equipo
será para la reunión de retrospectiva del Sprint. el equipo llega a la conclusión de que
deben optimizar la comunicación interna y la colaboración entre especialistas en
diseño, programación e ingeniería para asegurarse de qué todos estén de una forma
lineal en cuanto a los requisitos del producto y restricciones técnicas que pueden
haber
En el siguiente sprint, el equipo implementa las sugerencias de mejora planteadas
durante la Reunión de Revisión del Sprint y la Reunión de Retrospectiva del Sprint.
Se centran en refinar los diseños de las bicicletas eléctricas, incorporando los ajustes
solicitados, y en realizar pruebas adicionales para garantizar la calidad del producto.
A lo largo de varios Sprints, el equipo logra desarrollar un software estéticamente
atractivo para los clientes, funcionales, sostenibles en la Red, y de fácil manejo con
los mantenimientos hechos cada semana. este software se convierte en una opción
popular para las empresas que quieran facilitar las inscripciones de sus clientes.

v. Product Backlog
Armamos el Product Backlog con los requerimientos priorizados, siendo esta una
forma de registrar y organizar mejor el trabajo con las actividades. Es este un
documento dinámico en el que se incorpora las necesidades del sistema, por el cual
nunca se llega a ser una lista completa y definitiva. Durante todo el ciclo de vida se
mantiene y es la responsabilidad del Product Owner.
Tabla de requisitos y funcionalidades del producto.

P á g i n a 10 | 13
 Id Prioridad Requisitos Funcionalidades
1 Muy alta Mantenimiento y ajustes Sirve para dar un
del software. funcionamiento óptimo
mediante las semanas que
avance y así la atención del
cliente sea rápida al inscribirse.
2 Alta Realizar la evaluación Para que el cliente no tenga
previa a los trabajadores en dudas al inscribirse y elaborar
las soluciones que da los rápidamente sus opciones.
clientes
3 Alta Dar las facilidades Dar facilidad cliente mediante
mediante una explicación algunas imágenes para que
de imágenes cuando entre haya una rápida facilidad al
al software. inscribirse.

Fuente: Elaboración propia

D)Tablero Kanban del proyecto: Indicar todas las tareas y sus estados.

INICIO EN PROCESO EN EVALUACION FINALIZADO

Documentación de Entrega de software Entrega de las Aprobación del acta
entrega de proyecto. y hardware instalaciones. de constitución del
Hernando Novoa - Andres Gonzales - Carlos Sánchez - proyecto.
Gerente de proyecto proveedor de desarrollador Hernando Novoa -
23/05/2023 hardware 12/05/2023 Gerente de proyecto
10/05/2023 12/04/2023
Implementación de Encuesta de
Elaboración del
software. aceptación. proceso de
Infomat. - personal Hernando Novoa -ejecución del
técnico Gerente de proyecto
proyecto
12/05/2023 13/05/2023 Hernando Novoa-
Gerente de proyecto
1/04/2023
Adquisición de Capacitación de Estudio de viabilidad
materiales de técnicos para el área Carlos Sánchez-
oficina. de soporte técnico. desarrollador
Carlos Sanches - Infomat - personal 3/04/2023
desarrollador técnico
18/05 13/05/2023
Compra del software
Juan Rodríguez-
Patrocinador
principal
3/04/2023

P á g i n a 11 | 13
 Publicidad y
marketing de la
nueva plataforma
Carlos Sánchez
18/04/2024

III. Conclusiones.
En conclusión, observamos que la gestión de integración nos da el conjunto de actividades a
desarrollar para entregar correctamente el proyecto, esto nos hace responsables lo cual a su
vez aumenta el flujo de los recursos asociados y mejora la gestión.

Nuestra experiencia con la gestión del alcance nos ha proporcionado una comprensión
profunda de las necesidades y requerimientos específicos de nuestros clientes. Esta
perspectiva nos permite establecer criterios de aceptación claros y definir límites precisos,
elementos esenciales para una gestión efectiva y exitosa del proyecto.

La gestión de cronograma nos proporciona una visión detallada de la duración de cada etapa
de la planificación, permitiéndonos estimar con precisión las fechas de entrega. Esta
organización sistemática de los procesos asegura un flujo de trabajo ordenado, facilitando una
ejecución eficiente y la entrega puntual del proyecto.

Mantener una gestión de costos eficiente es crucial para realizar evaluaciones precisas. Esta
práctica no solo nos ayuda a optimizar los recursos, sino que también mejora nuestra capacidad
para tomar decisiones informadas y estratégicas.

La implementación de una gestión de calidad es fundamental para asegurar resultados óptimos.

Mantener un alto nivel de calidad no solo es una necesidad, sino una estrategia competitiva
esencial en el dinámico mercado actual. Enfocarnos en la calidad, nos posiciona para superar
las expectativas de los clientes y destacar entre la competencia.

Ejercer un control efectivo sobre los recursos nos habilita para optimizar la utilización de los
recursos humanos, económicos y materiales. Esta gestión estratégica no solo previene el
agotamiento de los recursos, sino que también minimiza los contratiempos, facilitando una
operación más fluida y eficiente.

Una correcta gestión de comunicación permite mantener a todas las partes interesadas
informadas y facilita la toma de decisiones y la coordinación del proyecto. El Gerente del
Proyecto juega un papel crucial en la mayoría de estas comunicaciones.

La gestión de riesgos es un aspecto crucial en cualquier proyecto. Implica la identificación y

evaluación de posibles problemas o desafíos que podrían surgir durante la ejecución del
proyecto. Una vez identificados estos riesgos, se desarrolla un plan para mitigarlos y controlar
su impacto. Este plan puede incluir una variedad de estrategias, como la capacitación del
personal para manejar situaciones específicas.

P á g i n a 12 | 13
Establecer una matriz de adquisición proporciona una visión clara de las necesidades del
proyecto y cómo se gestionarán. Esto facilita la planificación y el control de los costos, y
asegura que se cumplen los requisitos del proyecto. Sin embargo, es importante revisar y
actualizar regularmente esta matriz a medida que avanza el proyecto y cambian las
necesidades.

P á g i n a 13 | 13