Formulación Empresarial

de Proyectos
ABASTECIMIENTO DE MATERIALES DE OBRA
MEDIANTE EL USO DE UNA APLICACIÓN.

GARCÍA – HUAMÁN –LOZANO - QUISPE

PROBLEMA
PROBLEMAS
• La mala planificación y los tiempos perdidos a causa de falta materiales in situ.
• No hay un control “real” del material.
• Perdida del material (robo).
• Materiales “especiales” que necesitan entornos especiales.
• La poca área designada para el almacenamiento de materiales.
• La mala infraestructura para los almacenes.

OPORTUNIDADES
• Rápido abastecimiento de Materiales
• Organización de los materiales según control del ingreso de materiales
• Fácil verificación de a información de almacén (aplicación para laptop y
celulares)
• Permite un abastecimiento gradual a solicitud del cliente
• Indicador de alertas cuando el producto se va a acabar
• Programación y control de materiales – Planificación y costos
SOLUCION
B.- EVALUAR EL ESTADO ACTUAL
Mediante técnica de elicitación: observación, entrevistas; se concluye que no
existe en el mercado una aplicación para tal fin
C.- HERRAMIENTAS EVALUACION DEL ESTADO FUTURO
• Matriz de capacidad de Solución
D.- DETERMINAR OPCIONES VIABLES Y PROPORCIONAR RECOMENDACIONES
• Análisis de costo beneficio
• Opciones reales
E.- FACILITAR LA HOJA DE RUTA DEL PRODUCTO
• Visión del Producto: lograr que la aplicación sea comercializado en las obras
a nivel nacional, mantener su actualización.
F.- NECESIDAD DEL NEGOCIO
Cubrir la necesidad en el abastecimiento de materiales mientras se desarrolla
una obra.
MODELO DE NEGOCIO
F.- ARMAR EL CASO DE NEGOCIO:
ALCANCE DEL PRODUCTO.-
Consiste en comercializar una aplicación de abastecimiento de materiales a las obras
civiles, eléctricas, mecánicas las cuales permita optimiza, controlar, verificar,
abastecer y planificar el suministro de materiales en obras a partir del cronograma de
obra.

Se cuenta con una aplicación desarrollada para instalar y trabajar en cualquier tipo
de obra y monto de contratación.
Se proyecta que trabaje en relación al área de planificación y procura de manera
ideal.

El beneficios que se obtiene es: abastecimiento controlado según cronograma de

obra

G.- DESAROLLAR LA CARTA DE APOYO

Negocio de venta de una aplicación ofreciendo un servicio personalizado desde el
inicio, durante y liquidación. Cada obra es un caso particular, depende de los
tiempos y montos.
Al término se evalúa y concluye las ventaja económica cuya métrica es el tiempo del
cronograma ofrecido al cliente.
 ESPECIFICACIONES
OFICINA TECNICAS
TECNICA
REQUERIMIENTOS
PROCURA LICITACION Y COMPRA
TIEMPOS
DE MATERIALES
CANTIDAD

PLANEAMIENTO LLEGADA A OBRA

¿QUÉ OCURRE CUANDO LAS OBRAS SON DE GRANDES?

TECNOLOGIA QUE LO HARA POSIBLE
Tendencia Tecnológica: IOT (Internet de las cosas)

Mediante el uso de código de barras en los productos que ingresen / salgan.

Esta información automáticamente va a la nube y actualiza el reporte “real”
del stock en obra.

PLANEAMIENTO
PLANES DE MARKETING
2.- COMPROMISO DE LOS STAKEHOLDERS.-
• A. Identificar a los interesados
Mediante entrevistas, se consigue identificar a los siguientes interesados:
 Empresa contratista del mercado: corresponde a la administración que
opera la aplicación
 La empresa gestora del negocio: que administrara el servicio, durante y
post venta
 Área de apoyo en informática: mantenimiento del aplicativo
 Área de compras de materiales: gestiona las compras de los materiales.
 Área de almacén: interesados que manejan de forma directa el aplicativo
y distribuyen la carga
 Proveedores de materiales (madera, cemento, piedras, etc.): interesados
que suministran los materiales en general-.
 Transportistas: Interesados que movilizan las cargas en horas especificas.
 Personal de seguridad de los materiales.
B.- CONDUCIR A LOS INTERESADOS .
C: Compromiso de los interesados.-
Empleando lluvia de ideas se tendrán lo siguiente_
Empresa contratista del mercado: operar el aplicativo de manera correcta,
mantener datos actualizados, gestionar los pedidos según requerimiento.
Área de compras: adquirir los materiales según programación
Transportistas: movilizar las cargas y entregarlos en los plazos establecidos
Informática: mantener el aplicativo en toda la operación y dar el soporte de
mantenimiento

D.- Planificación del análisis de negocio

Aplicaremos el WPS

E.- TRANSICION AL ESTADO FUTURO.-

La aplicación será actualizada de manera priodica cada 6 meses y se

ofrecerá al cliente para su venta, considerando un monto del 10 % de lo
pactado.
Por ser una aplicación nueva en el mercado, aplicando una técnica de
elicitación con lluvia de ideas proyectamos a 3 años la validación de la
aplicación
F.- COMPROMISO Y COMUNICACIÓN CON LOS INTERESADOS.-

Tener como parámetro base el cronograma de la obra, cumpliendo lo

requerido
.
G.- EVALUAR EL RENDIMIENTO DEL ANALISIS DE NEGOCIO

Considera los KPI validados.

3.- ELICITACION:

A.- ENFOQUE DE LA ELICITACION

El producto a comercializar es nuevo en el mercado siendo importante

resaltar la lluvia de ideas obtenidas para el presente enfoque.
La aplicación cuenta con validación y seria utilizada en la logística de
almacenes.
Su adquisición debe ser obteniendo la buena pros del servicio y la información
debe ser isuminstrada de inmediato.

B.- PREPARAR LA ELICITACION

De las entrevistas realizadas se contó con:

Información de la gestión de logística del proyecto cuyo resultado confirma la
comercialización y su aplicación para el fin propuesto

C.- CONDUCIR LA ELICITACION

Aplicar el servicio

D.- CONFIRMAR LOS RESULTADOS DE LA ELICITACION

Se cuenta con la aprobación de todos los interesados.
ANALISIS
DETERMINA EL ENFOQUE DEL ANALISIS
Por medio de lluvia de ideas determinamos los siguiente:
El análisis se realizara validando el software en la ejecución del servicio
así mismo verificando que el riesgo sea mínimo durante su puesta en servicio.
CREAR Y ANALIZAR EL MODELO
El uso de un software para el manejo de stock de materiales crea una
necesidad de aplicar una modelación de datos y obtener resultado de lo que
se está circulando en la aplicación o ejecución del servicio que se esta
desarrollando.
 ENTRADA DE INFORMACION

SALIDA DE INFORMACION

SUBE
REQUERIMIENTO
DE MATERIALES SUBE CRONOGRAMA DE
OBRA

PROCURA PLANEAMIENTO

ALMACEN

FUNCIONAMIENTO DE LA APP EN LA OBRA

DEFINIR Y ELABORAR REQUISITOS
Historial de Usuarios

Como cliente , quiero poder ejecutar la aplicación en todas las

versiones de windows para evitar implementar nuevo sistemas
operativos.

Criterio de aceptacion

Dado que el usuario desea instalar la aplicación cuando se inicie el

proceso de instalacion entonces se desplegara un listado de sistema
operativos para su elección.
RIESGOS
IDENTIFICACION RIESGO DEL PRODUCTO
CAUSA - RIESGO – EFECTO
Debido a que se esta ejecutando la aplicación en versiones de Windows
podria ocurrir que la aplicación no sea viable en todas las plataformas,
como consecuencia nuestro mercado se va a ver limitado a solamente
usuarios Windows.
Impacto Muy Bajo Bajo Moderado Alto Muy Alto
Probabilidad 0.05 0.1 0.2 0.4 0.8
Muy Probable 0.9 0.05 0.09 0.18 0.36 0.72
Bastante Probable 0.7 0.04 0.07 0.14 0.28 0.56
Probable 0.5 0.03 0.05 0.10 0.20 0.40
Poco Probable 0.3 0.02 0.03 0.06 0.12 0.24
Muy poco Probable 0.1 0.01 0.01 0.02 0.04 0.08

Variable Probabilidad Impacto Rango Alto 0.99 0.18

Costo 0.3 0.1 0.03 Moderado 0.17 0.05
Cronograma 0.3 0.1 0.03 Bajo 0.04 0.01
Alcance 0.5 0.1 0.05
Calidad 0.3 0.1 0.03
0.14
Planificamos la respuesta:
Las posibles estrategias: “Eliminar”, Mitigar, Transferir y
aceptar
Respuesta al riesgo:
Aplicar un plan de contingencia

Monitoreo al riesgo:
Hacer una revision periodica a las empresas para ver si las
empresas han camdiado su sistema operativo.
DEFINIR Y ELABORAR REQUISITOS
Historial de Usuarios

Como Vicepresidente de tecnologia (cliente), quiero que el sistema

utilice la base de datos de pedidos existentes para evitar crear una
nueva base de datos.

Criterio de aceptacion
Dado que la aplicación se implementa al inicio de la obra cuando el
usuario inicie la apliacacion entonces la aplicación brindara la opcion
de pre cargar una base de datos de proveedores.
RIESGOS
IDENTIFICACION RIESGO DEL PRODUCTO
CAUSA - RIESGO – EFECTO

Debido a que se esta empleando una base de datos existente podria

ocurrir que esta no este actualizada, como consecuencia se tendria una
informacion errada.

Impacto Muy Bajo Bajo Moderado Alto Muy Alto

Probabilidad 0.05 0.1 0.2 0.4 0.8
Muy Probable 0.9 0.05 0.09 0.18 0.36 0.72
Bastante Probable 0.7 0.04 0.07 0.14 0.28 0.56
Probable 0.5 0.03 0.05 0.10 0.20 0.40
Poco Probable 0.3 0.02 0.03 0.06 0.12 0.24
Muy poco Probable 0.1 0.01 0.01 0.02 0.04 0.08

Variable Probabilidad Impacto Rango Alto 0.99 0.18

Costo 0.7 0.4 0.28 Moderado 0.17 0.05
Cronograma 0.7 0.4 0.28 Bajo 0.04 0.01
Alcance 0.7 0.2 0.14
Calidad 0.7 0.4 0.28
0.98
Planificamos la respuesta:
Las posibles estrategias: “Eliminar”, Mitigar, Transferir y
aceptar
Respuesta al riesgo:
Aplicar un plan de capacitación

Monitoreo al riesgo:
indicadores y reportes para determinar cuáles son las
acciones necesarias para su correcto funcionamiento.
DEFINIR Y ELABORAR REQUISITOS
Historial de Usuarios

Como usuario, quiero que la aplicación responda a toda transaccion o

funcionalidad en menos de 5 segundos para evitar largos lapsos de
espera (tiempos muertos)

Criterio de aceptacion
Dado que el usuario genera una peticion cuando se carga la solicitud
entonces la aplicación generá un mensaje indicando cuanto tiempo
demorará el proceso.
RIESGOS
IDENTIFICACION RIESGO DEL PRODUCTO
CAUSA - RIESGO – EFECTO

Debido a que se requiere una respuesta rapida por parte de la aplicación

podria ocurrir que el internet del cliente no tiene una velocidad
adecuada, como consecuencia la aplicación no podra actualizarse, por
ende la respueta demorará

Impacto Muy Bajo Bajo Moderado Alto Muy Alto

Probabilidad 0.05 0.1 0.2 0.4 0.8
Muy Probable 0.9 0.05 0.09 0.18 0.36 0.72
Bastante Probable 0.7 0.04 0.07 0.14 0.28 0.56
Probable 0.5 0.03 0.05 0.10 0.20 0.40
Poco Probable 0.3 0.02 0.03 0.06 0.12 0.24
Muy poco Probable 0.1 0.01 0.01 0.02 0.04 0.08

Variable Probabilidad Impacto Rango Alto 0.99 0.18

Costo 0.50 0.20 0.10 Moderado 0.17 0.05
Cronograma 0.50 0.40 0.20 Bajo 0.04 0.01
Alcance 0.50 0.20 0.10
Calidad 0.50 0.40 0.20
0.60
Planificamos la respuesta:
Las posibles estrategias: “Eliminar”, Mitigar, Transferir y
aceptar
Respuesta al riesgo:
Aplicar un plan de entrenamiento al personal

Monitoreo al riesgo:
indicadores y reportes para determinar cuáles son las
acciones necesarias para su correcto funcionamiento.
DEFINIR Y ELABORAR REQUISITOS
Historial de Usuarios

Como usuario, quiero que la aplicación tenga la opcion de varios

idiomas para que la informacion pueda ser compartida con
subcontratos transnacionales.

Criterio de aceptacion
Dado la peticion del usuario de cambio de idioma cuando se genere la
solicitud entonces la aplicación brindara la opcion de traduccion.
RIESGOS
IDENTIFICACION RIESGO DEL PRODUCTO
CAUSA - RIESGO – EFECTO

Debido a que se requiere reportes en varios idiomas podria ocurrir que la

aplicación no cuente con ese idioma, como consecuencia necesitaremos
invertir en traductores haciendo que se incrementen los gastos operativos.

Impacto Muy Bajo Bajo Moderado Alto Muy Alto

Probabilidad 0.05 0.1 0.2 0.4 0.8
Muy Probable 0.9 0.05 0.09 0.18 0.36 0.72
Bastante Probable 0.7 0.04 0.07 0.14 0.28 0.56
Probable 0.5 0.03 0.05 0.10 0.20 0.40
Poco Probable 0.3 0.02 0.03 0.06 0.12 0.24
Muy poco Probable 0.1 0.01 0.01 0.02 0.04 0.08

Variable Probabilidad Impacto Rango Alto 0.99 0.18

Costo 0.30 0.40 0.12 Moderado 0.17 0.05
Cronograma 0.30 0.20 0.06 Bajo 0.04 0.01
Alcance 0.30 0.40 0.12
Calidad 0.30 0.40 0.12
0.42
Planificamos la respuesta:
Las posibles estrategias: “Eliminar”, Mitigar, Transferir y
aceptar
Respuesta al riesgo:
Efectuar una revision al plan

Monitoreo al riesgo:
indicadores y reportes para determinar cuáles son las
acciones necesarias para su correcto funcionamiento.
DEFINIR Y ELABORAR REQUISITOS
Historial de Usuarios

Como Supervisor, quiero que se genere un codigo para cada proyecto

que cuente con la aplicación para poder tener un control y revision
mas eficaz del avance

Criterio de aceptacion
Dado que se manejaran varios proyectos con la misma aplicación
cuando se inicie una obra implementada con la aplicación entonces la
aplicación generará un codigo para el proyecto.
RIESGOS
IDENTIFICACION RIESGO DEL PRODUCTO
CAUSA - RIESGO – EFECTO

Debido a que se requiere codigos por cada proyecto podria ocurrir que el
cliente maneje de manera interna una codificacion especial como
consecuencia necesitaremos invertir en un programador haciendo que se
incrementen los gastos operativos.

Impacto Muy Bajo Bajo Moderado Alto Muy Alto

Probabilidad 0.05 0.1 0.2 0.4 0.8
Muy Probable 0.9 0.05 0.09 0.18 0.36 0.72
Bastante Probable 0.7 0.04 0.07 0.14 0.28 0.56
Probable 0.5 0.03 0.05 0.10 0.20 0.40
Poco Probable 0.3 0.02 0.03 0.06 0.12 0.24
Muy poco Probable 0.1 0.01 0.01 0.02 0.04 0.08

Variable Probabilidad Impacto Rango Alto 0.99 0.18

Costo 0.70 0.20 0.14 Moderado 0.17 0.05
Cronograma 0.70 0.10 0.07 Bajo 0.04 0.01
Alcance 0.70 0.10 0.07
Calidad 0.70 0.20 0.14
0.42
Planificamos la respuesta:
Las posibles estrategias: “Eliminar”, Mitigar, Transferir y
aceptar
Respuesta al riesgo:
Aplicar un plan de contingencia

Monitoreo al riesgo:
indicadores y reportes para determinar cuáles son las
acciones necesarias para su correcto funcionamiento.
DEFINIR Y ELABORAR REQUISITOS
Historial de Usuarios

Como Gerente de proyectos(cliente), quiero que la aplicación requiera

de mi aprobacion a toda solicitud de cambio para tener un control
integral

Criterio de aceptacion
Dado que el proyecto va a tender a actualizarse cuando se generen
modificaciones entonces la aplicación generara una alerta al gerente
para su aplicación.
RIESGOS
IDENTIFICACION RIESGO DEL PRODUCTO
CAUSA - RIESGO – EFECTO

Debido a que se requiere de la aprobacion del gerente para las

solicitudes de cambio podria ocurrir que el cliente cambie de directiva,
como consecuencia se debe actulizar la plataforma con la nueva
informacion.
Impacto Muy Bajo Bajo Moderado Alto Muy Alto
Probabilidad 0.05 0.1 0.2 0.4 0.8
Muy Probable 0.9 0.05 0.09 0.18 0.36 0.72
Bastante Probable 0.7 0.04 0.07 0.14 0.28 0.56
Probable 0.5 0.03 0.05 0.10 0.20 0.40
Poco Probable 0.3 0.02 0.03 0.06 0.12 0.24
Muy poco Probable 0.1 0.01 0.01 0.02 0.04 0.08

Variable Probabilidad Impacto Rango Alto 0.99 0.18

Costo 0.70 0.10 0.07 Moderado 0.17 0.05
Cronograma 0.70 0.10 0.07 Bajo 0.04 0.01
Alcance 0.70 0.10 0.07
Calidad 0.70 0.10 0.07
0.28
Planificamos la respuesta:
Las posibles estrategias: “Eliminar”, Mitigar, Transferir y
aceptar
Respuesta al riesgo:
Revisare el plan

Monitoreo al riesgo:
indicadores y reportes para determinar cuáles son las
acciones necesarias para su correcto funcionamiento.
DEFINIR Y ELABORAR REQUISITOS
Historial de Usuarios

Como Jefe de ventas, quiero revisar el desempeño historico de venta

de la aplicacion para implementar estrategias de expansión.

Criterio de aceptacion
Dado que el jefe solicita un reporte cuando se requiera ver el avance
de ventas entonces la aplicación generará un mapa de incidencias.
RIESGOS
IDENTIFICACION RIESGO DEL PRODUCTO
CAUSA - RIESGO – EFECTO

Debido a que se generará mapas donde se muestra la incidencia de

ventas podria ocurrir que no se tome en cuenta las causas por las cuales
hay mas demanda de la aplicación (factores externos) como
consecuencia se estaria tomando informacion erronea para desarrollar
estrategias de ventas.
Impacto Muy Bajo Bajo Moderado Alto Muy Alto
Probabilidad 0.05 0.1 0.2 0.4 0.8
Muy Probable 0.9 0.05 0.09 0.18 0.36 0.72
Bastante Probable 0.7 0.04 0.07 0.14 0.28 0.56
Probable 0.5 0.03 0.05 0.10 0.20 0.40
Poco Probable 0.3 0.02 0.03 0.06 0.12 0.24
Muy poco Probable 0.1 0.01 0.01 0.02 0.04 0.08

Variable Probabilidad Impacto Rango Alto 0.99 0.18

Costo 0.50 0.05 0.03 Moderado 0.17 0.05
Cronograma 0.50 0.05 0.03 Bajo 0.04 0.01
Alcance 0.50 0.05 0.03
Calidad 0.50 0.05 0.03
0.10
Planificamos la respuesta:
Las posibles estrategias: “Eliminar”, Mitigar, Transferir y
aceptar
Respuesta al riesgo:
Plan de capacitación periódico y verificar metas

Monitoreo al riesgo:
indicadores y reportes para determinar cuáles son las
acciones necesarias para su correcto funcionamiento.
INDICADORES
1.- Satisfacción del cliente: tras la venta del producto es la evaluación
del grado de conformidad de quien lo ha adquirido. Al utilizar este
indicador debemos desplegar varias vías de retroalimentación para
poder evaluar con acierto la post-venta.
Mediante técnica de encuesta durante el servicio y al final se obtiene las
métricas y se evalúa para mejorar con el servicio

2.- Las ventas: consideramos volumen los que indica que el sotware ha
tenido una buena acogida y que ha generado gran interés. No
obstante, esta relación no supone en todos los casos un grado alto de
calidad. Se puede vender mucho sin que el producto sea del todo
bueno.
INDICADORES
3. Quejas de clientes:
Las encuestas de satisfacción del cliente son útiles para capturar niveles
de insatisfacción y deben mostrar por qué el cliente está insatisfecho; sin
embargo, como empresa buscaremos crear una comunicación directa
con el cliente (llamadas). La política de la empresa será en principio
ofrecer las disculpas por el mal momento ocasionado y asegurarle la
pronta respuesta a su problema. Demostrarle al cliente que nos importa
lo sucedido y que buscamos mejorar para brindarles un mejor servicio,
con ello aseguramos la fidelidad de ellos.
INDICADORES
4. TIEMPO PARA CONTRATAR
A la medida que vayamos creciendo y necesitemos incorporar nuevo
personal; trataremos de reducir los tiempos en el proceso de
contratación. Gracias a este indicador iremos mejorando los tiempos de
contratación y no desatenderemos los requerimientos de los clientes ni
afectaremos el clima laboral de la empresa al generar una sobre carga
de trabajo al personal actual.
INDICADORES
5. PUNTAJE DE RENTABILIDAD DE CLIENTE

Con este indicador, evaluaremos con que cliente es rentable trabajar y

con cual no lo es.
Gracias a este indicador, podemos comparar el gasto que genera cada
cliente contra la posible ganancia.
De la evaluación obtenemos el puntaje que nos servirá como métrica.