Plan de Dirección de Proyecto.

A. Alcance

PLAN DE GESTIÓN DE ALCANCE

Proceso de recopilar requisitos
Para el alcance es necesario determinar los requisitos de los interesados.
Requisitos:
 Plan de gestión del alcance
 Objetivos del proyecto

Mediante encuestas y entrevistas a los interesados requeridas para documentar la

totalidad de los requisitos, se realizará la matriz de trazabilidad de requisitos.
Proceso de definición del Alcance
La definición del alcance se realizara a alto nivel.
Requisitos:
 Acta de constitución del Proyecto
 Documentación de requisitos

Se definirá el alcance del Proyecto de Diseño de una aplicación móvil para la gestión de
torneos de futbol en la ciudad de Bogotá, así como sus respectivos entregables y las tareas
necesarias para llevarlas a cabo, también definir los supuestos del proyecto para una
mejor definición del alcance.
Proceso de elaboración del EDT
Requisitos:
 Enunciado del alcance
 Documentación de requisitos
El EDT es la estructura jerárquica de todo el trabajo a realizar en el Proyecto
descompuesto en niveles.

Proceso para validar el alcance

Este proceso debe realizarse al finalizar entregables importantes del proyecto y debe
realizarse siempre antes del proceso de cerrar proyecto o fase.
Requisitos:
 Entregables
 Documentación de requisitos
 Datos de desempeño de trabajo
Asegurar que cada entregable este cumpliendo con los requerimientos iniciales del
proyecto. Esto se realizara mediante inspecciones o auditorias para si es el caso realizar
los ajustes necesarios.
Proceso de controlar el alcance
Control de cambios del alcance.
Requisitos:
 Línea base del alcance
 Matriz de trazabilidad de requisitos
 Datos de desempeño del trabajo
Se realizaran estudios para analizar las desviaciones del alcance con la línea base, se
determinara a partir de esto si es necesario realizar acciones correctivas.

DOCUMENTACIÓN DE REQUISITOS
Necesidad del negocio u oportunidad a aprovechar
El proyecto tiene como objetivo el Diseño de una aplicación móvil para la gestión de
torneos de futbol en la ciudad de Bogotá, consta de cuatro roles dependiendo el rol del
usuario, (Organizador, Delegado de equipo, jugador, árbitro) en al cual se pueda de
manera intuitiva conocer de los eventos, fechas, lugares, costos de un torneo.

En la actualidad no se cuenta en el mercado una app con estas características por lo que
se detecta la necesidad.

Objetivos del negocio y del proyecto

Objetivos del Proyecto
 Objetivo General
 Determinar la viabilidad para el desarrollo de una aplicación móvil que
gestione torneos de futbol y mejore la experiencia de usuario para los
organizadores y jugadores de fútbol en la ciudad de Bogotá.
 Objetivos Específicos

 Caracterizar el mercado potencial para el diseño de una aplicación móvil de

gestión de torneos de fútbol en la ciudad de Bogotá.
 Verificar los requerimientos técnicos y funcionales para el diseño de una
aplicación móvil de gestión de torneos de fútbol en la ciudad de Bogotá que
satisfaga las necesidades y expectativas del usuario potencial.
 Evaluar la viabilidad financiera y económica para el diseño de una aplicación
móvil de gestión de torneos de fútbol en la ciudad de Bogotá.
 Requisitos funcionales
Prioridad
Requisitos
Interesado otorgada por el
interesado Código Descripción
La app estará disponible el play store
Alta R01
para su descarga.
La app debe tener cuatro roles
Dueño del proyecto Alta R02
dependiendo el perfil del usuario
La app permitirá gestionar la
Media R03
información de los clientes
La app permitirá gestionar los
Alta R04
torneos que aquí se registren.
La app será capaz de informar a
todos sus usuarios datos
Dueño del proyecto actualizados de torneos, canchas
Alta R05 disponibles, estadísticas, valores, y
demás información relevante
además de poder registrar
solicitudes y PQR.
Requisitos no funcionales
Prioridad
Requisitos
Interesado otorgada por el
interesado Código Descripción
El sistema debe ser una aplicación
Dueño del proyecto Alta R06
para celular
Todos los entregables del proyecto
PM Alta R07 deben completarse según la
programación realizada
Requisitos de calidad
Prioridad
Requisitos
Interesado otorgada por el
interesado Código Descripción
Que el sistema cumpla con los
Equipo del Proyecto Alta R08
requisitos funcionales establecidos
La calidad del proyecto debe ser
óptima, para lograr la aceptación
Equipo del Proyecto Alta R09
debe cumplir un 85% de los
objetivos trazados.
Criterios de aceptación
Los componentes del sistema a desarrollar deben cumplir con el
Técnicos
100% de lo trazado al inicio.
Los componentes del sistema deben cumplir con los estándares
De calidad
de calidad definidos por el proyecto.
Administrativos Todos los entregables deben ser aprobados por el cliente.
 MATRIZ DE TRAZABILIDAD DE REQUISITOS

Atributos del requisito Trazabilidad hacia:

ESTAD GRADO
OBJETIVOS
CÓDI PRIORI O DE NECESIDADES, OPORTUNIDADE S, REQUERIMIENTO
DESCRIPCIÓN Propietario CRITERIO DE ACEPTACIÓN DEL
GO DAD ACTUA COMPL METAS Y OBJETIVOS DEL NEGOCIO DE ALTO NIVEL
PROYECTO
L EJIDAD

Permitirá el acceso a la  Optimizar el acceso al uso Objetivo del Cumplir con lo

La app estará disponible el play Dueño del
R01 Alta AC A aplicación desde cualquier de la aplicación alcance del requerido por
store para su descarga. proyecto
celular smartphone  Brindar servicio de calidad proyecto el cliente

Cumplir con
Permitirá el registro al de  Optimizar los procesos de el objetivo Cumplir con lo
La app debe tener cuatro roles Dueño del
R02 Alta AC M entradas y salidas de los registro de requerido por
dependiendo el perfil del usuario proyecto
usuarios  Brindar servicio de calidad. alcance para el cliente
proyecto
 Optimizar los procesos Cumplir con
Es necesario se registre Cumplir con lo
La app permitirá gestionar la Dueño del internos. el
R03 Media AC A toda información requerido por
información de los clientes proyecto  Retención de los clientes alcance del
relacionada al cliente el cliente
 Brindar servicio de calidad proyecto
Es necesario registrar
Definido en
todas las canchas  Crecimiento del uso de la Cumplir con lo
La app permitirá gestionar los Dueño del el
R04 Alta AC M disponibles, horarios, app requerido por
torneos que aquí se registren. proyecto alcance del
ubicación geográfica,  Brindar servicio de calidad. el cliente
proyecto
costos, además de árbitros.
La app será capaz de informar a
todos sus usuarios datos
El sistema permitirá Definido en
actualizados de torneos, canchas Cumplir con lo
Dueño del realizar reportes para el  Valor agregado el
R05 disponibles, estadísticas, Alta AC A requerido por
proyecto control adecuado de los  Brindar servicio de calidad. alcance del
valores, y demás información el cliente
procesos realizados proyecto
relevante además de poder
registrar solicitudes y PQR.
 Atributos del requisito Trazabilidad hacia:
ESTAD GRADO
OBJETIVOS
CÓDI PRIORI O DE NECESIDADES, OPORTUNIDADE S, REQUERIMIENTO
DESCRIPCIÓN Propietario CRITERIO DE ACEPTACIÓN DEL
GO DAD ACTUA COMPL METAS Y OBJETIVOS DEL NEGOCIO DE ALTO NIVEL
PROYECTO
L EJIDAD
El sistema debe ser una Definido en
aplicación para celular La aplicación de software Cumplir con lo
Dueño del  Optimizar los procesos el
R06 Alta AC M deberá ser basado para requerido por
proyecto internos alcance del
Smartphone. el cliente
proyecto
Todos los entregables del Definido en
proyecto deben completarse Cumplir con lo
Cumplimiento del  Optimizar los procesos el
R07 según la programación realizada PM Alta AC M requerido por
cronograma internos alcance del
el cliente
proyecto
El producto final debe Definido en
Que el sistema cumpla con los  Optimizar los procesos Cumplir con lo
Equipo del cumplir con todos los el
R08 requisitos funcionales Alta AC A internos requerido por
Proyecto requisitos definidos en el alcance del
establecidos  Brindar servicio de calidad el cliente
alcance proyecto
La calidad del proyecto debe ser Definido en
 Optimizar los procesos Cumplir con lo
óptima, para lograr la Equipo del El sistema debe lograr la el
R09 Alta AC A internos requerido por
aceptación debe cumplir un Proyecto satisfacción del cliente alcance del
 Brindar servicio de calidad el cliente
85% de los objetivos trazados. proyecto
 ENUNCIADO DEL ALCANCE DEL PROYECTO
Descripción del alcance del producto
Requisitos Características
I. La aplicación estará disponible en I. Sera posible realizar descargas
Play store directamente desde la suite de Play store.
II. Sera posible realizar consultas, crear
nuevos clientes (según uno de los cuatro
II. El sistema permitirá gestionar la
roles), adjuntado sus datos y darse de
información de los clientes
baja por decisión propia o por la
administración..
III. Sera posible registrar torneos y
III. El sistema permitirá gestionar
administrarlos centralizadamente,
torneos en la ciudad de Bogotá
consecución de canchas y árbitros.
IV. El sistema permitirá realizar reportes IV.Sera posible generar diferentes reportes o Commented [BCNF1]:
para el control adecuado de los gráficos que permitan obtener información
procesos realizados relevante.
Criterios de aceptación
Los componentes del sistema a desarrollar deben cumplir con el
Técnicos
100% de lo trazado al inicio.
Los componentes del sistema deben cumplir con los estándares
De calidad
de calidad de definidos por el proyecto
Todos los entregables deben ser aprobados por el dueño del
Administrativos
proyecto.
Descripción del alcance del proyecto
Gestionar un proyecto para el desarrollo de una aplicación móvil para la gestión y/o
administración de torneos de futbol en la ciudad de Bogotá. Dicho proyecto se
desarrollará con tecnología Android y para el manejo de peticiones al servidor y
almacenamiento se usará Arquitectura Kappa, la duración del proyecto se proyecta en un
periodo de un año.

Fases del proyecto

Fase Descripción
Con esto se pretende obtener todos los
atributos requeridos para que el proyecto
cumpla con el objetivo del mismo, además
Levantamiento de información
de tener en cuenta las necesidades de
usuarios y patrocinadores como también
requisitos tecnológicos.
En esta fase se realiza un análisis del sistema
propuesto, se documenta la arquitectura de
Elaboración
la aplicación y se desarrolla algunos
prototipos de la interfaz de la aplicación.
Esta fase se pasa a la etapa de desarrollo,
que es la construcción del sistema según la
arquitectura ya diseñada, se obtiene una
Construcción
versión beta al finalizar y realiza las
respectivas pruebas para realizar la
retroalimentación respectiva
 Esta fase se realiza el despliegue de la
aplicación o también llamada la puesta en
Transición producción, además se provee asistencia y
capacitación a los usuarios para el uso de la
herramienta.
Esta fase comprende todo el proceso de
Gestión de proyectos gestión de proyectos, desde la iniciación del
proyecto hasta el cierre del mismo.
Entregables del proyecto
 Modelamiento de la app
Levantamiento de información  Lista de requisitos
 Lista de atributos
 Modelo de diseño
 Modelo de datos
Elaboración
 Documento de arquitectura de software
 Plan de desarrollo de software
 Versión útil Beta del sistema
 Código fuente
Construcción  Reportes de pruebas
 Documentar defectos
 Checklist de verificación de
funcionalidad del sistema.
 Reporte de despliegue del sistema
Transición  Manual de usuario
 Reportes de capacitación al usuario
 Acta de Constitución del Proyecto
 Plan de Gestión del Proyecto
 Acta de Reunión
 Solicitudes de Cambio
Gestión de proyectos  Lista de riesgos
 Plan de gestión de requerimientos
 Plan de control de cambios
 Acta de cierre del proyecto

Restricciones del proyecto

Ambientales o externos a la
Internos a la organización
organización
La inversión que se realice para cada Otros gastos no asociados y/o no
actividad deberá ser limitada a la presupuestados afectarán en la fecha de
planeación de costo acordada con el entrega final de la implantación del
sponsor. sistema.
La ejecución del proyecto debe realizarse El no proveer facilidades al equipo del
únicamente por el equipo conformado por proyecto impactará de forma directa en el
los integrantes del proyecto y miembros desarrollo del proyecto.
que el Director de Proyecto haya
determinado.
La implantación del sistema solo podrá ser En caso de existir situaciones de riesgo
llevada a cabo en horario laboral, el cual es externo que requieran la suspensión de
de lunes a viernes de 8 a 12 pm y de 2 a 5 actividades del local y/o dictadas por ley,
 pm. Se encuentran excluidos los días no podrá afectar a la continuidad del
laborales designados por ley. proyecto.
Supuestos del proyecto
Ambientales o externos a la
Internos a la organización
organización
Se cuenta con los medios de comunicación El proyecto cuenta con la infraestructura
verbal y escrita entre los miembros del necesaria para generar el ambiente de
equipo del proyecto y los integrantes de la prueba y el despliegue final.
organización.
Se cuenta con personal técnico con El sponsor debe participar en la revisión de
experiencia para la toma de requerimientos entregables según se vayan realizando, para
del proyecto realizar la validación del alcance.
Se cuenta con personal técnico con Las personas responsables de aprobar los
experiencia suficiente para la ejecución de entregables se sujetarán a los plazos
sus tareas. establecidos en el Plan de Proyecto.
Se dispondrá de toda la información Las capacitaciones se realizarán de acuerdo a
relacionada a la organización para el análisis un cronograma, y éstas serán únicas por
del sistema actual. implantación.

- EDT
 B. Tiempo

PLAN DE GESTIÓN DEL TIEMPO

Proceso de definición de actividades
Definir las actividades.
Requisitos:
 Plan de gestión del tiempo
 Línea base del Alcance(Enunciado del alcance, EDT)

Se descompondrá los paquetes de trabajos establecidos en el EDT para determinar las

actividades del proyecto.
Proceso de secuenciar, estimar las actividades
Luego de determinar las actividades es necesario secuenciarlas.
Requisitos:
 Plan de gestión del tiempo
 Lista de actividades

Proceso de desarrollar el cronograma

Requisitos:
 Plan de gestión del tiempo
 Duración de actividades

Se creará el cronograma según los datos obtenidos.

Proceso de controlar el cronograma
Requisitos:
 Cronograma
 Datos de desempeño del trabajo
Se realizaran estudios para analizar las desviaciones del cronograma con la línea base,
análisis de desempeño, se determinara a partir de esto si es necesario realizar acciones
correctivas y predicciones del proyecto.

Cronograma de Actividades
1. Cronograma de actividades
# Actividades % Fecha Revisor(es) Criterio
avance Entregable/ Fecha de de Fin de
Producto Inicio Aceptaci
ón
1 Levantamiento 10% Documento con los 3 de 21 de Analista de Los
de requerimientos del Febrero Febrero requerimie requerimi
requerimientos desarrollo del de 2020 de 2020 ntos entos
proyecto cumplen
con las
necesida
des del
software
2 Planeación y 10% Documento con el 21 de 13 de Director de La
definición del ACTA de Febrero Marzo proyectos planeació
alcance del constitución del de 2020 de 2020 n con el
proyecto proyecto. proyecto
Plan de proyecto y cumple
Cronograma con
presupue
sto
program
ado para
el
proyecto
3 Diseñar la 0% Documento de 13 de 30 de Arquitecto Que la
arquitectura diseño de la Marzo de Marzo de arquitect
del proyecto arquitectura del 2020 de 2020 software ura
proyecto. cumpla
con las
necesida
des del
proyecto
4 Diseño de la 0% Documento de 30 de 6 de Diseñador Que el
interfaz gráfica diseño e history Marzo de abril de gráfico de diseño
de la aplicación Boards 2020 2020 aplicacione cumpla
s con
especific
aciones
de diseño
centrado
en el
usuario
5 Desarrollo de la 0% Código de la 6 de abril 29 de Desarrollad Que el
aplicación aplicación en la de 2020 Septiem ores desarroll
móvil herramienta bre de Android, o pase
especificada en los 2020 Java, las
requerimientos javascript pruebas
correspo
ndiente
de
calidad y
rendimie
nto.
 6 Pruebas de 0% Documento de 29 de 14 de Analista de Entrega
Desarrollo Casos de pruebas septiemb Octubre pruebas de bugs
Documento de re de de 2020 junior y/o
Pruebas 2020 documen
funcionales to de
éxito.
7 Corrección de 0% Código de la 14 de 28 de Desarrollad Que pase
defectos aplicación Octubre octubre ores las
corregido de 2020 de 2020 pruebas
8 Integración y 0% Aplicación online 28 de 5 de Integrador Que se
lanzamiento a en Play store octubre Noviem y descargu
producción la de 2020 bre de miembros e la
aplicación 2020 del equipo aplicació
de n
desarrollo
9 Cierre del 0% Documento de 5 de 12 de Director de Aprobaci
proyecto cierre del proyecto Noviemb Noviem proyecto ón
Documento de re de bre de satisfacto
lecciones 2020 2020 ria de los
aprendidas usuarios
finales
1 Soporte y 0% Documento de 12 de Auxiliar de Que la
0 control de la corrección de fallos Noviemb soporte de falla no
aplicación y puesta en re de aplicacione se
producción la 2020 s presente
solicion a la falla en la
aplicació
n
20%

Costos
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
Viva Futbol VF

INTRODUCCIÓN:
El fin de este plan de gestión de costos es definir cómo será gestionado los costos asociados con el
Proyecto. Para completar este proyecto con éxito dentro del límite de presupuesto asignado, todos los
miembros clave del proyecto y los interesados deben cumplir con el trabajo definido dentro de este
plan de gestión de costos y del plan general del proyecto que apoya.

ALCANCE:
El plan de gestión de costos para el proyecto incluye la construcción de varios componentes de los
costos, tales como:

 Gestión de proyecto de los recursos del equipo.

 Reclutamiento y contratación de personal adicional, si fuera necesario.

FUNCIONES Y RESPONSABILIDADES DENTRO DE LA GESTIÓN DE COSTOS:

SPONSOR DEL PROYECTO
El Sponsor del proyecto es el responsable de la aprobación del plan del Proyecto de la gestión de costos.
Además, el Sponsor es el responsable de aprobar el presupuesto del proyecto y es la autoridad de
aprobación de los fondos adicionales que puedan ser necesarios.
GERENTE DE PROYECTO
El Gerente del Proyecto para el Proyecto VF es el responsable de la gestión diaria de los fondos del
proyecto.
El Gerente de Proyecto es el responsable del desarrollo de la estructura de trabajo descomposición
interna (EDT), que cubre todos los trabajos a realizar por el equipo de trabajo.
El Gerente de Proyecto está autorizado para ejecutar el gasto de los fondos del proyecto cuando sea
necesario de acuerdo con el plan de gestión de costos y presupuesto asignado del proyecto.
El Gerente de Proyecto no podrá autorizar el uso de fondos adicionales sin la aprobación previa del
Sponsor del proyecto.

EQUIPO DEL PROYECTO

El equipo del proyecto es el responsable de ejecutar el trabajo asignado, de acuerdo con el plan de
gestión de costos.

PLANEAMIENTO DE GESTIÓN DE COSTOS:

COSTO DE PLANIFICACIÓN Y ESTIMACIÓN
Una vez que las necesidades del Proyecto VL han sido determinadas, el equipo del proyecto definirá
los recursos necesarios y las necesidades de personal, si fuera necesario, para el buen fin del proyecto.
Con base en los costos laborales y la duración prevista de cada elemento de la EDT, se hará una
estimación determinada.
Los costos de los elementos del EDT serán totalizados y serán usados para solicitar la financiación del
proyecto.
Una vez que el presupuesto del proyecto es aprobado, el sponsor del proyecto comparará la asignación
para cada elemento del EDT contra el presupuesto general y realizará los ajustes en las asignaciones
según sea necesario para cumplir con el presupuesto del proyecto.
Una vez que todas las asignaciones han sido revisadas y aprobadas por el Sponsor del proyecto, se
define la línea base del costo del proyecto.
La línea base de costo del proyecto sólo podrá ser modificada con la autorización del Sponsor del
proyecto.

COSTO DE SEGUIMIENTO
Los trabajos realizados por los miembros del equipo del proyecto deberán ser actualizados en el
cronograma de trabajo.
El Gerente del proyecto calculará los costos reales para todas las categorías de costos y elementos del
EDT y comparará estos costos con los costos reales de la línea base proyectada sobre una base semanal.
Estas comparaciones se utilizan para generar los datos para todas las métricas e informes de estado.
MEDIDAS DE COSTOS Y GENERACIÓN DE INFORMES
A fin de medir el desempeño del proyecto, se utilizarán varias métricas para capturar los costos y el
rendimiento del cronograma para el Proyecto SSLG.
Las siguientes mediciones serán recogidas y transmitidos por el Gerente del Proyecto:

 Índice de rendimiento de costo (CPI).

 Índice de Rendimiento del Cronograma (SPI).
 Los umbrales de control de CPI y SPI son las siguientes:
o Amarillo: dentro de +/- 20% deben ser reportados al Sponsor del proyecto. Si se
determina que no hay ningún efecto sobre la
línea de base del proyecto no se necesitará que se ejecute una medida necesaria.
o Rojo: mayor de +/- 20% deben ser reportados al Sponsor del proyecto. Las medidas
correctivas se deben tomar para mover el
proyecto de nuevo a un nivel de rendimiento aceptable.

Valor Ganado Frecuencia de los

Amarillo Rojo
métricas informes
CPI Mensual 0,8 ≤ CPI ≤ 1,2 CPI <0,8 o CPI> 1.2
SPI Mensual 0,8 ≤ SPI ≤ 1,2 SPI <0,8 SPI> 1.2

 Variación de los gastos (CV).

 Variación del cronograma (SV).

Una tabla se creará para cada uno de los parámetros anteriores. El Gerente del proyecto presentará
estos cuadros para el Sponsor del proyecto en de Situación del proyecto.
MEDIDAS DE CONTROL DE COSTOS
Si el Proyecto VL supera sus límites definidos para los indicadores del CPI o del SPI en cualquier
momento, las medidas correctivas serán consideradas e implementadas con el fin de llevar el proyecto
de nuevo en un rango aceptable de rendimiento.
El Gerente de Proyecto y el equipo considerará todas las medidas de control que resulten de la
corrección de los resultados del proyecto.
Un análisis detallado de todas las medidas de control se presentará al Sponsor del proyecto.
El análisis consistirá en:
• Descripción general de las medidas de control.
• El personal que participa.
• Línea de tiempo a implementar.
• Problemas o preocupaciones respecto a la implementación.
• Efecto esperado sobre el desempeño del proyecto.

Las medidas de control serán revisados por el Sponsor del proyecto. Tras la aprobación del Sponsor del
proyecto, el Gerente de proyecto liderará la implementación de la medida de control autorizado. El
Gerente del proyecto también deberá completar todas las solicitudes de cambio requeridas de acuerdo
con el proceso del proyecto de control de cambios.

En algunos casos aislados puede ser necesario para un proyecto recalcular la línea de base de costos.
Todos los esfuerzos se deben tomar para evitar esto. Sin embargo, si es necesario, sólo el Sponsor del
proyecto puede autorizar esta acción.

TIPOS DE COSTOS CONSIDERADOS:

Recurso requerido Tiempo requerido Costo total Costo por recurso

Director de proyecto 32 $ 4.500.000 $ 4.800.000
Analista de requerimientos 20 $ 3.325.000 $ 2.216.667
Arquitecto de Software 10 $ 9.000.000 $ 3.000.000
Diseñador UX/UI 5 $ 4.000.000 $ 666.667
Desarrollador APP Móvil 130 $ 4.500.000 $ 19.500.000
Tester de software 15 $ 3.000.000 $ 1.500.000
Soporte tecnico de la aplicación 30 $ 2.000.000 $ 2.000.000
Integrador final de la aplicación con
AWS 5 $ 4.000.000 $ 666.667
$
Total días del proyecto 215 34.325.000 $ 34.350.000
Total meses del proyecto 7,166666667

Costos de elementos

DESCRIPCIÓN DEL ARTICULO COSTO

Computador portátil LENOVO S145-14IWL 1TB con - INTEL $
CORE I7 8565U, con una pantalla de 14” 4.938.182,00
$
Celular Motorola Smarthpnone G4 Plus De 32gb Color Negro 399.900,00
$
Publicar la aplicación en la plataforma Android 86.775,00
$
Internet 50GB 1.020.000,00
$
AWS 100 TB 291.564,00
$
Arriendo local 7.200.000,00
$
Servicios agua y Luz 1.200.000,00
$
15.136.421,00

C. Calidad

PLAN DE GESTIÓN DE LA CALIDAD

Política de Calidad del Proyecto:

El proyecto será evaluado con estándares de Calidad. Así mismo culminar el proyecto en el
tiempo y el presupuesto planificados previamente.

LÍNEA BASE DE CALIDAD DEL PROYECTO

Factor de Frecuencia y
Objetivo de Métrica a Frecuencia y
calidad momento de
calidad utilizar momento de medición
relevante medición
SPI = Schedule
Performance * Frecuencia
SPI > = 0.90 Performance * Frecuencia Mensual
del Proyecto Mensual
Index Acum.

CPI = Cost
Performance * Frecuencia
CPI > = 0.90 Performance * Frecuencia Mensual
del Proyecto Mensual
Index Acum.
 Hitos = 90%
Cumplimient Cumplimiento de * Frecuencia
de * Frecuencia quincenal
o de los hitos hitos. quincenal
cumplimiento.
* Frecuencia, cada
* Frecuencia, cada vez vez que haya
que haya reunión con el reunión con el
Rango del 85%
Grado de % de Grado de Comité Ejecutivo. Comité Ejecutivo.
al 100% de
satisfacción Satisfacción. * Medición, cada vez que * Medición, cada
satisfacción
haya reunión con el vez que haya
Comité Ejecutivo. reunión con el
Comité Ejecutivo.

PLAN DE MEJORA DE PROCESOS

1. Delimitar el proceso.
2. Definir la oportunidad de mejora.
3. Obtener información sobre el proceso observado.
4. Analizar la información relevada.
5. Definir las acciones correctivas para mejorar el proceso.
6. Aplicar las acciones correctivas.
7. Verificar si las acciones correctivas han sido efectivas.
8. Estandarizar las mejoras logradas para hacerlas parte del proceso.

LÍNEA BASE DE CALIDAD DEL PRODUCTO

Proceso Indicador Descripción
Tiempo transcurrido desde el momento
% de tiempo del ciclo total de que un cliente interno pone pedido hasta
un pedido
que es entregado.
Proceso de Cantidad de pedidos realizados/ Pedidos
Inventario % de pedidos entregados
solicitados
Pedidos generados sin problemas/ Total
% de la calidad en los pedidos
de pedidos
% de tiempo del ciclo de la Tiempo de respuesta y entrega por parte
Proceso de orden de compra de los proveedores
Compras % de tiempo del ciclo de las Tiempo transcurrido cuando se realiza
devoluciones devoluciones a los proveedores
Tiempo transcurrido durante la venta,
Proceso de % de tiempo del ciclo de una
desde que un cliente solicita un insumo
Ventas venta
hasta que se entrega, factura.
PROCESOS DE GESTIÓN DE LA CALIDAD:
 Para asegurar la calidad se realizará un monitoreo constante acerca de los
indicadores del proyecto y las métricas respectivas.
Estos resultados se analizarán y se remitirán al responsable para que coordine las
Enfoque de acciones respectivas las cuales también será monitoreada vía los informes
aseguramient semanales en las reuniones de calidad. Las cuales derivarían en Solicitudes de
o de cambio.
la calidad De esta manera lograremos un control efectivo y acciones tempranas ante cualquier
necesidad de mejora de procesos.
Verificando que las solicitudes de cambio realizadas se han cumplido con las
recomendaciones entregadas.

Las acciones sobre el Control de Calidad de los entregables se efectuarán a manera

Enfoque de de control, si los mismos están conformes a las especificaciones realizadas y ante
control de la situaciones de desviaciones detectadas se realizará las acciones para establecer la
calidad causa raíz y así eliminar las fuentes de error y los resultados serán formalizados con
acciones necesarias.

Cada vez que se requiera mejorar un proceso realizaremos los siguientes pasos:
1. Delimitar el proceso

2. Definir la oportunidad de mejora

Enfoque de 3. Obtener información sobre el proceso observado
mejora de 4. Analizar la información levantada
procesos 5. Definir las acciones correctivas para mejorar el proceso
6. Aplicar las acciones correctivas
7. Verificar si las acciones correctivas han sido efectivas
8. Estandarizar las mejoras logradas para hacerlas parte del proceso
 D. Recursos Humanos

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Viva Futbol VF

Introducción

El plan de gestión de recursos humanos es una herramienta que ayudará en la gestión de las
actividades de los recursos humanos a lo largo de todo el proyecto hasta el cierre.
El plan de gestión de recursos humanos incluye:
- Funciones y responsabilidades de los miembros del equipo durante el proyecto
- Organigrama del Proyecto
- Cuántos recursos se adquirirán

Organigrama del Proyecto:

Capacitación, Entrenamiento:
● Siempre se deben aprovechar los proyectos para que los funcionarios más experimentados
hagan trasferencia de conocimiento a los menos experimentados,
● La empresa deberá capacitar y entrenar al personal que participa en el proyecto, según lo
requiera éste.

Cumplimiento de Regulaciones, Pactos, y Políticas:

1. Sólo se deben contratar Ingenieros y personal especialista que cuenten con una acreditación
y que pertenezcan al personal interno de la empresa.
2. Todo el personal de la empresa que participa del proyecto pasará por una Evaluación de
Desempeño al final del proyecto, y dicha evaluación se guardará en su file personal.

Requerimientos de Seguridad:

El traslado de equipos (Laptop, Discos Duros, Cd`s), genera riesgo de robo o asalto para el personal que
traslada el equipo, por tanto se fija como requerimiento de seguridad que cualquier traslado de equipos
debe ser hecho con movilidad (taxi) pagada por la empresa, para bienestar del personal y de los activos
de la empresa.

E. Descripción de roles Operativos:

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

VF
VIVE FUTBOL

Nombre del Rol

SPONSOR Luz Esperanza Bohorquez
Objetivos del Rol:
Encargada de patrocinar el proyecto, es el principal interesado en el éxito del proyecto, y por
tanto la persona que apoya, soporta, y defiende el proyecto.
Responsabilidades:
○ Aprobar el Project Charter.
○ Aprobar el Scope Statement.
○ Aprobar el Plan de Proyecto.
○ Aprobar el Cierre del proyecto.

Funciones:
○ Firmar el Contrato del Proyecto.
○ Iniciar el proyecto.
○ Aprobar la planificación del proyecto.
○ Cerrar el proyecto y el Contrato del Servicio.
○ Gestionar el Control de Cambios del proyecto.
○ Gestionar los temas contractuales con el Cliente.
○ Asignar recursos al proyecto.
○ Designar y empoderar al Project Manager.
 ○ Ayudar en la solución de problemas y superación de obstáculos del proyecto.
Niveles de Autoridad:
○ Decide sobre recursos humanos y materiales asignados al proyecto.
○ Decide sobre modificaciones a las líneas base del proyecto.
○ Decide sobre planes del proyecto.
Reporta a:
A Directorio
Supervisa a:
Gerente de Proyecto
Requisitos del Rol:
Conocimientos: Gestión Estratégica.
Liderazgo.
Comunicación.
Habilidades:
Solución de conflictos.
Inteligencia emocional.
Experiencia: Experiencia en proyectos de Tecnologías de información.
Otros: Gestión de Portafolios.

Nombre del Rol

GERENTE DE PROYECTO
Objetivos del Rol:
Es la persona que gestiona el proyecto, es el principal responsable por el éxito del proyecto,
y por tanto la persona que asume el liderazgo y la administración de los recursos del
proyecto para lograr los objetivos fijados por el Sponsor.
Responsabilidades:
○ Elaborar el Project Charter.
○ Elaborar el Registro de Stakeholders.
○ Elaborar el Plan de Proyecto.
○ Elaborar el Informe de Performance del Proyecto, Realizar la Reunión y generar las
actas.
○ Elaborar el Informe de Cierre de componentes y Elaborar el Informe de Cierre del
proyecto.
Funciones:
○ Ayudar al Sponsor a iniciar el proyecto.
○ Planificar el proyecto.
○ Ejecutar el proyecto.
○ Controlar el proyecto.
○ Cerrar el proyecto.
○ Ayudar a Gestionar el Control de Cambios del proyecto.
○ Gestionar los recursos del proyecto.
○ Solucionar problemas y superar los obstáculos del proyecto.
Niveles de Autoridad:
○ Decide sobre la programación detallada de los recursos humanos y materiales
asignados al proyecto.
○ Decide sobre la información y los entregables del proyecto.
Reporta a:
Sponsor
Supervisa a:
○ Arquitecto de tecnología
 ○ Consultor Módulos de la app
Requisitos del Rol:
Conocimientos: Gestión de Proyectos según el PMBOK.
MS Project.
Liderazgo.
Comunicación.
Habilidades:
Negociación.
Solución de Conflictos.
Motivación.
Gestión de Proyectos.
Experiencia:
Procesos de desarrollo de productos.
Aplicaciones ERP.
Otros:
No aplica.

Nombre del Rol

Programador
Objetivos del Rol:
Es la persona que se encargará escribir, depurar y mantener el código fuente del programa
informático SSPL
Responsabilidades:
○ Generar código fuente del sistema.
○ Depurar el sistema.
Funciones:
○ Elaboración de la versión Beta de la app
Niveles de Autoridad:
○ Decide sobre la estructura del código fuente del sistema.
○ Determina los recursos o requisitos necesarios para la preparación del software.
○ Decide sobre la información y los entregables asignados.
Reporta a:
Gerente de Proyecto
Supervisa a:
Ninguno
Requisitos del Rol:
Desarrollo de aplicaciones en Visual
Conocimientos: Studio 2010
Herramientas de Consulta a Base de datos
Sistema SSL
Comunicación
Habilidades: Proactividad
Confiabilidad
Trabajo bajo presión
Experiencia:
Programador (4años)
Trabajo en equipo (2 años)
Otros: No aplica.
Nombre del Rol
Administrador de Base de Datos
Objetivos del Rol:
Es la persona que se encargará de administrar las tecnologías de la información y la
comunicación, siendo responsable de los aspectos técnicos, tecnológicos, científicos,
inteligencia de negocios y legales de bases de datos.
Responsabilidades:
○ Implementar, dar soporte y gestionar bases de datos.
○ Crear y configurar bases de datos relacionales
○ Ser responsables de la integridad de los datos y la disponibilidad
○ Diseñar, desplegar y monitorizar servidores de bases de datos
○ Diseñar la distribución de los datos y las soluciones de almacenamiento
○ Garantizar la seguridad de las bases de datos, incluyendo backups y recuperación de
desastres
○ Planificar e implementar el aprovisionamiento de los datos y aplicaciones
○ Diseñar planes de contingencia
○ Analizar y reportar datos corporativos que ayuden a la toma de decisiones en la
inteligencia de negocios
○ Producir diagramas de entidades relacionales y diagramas de flujos de datos,
normalización esquemática, localización lógica y física de bases de datos y
parámetros de tablas
Funciones:
○ Reportar al Gerente del Proyecto las actividades asignadas.
○ Elaborar diseño de la base de datos.
○ Elaborar diagramas sobre la estructura de la base de datos.
Niveles de Autoridad:
○ Decide la estructura de la base de datos.
○ Determina los recursos o requisitos necesarios para la preparación del software.
○ Decide sobre la información y los entregables asignados.
Reporta a:
Gerente de Proyecto
Supervisa a:
Ninguno
Requisitos del Rol:
Análisis de Sistemas.
Conocimientos: Desarrollo de Software.
Herramientas de Consulta a Base de datos
Módulos del Sistema SSPL
Comunicación.
Proactividad
Habilidades: Confiabilidad
Trabajo bajo presión.
Oratoria
Dominio de escena
Documentación de procesos (1 año)
Experiencia: Analista (2 años)
Administrador de BD (1 año)
Trabajo en equipo (2 años)
Otros: No aplica.
F. Comunicaciones

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

Vive Futbol VF

Comunicaciones del Proyecto:

Ver Matriz de Comunicaciones del Proyecto

La comunicación se hará centralizando todo con el Project Manager para que este tenga el control y la visión total
del proyecto, ejecución avances, problemas, retrasos. Así se garantiza que tome las medidas requeridas en pro
de la consecución del objetivo. Y este será quien reporte al sponsor.

Gerente de Proyecto – Owner - Sponsor

Proyect Manager
Programador
Administrador Base de Datos

Políticas

1. Se captan las polémicas a través de la observación y conversación, o de alguna persona o grupo que los
exprese formalmente.

2. Se codifican y registran las polémicas en el Log de Control de Polémicas:

LOG DE CONTROL DE
POLEMICAS
Código de Enfoque de Acciones de Resultado
Descripción Involucrados Responsable
Polémicas Solución Solución Fecha obtenido

3. Se revisa el Log de Control de Polémicas en la reunión semanal de coordinación con el fin de:
● Determinar las soluciones a aplicar a las polémicas pendientes por analizar, designar un responsable por
su solución, un plazo de solución, y registrar la programación de estas soluciones en el Log de Control.
● Revisar si las soluciones programadas se están aplicando, de no ser así se tomarán acciones correctivas
al respecto.

● Revisar si las soluciones aplicadas han sido efectivas y si la polémica ha sido resuelta, de no ser así se
diseñarán nuevas soluciones.

4. En caso que una polémica no pueda ser resuelta o en caso que haya evolucionado hasta convertirse en un
problema, deberá ser abordada con el siguiente método de escalamiento:

1. En primera instancia será tratada de resolver por el Project Manager, utilizando el método estándar de
resolución de problemas.
2. En segunda instancia será tratada de resolver por el Project Manager, y los miembros pertinentes del
Equipo de Proyecto, utilizando el método estándar de resolución de problemas.
3. En tercera instancia será tratada de resolver por el Sponsor, el Project Manager, y los miembros
pertinentes del proyecto, utilizando la negociación y/o solución de conflictos.
4. En última instancia será resuelta por el Sponsor o por el Sponsor y el Comité de Control de Cambios si
el primero lo cree conveniente y necesario.
 Procedimiento para actualizar el Plan de Gestión de Comunicaciones:
El Plan de Gestión de las Comunicaciones deberá ser revisado y/o actualizado cada vez que:

a. Se apruebe una Solicitud de Cambio que impacte el Plan de Proyecto.

b. Se genere una acción correctiva que impacte los requerimientos o necesidades de información de los
stakeholders.
c. Existan cambios de personal en el equipo de proyecto.
d. Se generen cambios en las asignaciones de personas a roles del proyecto.
e. Existan cambios en la matriz autoridad versus influencia de los stakeholders.
f. Se generen solicitudes especiales de informes o reportes adicionales.
g. Existan quejas, sugerencias, comentarios o evidencias de requerimientos de información no satisfechos.
h. Existan evidencias de deficiencias de comunicación interna y con involucrados externos.

La actualización del Plan de Gestión de las Comunicaciones deberá seguir los siguientes pasos:

○ Identificación y clasificación de stakeholders.

○ Determinación de requerimientos de información.
○ Elaboración de la Matriz de Comunicaciones del Proyecto.
○ Actualización del Plan de Gestión de las Comunicaciones.
○ Aprobación del Plan de Gestión de las Comunicaciones.
○ Difusión del nuevo Plan de Gestión de las Comunicaciones.
Guías para Eventos de Comunicación:

GUIA PARA REUNIONES:

● Se debe fijar la agenda con anterioridad.
● Se debe coordinar e informar fecha, hora y lugar con los participantes.
● Se debe empezar puntual.
● Se deben fijar los objetivos de la reunión, los roles (por lo menos el facilitador y el anotador), los procesos
grupales de trabajo, y los métodos de solución de controversias.
● Se debe cumplir a cabalidad los roles de facilitador (dirige el proceso grupal de trabajo) y de anotador
(toma nota de los resultados formales de la reunión).
● Se debe terminar puntual.
● Se debe emitir un Acta de Reunión, la cual se debe repartir a los participantes (previa revisión por parte
de ellos).

GUIA PARA CORREO ELECTRONICO:

● Los correos electrónicos entre el Equipo de Proyecto de VF y el Cliente deberán ser enviados por el
Project Manager con copia al Sponsor, para establecer una sola vía formal de comunicación con el
Cliente.
● Los enviados por el Cliente y recibidos por cualquier persona del Equipo de Proyecto de VF deberán ser
copiados al Gerente de Proyecto y al Sponsor, para que todas las comunicaciones con el Cliente estén en
conocimiento de los responsables de la parte contractual.

Guías para Documentación del Proyecto:

Guías para Codificación de Documentos.- La codificación de los documentos del proyecto será la siguiente:
AAAA_BBB_CCC.DDD

Donde: AAAA = Código del Proyecto= ‘PROD’

BBB = Abreviatura del Tipo de Documento= pch, sst, wbs, dwbs, org, ram, etc.
CCC = Versión del Documento=’v1.0’, ‘v2.0’, etc.
DDD = Formato del Archivo=doc, exe, pdf, mpp, etc.
Guías para Almacenamiento de Documentos.- El almacenamiento de los documentos del proyecto deberá
seguir las siguientes pautas:
 ○ Durante la ejecución del proyecto cada miembro del equipo mantendrá en su máquina una carpeta con
la misma estructura que el WBS del proyecto, donde guardará en las sub-carpetas correspondientes las
versiones de los documentos que vaya generando.
○ Al cierre de una fase o al cierre del proyecto cada miembro del equipo deberá eliminar los archivos
temporales de trabajo de los documentos y se quedará con las versiones controladas y numeradas (ver
sección Guías para el control de versiones), las cuales se enviarán al Project Manager.
○ El Project Manager consolidará todas las versiones controladas y numeradas de los documentos, en un
archivo final del proyecto, el cual será una carpeta con la misma estructura del WBS, donde se
almacenarán en el lugar correspondiente los documentos finales del proyecto. Esta carpeta se archivará
en la Biblioteca de Proyectos de Consultores PMI, y se guardará protegida contra escritura.
○ Se publicará una Relación de Documentos del Proyecto y la ruta de acceso para consulta.
○ Los miembros de equipo borrarán sus carpetas de trabajo para eliminar redundancias de información y
multiplicidad de versiones.

Guías para el Control de Versiones:

1. Todos los documentos de Gestión de Proyectos están sujetos al control de versiones, el cual se hace
insertando una cabecera estándar con el siguiente diseño:

CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo

2. Cada vez que se emite una versión del documento se llena una fila en la cabecera, anotando la versión,
quien emitió el documento, quién lo revisó, quién lo aprobó, a que fecha corresponde la versión, y por
qué motivo se emitió dicha versión.
3. Debe haber correspondencia entre el código de versión del documento que figura en esta cabecera de
Control de Versiones y el código de versión del documento que figura en el nombre del archivo (ver
sección Guía para Codificación de Documentos), según:

AAAA_BBB_CCC.DDD

Donde: AAAA= Código del Proyecto= ‘PROD’

BBB= Abreviatura del Tipo de Documento= pch, sst, wbs, dwbs,org,ram,etc.
CCC= Versión del Documento=’v1.0’, ‘v2.0’, etc.
DDD= Formato del Archivo=doc, exe, pdf,mpp,etc.
 Nivel Responsable
Grupo Metodología Frecuencia de Código de
Información Contenido Formato de de
Receptor o Tecnología Comunicación elemento WBS
Detalle Comunicar
Datos y Documento
comunicación digital
Sponsor,
Iniciación sobre la iniciación Project Project (PDF) vía 1.1.1 Project
Alto Equipo de Una sola vez
del Proyecto del Charter Manager correo charter
Proyecto
proyecto electrónico
Datos preliminares
Documento
Datos preliminares digital
Statement Sponsor,
Iniciación sobre el alcance Project (PDF) vía 1.1.2 Alcance
Scope Alto Equipo de Una sola vez
del Proyecto del Manager correo Preliminar
Proyecto
proyecto electrónico

Planificación
detallada
Documento
del Proyecto:
digital
Alcance, Sponsor, 1.2.1
Plan del Muy Project (PDF) vía
Planificación Tiempo, Costo, Equipo de Una sola vez Enunciado
Proyecto Alto Manager correo
Calidad, RRHH, Proyecto Alcance
electrónico
Comunicaciones,
Riesgos y
Adquisiciones
Actividad Documento
Detallada del Sponsor, digital
Gantt del Muy Project 1.2.2
Planificación proyecto, Equipo de (PDF) vía Una sola vez
Proyecto Alto Manager Cronograma
Tiempos, Hitos, Proyecto correo
RRHH, Costos. electrónico
Acta de
Aceptación de Informe
Cierre del Aceptación Muy Project PM/ Cliente 1.4.1 Acta de
Proyecto por parte impreso y Una sola vez
Proyecto de Alto Manager / Sponsor Aceptación
del Cliente Digital
Entregable
Aceptación de Informe
Cierre del Cierre de Project 1.4.2 Cierre
ambas partes de Alto Cliente impreso y Una sola vez
Proyecto Proyecto Manager del Proyecto
cierre de proyecto digital
 H. Riesgos

PLAN DE GESTIÓN DE RIESGOS

Metodología de gestion de riesgos
Proceso Descripción Herramientas Fuentes de informacion
Sponsor, líderes funcionales y
Planificar la
Elaborar Plan de Gestión Analistas Funcionales.
Gestión del PMBOK
de Riesgos. Gerente de Proyectos y equipo
Riesgo.
de Proyecto.
Identificar qué riesgos Sponsor, líderes funcionales y
Identificación
pueden afectar el Checklist de Analistas Funcionales.
de los
Proyecto y documentar riesgos. Gerente de Proyectos y equipo
Riesgos.
sus características. de Proyecto.
Definición de
Sponsor, líderes funcionales y
Análisis probabilidad de
Evaluar probabilidad e Analistas Funcionales.
Cualitativo de Impacto Matriz
impacto. Gerente de Proyectos y equipo
Riesgos. de Probabilidad
de Proyecto.
de Impacto.
Sponsor, líderes funcionales y
Planificación de
Planificar la ejecución de Analistas Funcionales.
Respuesta a los PMBOK
respuestas a los riesgos. Gerente de Proyectos y equipo
Riesgos.
de Proyecto.
Sponsor, líderes funcionales y
Seguimiento y
Verificar continuamente Analistas Funcionales.
Control PMBOK
la ocurrencia de riesgos. Gerente de Proyectos y equipo
de Riesgos.
de Proyecto.

Listado de Riesgos
Descripción Herramientas
Mejorar relación con el sponsor e
Deficiente comunicación
interesados
Bajo conocimiento de la metodología por parte del
Verificación de los equipos
equipo de desarrollo
Bajo confianza sobre el rendimiento de los hardware Continua supervisión de los software

Sistema desfasado de los requerimientos y políticas Continua comunicación con el equipo del
del proyecto proyecto
Variación en los costos en la etapa de ejecución del Constante revisión de los precios en el
proyecto mercado

Identificación, Estimación y Priorización de Riesgos

Riesgos Impacto Influencia
Deficiente comunicación Alto Alto
Bajo conocimiento de la metodología por parte del equipo de
Alto Alto
desarrollo
Bajo confianza sobre el rendimiento de los hardware Medio Alto
Variación en los costos en la etapa de ejecución del proyecto Bajo Alto
Sistema desfasado de los requerimientos y políticas de la
Alto Alto
empresa
 I. Interesados

Registro de interesados
Identificación Evaluación Clasificación
FASE DE INTERNO Apoyo /
ROL EN EL REQUERIMIENTOS INFLUENCIA INTERESADO
Nro. NOMBRE EMPRESA Y PUESTO MAYOR / Neutral /
PROYECTO PRIMORDIALES POTENCIAL CLAVE
INTERÉS EXTERNO OPOSITOR
Que el proyecto se
Sponsor concluya
Luz Gerente General ( Dueña de la idea de exitosamente Todo el
1 del Fuerte SI Interno Apoyo
Bohorquez emprendimiento) Que el producto proyecto
proyecto
optimice los
procesos internos
Que el proyecto se
Fernando Director de concluya Todo el
2 Director de proyecto exitosamente Fuerte NO Externo Apoyo
Barahona Proyecto proyecto
Que el producto se
termine
Que se termine el
exitosamente.
proyecto
exitosamente.
Equipo de Equipo de Todo el
3 Integrantes del proyecto Que se desarrolle Fuerte SI Externo Apoyo
proyecto proyecto Proyecto
se cumpla con los
requerimientos
establecidos.
Factores ambientales de la empresa.

Los factores ambientales aquí planteados son factores externos o propios del proyecto que tienen influencia sobre el mismo, por tanto es
pertinente mencionarlos a continuación:

Externos Internos
Normas internacionales Cultura organizacional
Normas gubernamentales Principios y procedimientos
Normas de la industria del software Procesos
Mercado Objetivos
Sistemas operativos en desarrollo Canales de comunicación
Comportamiento del entorno Recursos Humanos
Fluctuación de la moneda Administración Personal
Infraestructura