Actividad: Entregable 2

Seminario en línea: Seminario en dirección de proyectos

Materia: Integración de proyectos
E J E M P L O
Maestro: Dr. Jorge Luis Rojas Arce

  Alumno: Aldo De La Flor Domínguez      
 Ciclo escolar: 22-3                                      
Índice
Índice................................................................................................................................................... 1Resumen ejecutivo (abstract) ...........
Resumen ejecutivo (abstract)
El propósito de este resumen es brindar información general de lo que tratara este proyecto, por lo que hemos visto en la
empresa tenemos el problema que dependemos de un secundario para dar un buen seguimiento en control de incidentes
nuestros clientes. Aunque la parte secundaria que es nuestro proveedor de software y hardware nos tiene limitado en hac
pedidos de recursos por el largo tiempo de entrega y considerando que no es una empresa nacional hace que dem
nuestras entregas, así como las aclaraciones cuando se tiene problemas con el software y llega a haber inconvenientes
debemos esperar una respuesta de ellos y a su vez retrasamos el tiempo de nuestros clientes que en su caso no puede dem
debido a que ellos cobran al momento. Por este motivo hemos decidido implementar un marco de trabajo ágil para q
el proceso de este sea flexible para todos.
Hemos decido fijar este proyecto por medio de fases como se marca en la metodología ágil para gestionar dicho plan a tra
de las áreas de conocimientos fijados por las buenas practicas del PMBOK las cuales vamos a gestionar componentes
como el alcance, recursos, cronogramas, adquisiciones, etc., apoyándonos de herramientas de análisis,
incluyendo diagramas y representaciones graficas del estatus de las actividades y costos que se requieran durante la ge
del proyecto para que se concrete con éxito.

Planteamiento del problema E J E M P L O

La cuestión de este caso es que la empresa que nos provee los recursos para que nosotros le demos el servicio a nuestros
clientes no es de este país por tal motivo comunicarnos con ellos resulta difícil ya sea para arreglar una mínima situación h
escalar un problema mas grande. De igual manera, aunque no nos provean el software dependemos de ellos por el hardwa
ya que esos productos solamente los fabrican en ese país.
Debido a la demanda que hemos tenido por nuestro excelente servicio también necesitamos tiempos de respuestas
rápidos y es algo que este proveedor del que se comenta no nos lo puede solucionar, aunque ellos nos quieran brindar algu
solución siguen siendo tiempos de espera muy altos y el costo de transportarnos de un punto a otro se llega a hacer costos
los vuelos que se
deben tomar.

Descripción de los procesos para análisis del problema

Dado los datos que tenemos y con lo recursos que actualmente y por el tipo de proyecto que se está planteando vemos
conveniente la implementación de un diagrama el cual nos permita identificar los problemas actuales para darles una
solución adecuada sin gastar recursos de más haciendo
puntuales las problemáticas actuales.
Oferta de valor del proyecto
Nuestro proyecto garantizará una mejora en nuestros servicios hacia los clientes ya que nuestro software web a crear
(aplicación) tendrá el diseño a nuestro modo el cual no sea monótono como nos lo han entregado haciendo una interfaz gr
amigable y visible tanto para nosotros como usuarios y ellos como nuestros clientes, teniendo la seguridad de una platafor
de calidad de alto desempeño la cual podemos usar a nuestra conveniencia y si es posible comercializarla a los demás
proveedores que se encuentren en nuestra situación.

E J E M P L O
Capítulo I. Formalización de acta constitutiva
Por medio de este comunicado hacemos valido el inicio del proyecto sentando bases en este
documento.

Proyecto: Desarrollo de sistema web

Nombre del documento: Proyecto Firedbird
Fecha de creación: 14 de Junio de 2022
 Autor: Aldo De La Flor Domínguez      
Revisión: 2.0

E J E M P L O
Descripción del proyecto:
Mi empresa tiene la iniciativa de realizar su desarrollo de su propio sistema para la gestión de sus
propios clientes en un periodo de un año y cuatro meses debiendo concluir en el año 2023 dentro de la misma
empresa y del sistema actualizado en el hardware de nuestros clientes.

Descripción del producto:

Se va a entregar una plataforma donde los usuarios de la empresa verán simplicidad en procesos
comparando con el sistema anterior, de igual manera la interfaz gráfica será más amigables para el
levantamiento de reportes de nuestros clientes.

Objetivos:
Tener el sistema como plataforma en el tiempo estimado de un año y cuatro meses teniendo ya capacitado a el
personal para el uso del sistema con el monto de un millón doscientos mil pesos.

Criterios de éxito:
El equipo de cómputo solicitado se consiguió de manera oportuna.
Los programadores han trabajado con las tecnologías que estamos usando. La capacitación del personal no ha
tenido inconvenientes.

Requisitos de aprobación del proyecto:

El director de TI deberá tener finalizado el proyecto en tiempo y forma.
El personal contratado deberá ser especializado para lo que estemos realizando.
No se podrá gastar demás en sueldos o en equipo de cómputo adicional al antes previsto.

Finalidad del proyecto:

La finalidad de este proyecto es la de no depender del software que nos venden en USA y así poder nosotros
mismos tener el control total de nuestro sistema.

Entregables principales:
Deberá hacer entrega de prototipos sobre la visualización de las interfaces del sistema tanto el interno como el
de los clientes.

Justificación del proyecto:

Debido al crecimiento que hemos tenido y el buen trabajo que hemos hecho los clientes también han crecido ya
que tenemos franquicias con nosotros y de igual manera nuevos emprendedores del sector quieren volver
franquicias sus restaurantes y por ende nosotros ser los que les
proveemos el servicio.

Principales interesados:
Director general – Luis Rua Mariño Director de TI – Juan Coello Hita
Gerente de soporte técnico – Federico Montes Salazar

Riesgos iniciales:
El principal riesgo de este proyecto es que se va a manejar con sistemas de códigos abiertos estando a
expensas algunos cambios en sus versiones o que no haya soporte a largo plazo y se tenga que migrar el
sistema.
Duración e hitos:
La duración del proyecto es de un año y cuatro meses, tentativamente o se puede terminar antes.
Actividad Fecha Responsable
Acta constitutiva 14/06/22 Director de TI
Contratación de personal 05/10/22 RH
Compra de equipo de 01/02/23 Gerente de soporte técnico
computo
Capacitación de nuestro 01/07/23 Desarrolladores del sistema
sistema
Presupuesto:
Costo estimado total del proyecto - $1,200,000.00
Sponsor:
Director general – Luis Rua Mariño
Director del proyecto:
Director de TI – Juan Coello Hita

E J E M P L O
Capítulo II. Plan de dirección de proyecto
En este apartado desglosaremos las áreas en la que vamos a gestionar dicho proyecto.
Capítulo II.1. Plan de gestión del alcance
- Recopilación de requisitos

Luis Rua Mariño

Juan Coello Hita

Federico Montes Salazar

- Definir el alcance
Mediante estas 4 fases definimos el alcance del proyecto dando inicio en la fase de planeación en la cual se va a obtener to
el proceso de levantamiento de información según las especificaciones técnicas y necesidades de la plataforma web. Tenie
la recopilación de los requisitos nos permite
determinar, documentar y gestionar las necesidades y exigencias.

En la fase de implementación se lleva acabo el desarrollo de la solución web por medio de las
plataformas de desarrollo de software implementado por los desarrolladores, estos deberán entregar los respectivos
manuales a los usuarios.

La fase de pruebas va enseguida después de la solución se abrirá un periodo de pruebas en el cual

se validará el funcionamiento, la usabilidad, practicidad de la plataforma, así como si la interfaz es amigable con el usuario.

Para finalizar en la fase de cierre se revisarán y garantizaran todos los entregables con respecto a
las especificaciones técnicas y es aprobado por la parte interesada.

E J E M P L O
- Desglose de trabajo (EDT)

- Validar el alcance
En este apartado se validarán los entregables hechos en la definición del alcance.
 - Controlar el alcance
Debemos monitorear o en este caso controlar evaluando el estado que alcanzo el proyecto en
comparación con las líneas base que son delimitadas en la definición del proyecto mediante un análisis como el que s
muestra a continuación:

E J E M P L O

Capítulo II.2. Plan de gestión de los requisitos

Plan de gestión de requerimientos – Versión 2.0
Proyecto: Firedbird
Preparado por: José Navalon Yepes Fecha: 14/06/22
Revisado por: Ramon Villegas Lopez Fecha: 14/06/22
Aprobado por: Rodolfo Urquidi Foler Fecha: 14/06/22
Recopilación de requisitos:
- Inspección de pruebas
- Registro de compras
E J E M P L O
- Auditorias de calidad
- Control de diseño
- Servicios
- Control de procesos

Priorización de requisitos:
Se dará prioridad a los requisitos de alto nivel los cuales son las necesidades gráficas y técnicas del software

Rastreabilidad:
Dichos requisitos deberán ser rastreables en caso de que suceda algún cambio por lo que estarán bien definida
en el desglose de trabajo
Gestión de la configuración:
Se deberá gestionar los requisitos que ya se han configurado en la fase de solución del proyecto para saber
cuáles son más fáciles de aplicar.
Verificación de los requisitos:
El director del proyecto deberá darles el visto bueno a los requisitos verificados que anteriormente se tomaron
por el equipo de trabajo ante la petición de los clientes.
Capítulo II.3. Plan de gestión del cronograma
- Definición de actividades

- Duración de actividades

- Cronograma General del proyecto

E J E M P L O
 9
Capítulo II.4. Plan de gestión de los costos
 E J E M P L O
Capítulo II.5. Plan de gestión de la calidad
Debido a que este proyecto se basa en tecnologías de la información, siendo más precisos en el desarrollo de software web
basaremos nuestros estándares de calidad ISO/IEC 9126 para el proceso de este producto que queremos realizar. Las norm
de calidad con mayor peso en este sector son
las siguientes y en las cuales nos vamos a apegar en la realización de este proyecto:

- ISO/IEC 14598-1
- ISO/IEC 14598-2
- ISO/IEC 14598-3
- ISO/IEC 14598-4
- ISO/IEC 14598-5
- ISO/IEC 14598-6
- ISO/IEC 2500n
- ISO/IEC 25050-25099

Capítulo II.6. Plan de gestión de los recursos

E J E M P L O
Capítulo II.7. Plan de gestión de las comunicaciones
El proceso de comunicación de este proceso se simplifico mediante una matriz de comunicación del
proyecto para su correcta implementación y que el flujo de información no se vea afectado.

Capítulo II.8. Plan de gestión de los riesgos

Para la gestión de riesgos listamos los posibles riesgos que pueden llegar a suceder durante la realización del proye
por lo que se enlistan y se hace una probabilidad si pueden suceder y que
impacto tendrían.
E J E M P L O

- Probabilidad de que pase los riegos

- Análisis de riesgos.
Capítulo II.9. Plan de gestión de las adquisiciones
Sabiendo que va a ser importante saber escoger los equipos necesarios para soportar los entornos
de trabajo ya que no cualquier equipo de computo soporta los programas para realizar el código y laborar las bases de dato

E J E M P L O

Por consiguiente, realizamos un formato de compras para tener bien identificados los gastos que se
harán.
Para este proyecto los responsables de compras y los únicos que podrán llenar este formato ya sea
para compras o contratación serán las siguientes personas:
- Gerente de proyecto
- Gerente de soporte técnico
- Ingeniero en sistema
Capítulo II.10. Plan de involucramiento de los interesados
- Identificar a los interesados
En este proyecto los principales interesados son el personal mismo de la empresa y otros externos que son los siguientes:
Empleados Clientes
Proveedores de equipo informático
Director general

E J E M P L O
Director de TI Gerente de
proyectos
 - Planificar el involucramiento de los interesados
Todos tendrán su incorpora miento durante las fases del proceso que dure el proyecto en la etapa que sean necesitados
como el caso de los clientes serían los usuarios finales a los cuales se les presentara la plataforma web ya terminada
para su uso.
El director general no estará muy metido en realización del proyecto sino el solo revisara el estatus de como y si algo llegar
tornarse un poco fuera de control el problema ya escalaría hasta sus manos y la decisión la tomaría junto con el gerente de
proyectos.
Y así cada uno tendría su debido involucramiento en la fase que le corresponde a cada uno, pero es seguro que todos los
interesados participen directa o indirectamente como el caso del director general que solo revisara informes de la
situación, pero toda la responsabilidad del proyecto será del gerente de proyectos.
- Gestionar la participación de los interesados
En el plan de gestión de comunicación se establece un canal para que el gerente de proyectos tenga canales de comunicac
claras para que los interesados no interfieran en las tereas de otros y solo se comuniquen con quien lo tengan que hacer.
- Monitorear el involucramiento de los interesados

El gerente de proyectos es la persona encargada de monitorear que todos los interesados estén
involucrados para que no haya situaciones en las que no tengan interés del proyecto y se aburran de este terminando por
salirse o pensando que es gran responsabilidad lo que se les asigno.

Capítulo III. Indicadores (KPIS)

Nuestros indicadores para el desempeño de rendimiento de la gestión de nuestro proyecto serán los siguientes parámetro

Indicador estándar
Malo Regular Excelente
<95% >95% >98%
<98%
Desempeño del tiempo de actividades
Malo Bueno Excelente
<80% 81%-94% 95%-99.9%
Capítulo IV. Cierre del proyecto
IV.1. Acta de cierre de proyecto
Nombre del proyecto: Firebird Fecha: 14/06/22

E J E M P L O
- Información del proyecto
Datos

Empresa / Organización Mi-empresa

Proyecto Firebird

Fecha de preparación 14/06/22

Cliente Mi empresa
Patrocinador principal Dirección general

Gerente del proyecto Aldo De La Flor Domínguez

Patrocinador / Patrocinadores
Nombre Cargo Departamento

Luis Rua Mariño Director General Presidencia

Razón de cierre
Por medio de la presente, se da cierre formal al proyecto por las razones especificadas en la siguiente ficha:
Marca con una “X” la razón de cierre:

Entrega de todos los productos de conformidad con los X

requerimientos del cliente.

Entrega parcial de productos y cancelación de otros de

conformidad con los requerimientos del cliente.

Cancelación de todos los productos asociados con el

proyecto.

E J E M P L O
Aceptación de productos o entregables

Entregable Aceptación Observaciones

(si o no)

Consolidación de Si Se reúnen todos los

requerimientos requerimientos mediante el acta
hecha

Informa de detalles técnicos Si Se hace una buena

documentación de todas las
especificaciones durante el
desarrollo tecnológico

Acta de entrega final Si Se entrega el acta de cierre

Para cada entregable aceptado, se da por entendido que:

  El entregable ha cumplido los criterios de aceptación establecidos en la documentación de requerimientos y definic
de alcance.
 Se ha verificado que los entregables cumplen los requerimientos.
 Se ha validado el cumplimiento de los requerimientos funcionales y de calidad definidos.
 Se ha realizado la transferencia de conocimientos y control al área operativa.
 Se ha concluido el entrenamiento que se definió necesario.
 Se ha entregado la documentación al área operativa.

Se autoriza al Gerente de Proyecto a continuar con el cierre formal del proyecto o fase, lo cual deberá
incluir:

 Evaluación post-proyecto o fase.

 Documentación de lecciones aprendidas.
 Liberación del equipo de trabajo para su reasignación.
 Cierre de todos los procesos de procura y contratación con terceros.
 Archivo de la documentación del proyecto.

Una vez concluido el proceso de cierre, el Patrocinador (Sponsor) del proyecto deberá ser notificado
para que el Gerente de Proyectos sea liberado y reasignado.

Aprobaciones
Patrocinador Fecha Firma

E M P L O
Luis Rua Mariño 14/06/22

E J
Conclusión
Para terminar mi actividad de la elaboración de un plan de proyecto me percato de que son tareas bastantes importante d
realizar y ejecutar ya que un Project manager tiene que tener habilidades y conocimientos de las diferentes áreas de la
empresa y no solo de forma interna, también debe esta bien relacionado en el exterior para conseguir proveedores con
productos de calidad así como contratar personal de confianza ya se que venga recomendado por su excelente trabajo en
empresas o por que ya conocen el trabajo de esas personas por que han seguido un poco su trayectoria.
Este ejercicio me ayudo a fortalecer a elaborar las herramientas de análisis con las que contamos para hacer una mejor
predicción en costos, prevención de riesgos y hasta para hacer una matriz que nos permita plantear buenos canales de
comunicación y todo esto gracias a dichas herramientas que existen. Así mismo pude mejorar la calidad los procesos
técnicas que con anterioridad empleaba sin saber bien que es lo que estaba haciendo o saber en que parte de la guía del
PMBOK me encontraba, ya que también debo de tener conocimiento de hacer un buen desglose de trabajo ya que esto e
fundamental para cualquier clase de proyecto así sea para una empresa chica o grande e incluso estas prácticas las
podemos usar en la vida diaria ya que es mejor tener siempre una planeación para lo que queramos hacer y no solo ir
improvisando sobre la marcha esperando a
que todo salga bien.
Índice de referencias1. Asana. (05 de octubre de 2021). Plan de gestión del alcance: Qué es y cómo crearlo. https://asana.com/es/r
ejecutivo (abstract) ............................................................................................................ 2Planteamiento del problema ..........................................................
o que hemos visto en la
n control de incidentes de
os tiene limitado en hacer
nacional hace que demore
aber inconvenientes
en su caso no puede demorar
de trabajo ágil para que

estionar dicho plan a través

estionar componentes
as de análisis,
requieran durante la gestión

O
s el servicio a nuestros
una mínima situación hasta
os de ellos por el hardware

s tiempos de respuestas más

nos quieran brindar alguna
o se llega a hacer costos por

tá planteando vemos
ales para darles una
ftware web a crear
haciendo una interfaz gráfica
guridad de una plataforma
alizarla a los demás

te
a cual se va a obtener todo
a plataforma web. Teniendo

las
entregar los respectivos

amigable con el usuario.

en
n análisis como el que se
sarrollo de software web
remos realizar. Las normas
el

e la realización del proyecto

.
laborar las bases de datos.

que son los siguientes:

que sean necesitados
forma web ya terminada lista

de como y si algo llegara a

a junto con el gerente de

s seguro que todos los

isara informes de la

a canales de comunicación
n lo tengan que hacer.

de este terminando por

os siguientes parámetros.

L O
la siguiente ficha:
requerimientos y definición

erá

bastantes importante de
ferentes áreas de la
guir proveedores con
su excelente trabajo en otras
su trayectoria.
ara hacer una mejor
r buenos canales de
a calidad los procesos y
que parte de la guía del
e trabajo ya que esto es
uso estas prácticas las
s hacer y no solo ir
arlo. https://asana.com/es/resources/scope-management-plan2. Canal RMC Learning Solutions. (13 de julio de 2008). Getting Started in Project Manage