Master en Diseo Gestin y Direccin de Proyectos

CONSIGNAS PARA REALIZAR EL EJERCICIO 2

1. FINALIDAD DEL EJERCICIO
Este ejercicio pretende guiar a los proyectistas en el anlisis de las personas y las cosas que se vern afectadas por
el proyecto.
Se debe plantear un primer esbozo de un sistema solucin del problema tcnico presentado en el ejercicio 1, con
una descripcin de la red de sistemas reales en la que quedara integrado. En este primer esbozo se deben describir
las entradas y salidas del sistema solucin, y la tecnologa, herramienta o modalidad que se utilizar para
transformar tales entradas en las salidas esperadas para alcanzar la solucin.

2. MOMENTO DENTRO DE LA ESCTRUCTURA METODOLGICA PROYECTUAL

Este ejercicio se sita en el CUADRANTE REALIDAD-PROBLEMA. Realidad, pues hay una descripcin de personas
y cosas reales que estn o estarn afectadas por la situacin, sin embargo, en ese mismo eje se aprecia una
transicin hacia lo conceptual. Se encuentra en el lado del problema, pues an no hay soluciones.
El grfico presenta la misma lgica que la figura presentada en el documento Introduccin al Mdulo de Diseo,
donde estos conceptos estn ms desarrollados.

Rol de los autores: Los autores debern trabajar desde el punto de vista de personas ajenas a la situacin.

3. PUNTOS CLAVE DEL EJERCICIO

Llamamos puntos clave a aquellos apartados que estructuran los ejercicios, por lo cual es conveniente definirlos de
antemano, ya que por lo general, el resto de los apartados quedan supeditados a lo definido en stos.
En este ejercicio los puntos clave son:
2.2.1. 2.2.1. Producto Final que se desea conseguir.
2.2.2. 2.2.2. Unidad Operativa que administrar el Producto Final cuando preste el servicio.
2.2.3. 2.2.3. El Servicio a prestar y las condiciones de la prestacin.
Estos apartados son estructuradores no solo para este ejercicio sino tambin para los ejercicios posteriores, por lo
que es fundamental que queden perfectamente definidos. Es indispensable una clara definicin del Producto Final, y
el Servicio que prestar el mismo.

Procedimientos para definir los puntos clave: Durante las primeras dos semana del desarrollo del ejercicio, cada
uno de los integrantes del grupo debe subir en Tareas Parciales y Borradores un documento con una propuesta para
estos puntos. Luego se debatirn en el espacio Asignacin de Tareas y Debate Interno del Grupo. Una vez
consensuados podrn trabajar en el desarrollo del resto de los apartados para conformar as la Versin Final del
ejercicio. El documento debern denominarlo: Puntos clave Apellido del autor. Ej.: Puntos Clave Lpez.

4. MATERIAL DE LECTURA OBLIGATORIA PARA REALIZAR EL EJERCICIO

Mdulo Terico 02 Personas y cosas involucradas en la solucin del problema (en Teoras Asociadas).
Gua para el Ejercicio 2 (en la Biblioteca)
Gua: Diagrama de Ishikawa (en la Biblioteca)

5. EN LA EVALUACIN DEL EJERCICIO EL TUTOR CONSIDERAR:

- El contenido elaborado por los alumnos
- El cumplimiento de los plazos de entrega
- La prolijidad (respetando el formato de presentacin establecido)
- La redaccin y ortografa.

6. SON TAREAS OBLIGATORIAS PARA QUE EL EJERCICIO SEA EVALUADO POR EL TUTOR:
1. Colocar el apellido del Responsable del Ejercicio en la carpeta del grupo.
2. Completar el encabezamiento de la plantilla del ejercicio colocando:
- el nmero de grupo, de ejercicio y de versin. Por ejemplo: gr03-ej2-v1
- el nombre del proyecto (muy sinttico, tres o cuatro palabras)
- el primer apellido de los autores del trabajo.
3. En la plantilla escribir slo donde hay puntos suspensivos o cuadros para completar.
4. Respetar la extensin solicitada.
5. El archivo o documento que se sube al BSCW se denomina grXX-ej2-v1
 Master en Diseo Gestin y Direccin de Proyectos

2. PERSONAS Y COSAS INVOLUCRADAS EN LA RESOLUCIN DEL

CONFLICTO
El ejercicio se realiza en base a los conceptos que se presentan en el Mdulo Terico 02.
Extensin solicitada para el contenido del ejercicio: 800 palabras.

2.1. Tabla con las diferentes modalidades a descartar y el por qu de su descarte.

Presentacin y justificacin de la modalidad elegida.
El sistema a proyectar, en este apartado, se considera como una caja negra que contendr unidad/es
operativa/s y operarios, pero todava no sabemos cules son ni qu van a hacer. El descarte se realiza sobre
las modalidades identificadas en el punto 1.4 del Ejercicio 1.

2.2. Descripcin del sistema a proyectar para la modalidad seleccionada.

Atendiendo a los conceptos del Mdulo Terico 02, y orientndote con el ejemplo que se presenta al final de
esta Gua.
Como resultado final de nuestra Operacin Proyecto, estaremos generando un sistema compuesto por un
cuerpo material (Producto Final) y un ente gestionador (Unidad Operativa o Unidad Fctica).

2.2.1. Producto Final que se desea conseguir.

El Producto Final de nuestra Operacin Proyecto es el elemento, instrumento o estructura que da soporte al
cumplimiento de las funciones del servicio que se prestar a travs de la Unidad Operativa (ver ejemplo al final
de la Gua). Es la forma que toma el proyecto que estamos diseando, es el componente fundamental del
sistema que estamos proyectando.
No debe confundirse el Producto Final con las salidas del sistema (que se identifican en 2.2.6).
Para definir claramente qu tipo de proyecto es el que estamos encarando, y por lo tanto cul es nuestro
Producto Final, es fundamental tener muy claro quin es nuestro Comitente (ver apartado 1.1.1 del Ejercicio 1)
y qu resultado espera de nuestra Operacin Proyecto.
El concepto de Producto Final est desarrollado en el Mdulo Terico 02, donde adems se definen tipos de
Producto Final.

2.2.2. Unidad Operativa que administrar el Producto Final.

La Unidad Operativa es el organismo, estructura, institucin, empresa, u oficina dentro de alguna de estas,
encargada de explotar y gestionar los recursos fsicos del sistema, que acta como intermediario entre el
consumidor y el servicio a proporcionar.
En algunos proyectos, la Unidad Operativa puede ser el mismo Comitente (ver apartado 1.1.1 del Ejercicio 1), o
una parte de la organizacin o institucin comitente, mientras que en otros proyectos puede ser una figura
diferente al Comitente.
En algunos casos la Unidad Operativa y el Producto Final pueden ser la misma cosa, pero por lo general, la
Unidad Operativa gestiona el Producto Final o lo aplica.

2.2.3. El servicio a prestar por el Producto Final y la Unidad Operativa, y las condiciones de la
prestacin.
Atendiendo a los conceptos del Mdulo Terico 02, y orientndote con el ejemplo que se presenta al final de
esta Gua.
 Master en Diseo Gestin y Direccin de Proyectos

Definicin de las caractersticas cualitativas y cuantitativas del servicio que han de prestar el Producto Final y la
Unidad Operativa (qu prestarn?), modos de prestacin (cmo lo prestarn y cunto ofrecern?),
disponibilidad (cundo lo ofrecern?) y ubicacin (dnde lo prestarn?, desde el punto de vista fsico
geogrfico y/o desde el punto de vista organizacional funcional), en el momento que el proyecto est en
funcionamiento.

2.2.4. Tareas que debern realizar las personas y tareas que debern realizar las mquinas.
Cuando el Producto Final est prestando servicios, habr personas y mquinas que debern cumplir ciertas
tareas para que el sistema funcione. Esas tareas harn posible que en el sistema ocurran transformaciones
que conviertan las entradas en salidas.
Todas las tareas de personas y mquinas se deben expresar por medio de un verbo de accin en infinitivo. An
no identificamos quin las realiza, sino slo las tareas que deben ser realizadas por personas. Tampoco
identificamos qu mquina va a realizar cada tarea, sino qu tareas deben ser realizadas por mquinas.
Puedes orientarte con el ejemplo que se presenta al final de esta Gua.

2.2.5. Entradas que requerir el sistema para prestar servicio.

Atendiendo a los conceptos del Mdulo Terico 02, y orientndote con el ejemplo que se presenta al final de
esta Gua.
Descripcin, cuantitativa y cualitativa, de todas las entradas que el sistema requerir para prestar el servicio
cuando est funcionando. Esas entradas sufrirn alguna modificacin en su interior, dando lugar a las salidas.
Para poder definir las entradas, es til realizarse la siguiente pregunta Qu materias primas, elementos,
insumos y recursos (de todo tipo) sern necesarios para que el Producto Final y la Unidad Operativa produzcan
el bien o servicio para el que fueron creados?

2.2.6. Salidas que se obtendrn a partir del servicio que prestar el sistema.
Atendiendo a los conceptos del Mdulo Terico 02, y orientndote con el ejemplo que se presenta al final de
esta Gua.
Descripcin, cuantitativa y cualitativa, de todas las salidas que se obtendrn a partir del servicio que prestar el
sistema cuando est en funcionamiento. Estas salidas sern el resultado de las transformaciones que sufrieron
las entradas dentro del sistema.
La pregunta a responder para poder definir las salidas depende del tipo de proyecto (ver Mdulo Terico):
Si es un proyecto de produccin de bienes por transformacin de materias primas: Qu bien o bienes
recibir el consumidor?
Si es un proyecto de produccin de servicios a personas: Qu beneficios directos recibir el
consumidor? Cul es el resultado de las transformaciones que producirn el PF y la UO sobre l?
Proyectos de produccin de servicios a organizaciones: Qu recibir la organizacin por los servicios
que prestarn el PF y la UO?
Proyectos de produccin de edificaciones y espacios fsicos: Qu recibir indirectamente el
consumidor por las condiciones que brindarn los espacios fsicos o edificaciones?
 Master en Diseo Gestin y Direccin de Proyectos

Para verificar que los contenidos de cada uno de los apartados hasta aqu presentados son
correctos, puedes ayudarte relacionndolos de la siguiente forma:
El PRODUCTO FINAL de la Operacin Proyecto (2.2.1), administrado por la UNIDAD OPERATIVA
(2.2.2), prestar un SERVICIO (2.2.3), para lo que personas y mquinas debern realizar TAREAS
(2.2.4) que permitirn que las ENTRADAS (2.2.5) se transformen en las SALIDAS (2.2.6), dando as
cumplimiento al OBJETIVO (1.3), para brindar solucin al PROBLEMA (1.1.1).
Realiza esta lectura varias veces, reemplazando las palabras en mayscula por los contenidos de tu
proyecto, y as podrs corroborar si son correctos.

2.2.7. Fronteras del sistema a proyectar.

Las fronteras son los lmites de alcance de los efectos o repercusiones de una intervencin. Estas fronteras
pueden ser fsicas (ciudad, regin, provincia, pas), pero en los sistemas reales tienen ms que ver con
fronteras conceptuales (sociales, temporales, ambientales, legales, polticas, organizacionales, etc.). La
solucin que propongamos al problema solo funcionar dentro de esas fronteras o lmites.
Puedes orientarte con el ejemplo que se presenta al final de esta Gua.

2.3. Enlaces de dependencia del sistema a proyectar.

2.3.1. Dependencia del sistema en los diferentes estados del ciclo de vida del proyecto (por ej.: en
funcionamiento, en la puesta en marcha, en temporada baja, durante el cierre por vacaciones o parada
por mantenimiento o por fallos, en estado de emergencia, ...) respecto a otros sistemas reales.
Cuando se habla de otros sistemas reales se hace referencia a sistemas que estn en los alrededores, ms
all del contorno del sistema de nuestro inters, fuera de las fronteras de nuestro sistema.
Pueden ser proveedores, sistemas que nos abastezcan de algn producto en particular, sistemas que nos
brinden un servicio, sistemas con los que tendremos que relacionarnos por cuestiones legales o contractuales,
de permisos o habilitaciones son otros sistemas con los que necesariamente tendremos que relacionarnos,
en los distintos estados del ciclo de vida.
Se debe especificar cmo se relaciona con otros sistemas y en qu aspectos se vuelve dependiente de estos
otros sistemas, tanto para el funcionamiento normal, como para los dems estados del ciclo de vida.
Puedes orientarte con el ejemplo que se presenta al final de esta Gua.

2.3.2. Sntesis de los sistemas reales relacionados al sistema proyectado y sus dependencias.
Dar la respuesta en forma de Diagrama de Ishikawa a modo de sntesis de los dos apartados anteriores. Se
colocar al final de la lnea horizontal el sistema a proyectar. Los sistemas reales con los que se identific
relacin en los apartados anteriores representarn los factores causales del diagrama, y los aspectos o
funciones que generan las dependencias representarn las causas.
Si no conoces cmo se confecciona un Diagrama de Ishikawa, tienes una Gua en la Biblioteca.

2.4. Las personas involucradas.

2.4.1. Partcipes internos del proyecto.
Atendiendo a los conceptos del Mdulo Terico 02.
 Master en Diseo Gestin y Direccin de Proyectos

Identificacin de todos quines sern los partcipes internos:

- los operadores, es decir, quienes realizarn las tareas necesarias para la prestacin del servicio que
se ofrecer, cuando el sistema est en funcionamiento. Coincide generalmente con la Unidad
Operativa (2.2.2.)
- los propietarios del proyecto, es decir, el dueo del proyecto. No deben confundir al responsable con
el dueo, quien est ocupando un cargo de jerarqua en una institucin o empres, es quien nos
contacta o nos encarga el proyecto, pero el dueo del proyecto no es su figura, sino la organizacin
que representa.

2.4.2. Partcipes externos del proyecto.

Atendiendo a los conceptos del Mdulo Terico 02.
Identificacin de quines son los partcipes externos y los ajenos al sistema, pero de algn modo, involucrados
en el proyecto:
- los consumidores de la funcin principal: quienes consumen los productos del proyecto (bienes o
servicios)
- los explotadores de la funcin: quienes realizan actividades de explotacin, que podrn ser parte del
Sistema Proyectado (de nuestra organizacin) o podrn ser ajenos a esta, contratados para hacer una
funcin dentro del proyecto, sin pertenecer a la organizacin.
- los promotores: accionistas, inversionistas, que aportan los fondos para financiar el proyecto.
- los terceros: otras organizaciones que pudieran tener un inters en el proyecto.
- las entidades sociales: organizaciones civiles, organismos de gobierno, ONGs, relacionados o
influidos por el proyecto.

2.4.3. Tabla indicativa de los beneficios y perjuicios que traera aparejados el sistema proyectado para
todos los partcipes de los apartados 2.4.1. y 2.4.2.
Reconocimiento de los beneficios y los perjuicios que podra causarse a cada uno de los partcipes, cuando el
sistema que estamos proyectando para dar solucin al problema est funcionando. En la primera columna, los
partcipes no deben estar identificados por su rol (operadores, por ejemplo) sino por su identificacin especfica
(administrador, mdico, maquinista, por ejemplo).

2.5. Fecha y responsables.

Indicar nombre y apellido de quienes participaron de la realizacin del trabajo, identificando entre ellos quin es
el Coordinador del Grupo y quin el Responsable de este Ejercicio.
Por ejemplo:

XXXXX XXXX (Coordinador del grupo)

XXXXX XXXX
XXXXX XXXX (Responsable del Ejercicio 2)
XXXXX XXXX
__ de __________ de 20XX
 Master en Diseo Gestin y Direccin de Proyectos

2.6. Anexos.
Los anexos deben complementar la informacin presentada y/o utilizada en la preparacin del ejercicio.
Tambin se debe indicar en los textos a qu apartados del ejercicio complementan. Los Anexos se mencionan
e identifican en este apartado, y se suben en el espacio Anexos finales de los ejercicios, dentro de la carpeta
del Grupo, identificndolos como grXX-Anexo .

RECUERDEN QUE:

El ejercicio se realiza en la plantilla que se encuentra en Desarrollo del Proyecto / Plantillas de Ejercicios.
Para realizar el ejercicio debes estudiar previamente el Mdulo Terico 02 que se encuentra en
Desarrollo del Proyecto / Teoras Asociadas, esta Gua para el Ejercicio 2 y la Gua Diagrama de
Ishikawa que se hallan en la Biblioteca.
La extensin solicitada para el contenido de todo el ejercicio es de 800 palabras.
De este ejercicio se evaluar su contenido, cumplimiento de fechas de entrega, prolijidad (respetando el
formato de presentacin establecido) redaccin y ortografa.
Deben cumplirse todas las consignas explicadas en la primera pgina de esta Gua, y entregar el trabajo
antes de la fecha indicada por el Tutor, subiendo en el espacio Versiones Finales un documento
denominado grXX-ej2-vX.
 Master en Diseo Gestin y Direccin de Proyectos

Ejemplo gua para el ejercicio 2

Para aclarar algunos contenidos del ejercicio, nos valemos de un ejemplo muy simple, con el fin de
que sirva de referente para afianzar los conceptos. Los ejemplos simples son muy tiles para poder
analizar y desarrollar casos ms complejos o con resultados menos tangibles.

Objetivo o finalidad: Proveer helados de produccin propia a la comunidad.

Producto Final (PF), que es el resultado material de nuestra operacin proyecto: Fbrica de
helados, conteniendo un conjunto de mquinas fabricadoras de helados.
Unidad operativa (UO), organismo o institucin que administrar al sistema: La empresa que
fabrica helados.
Servicio a prestar (por el PF y la UO): Produccin de helados (describiendo qu tipo de helados,
de qu calidad, estimando cunto escala del proyecto- y cundo permanente o temporario-, etc).
Entradas (al PF): Materias primas necesarias para hacer helados (detalladas) y requisitos de las
empresas comercializadoras.
Salidas (del PF): Helados de calidad X a un precio Z, y los residuos generados del proceso de
produccin.
Transformaciones internas (dentro del PF): Los procesos que llevan a que aquellas materias
primas que entran se transformen en esta salida (por ejemplo: mezcla, batido, etc).
Tareas a realizar por las mquinas: Mezclar las materias primas, mantener los productos a
determinada temperatura, etc.
Tareas a realizar por las personas: Las tareas propias de la produccin (incorporar las materias
primas, medir las proporciones, envasar) las tareas propias de la comercializacin, las tareas
propias de la compra de insumos, las tareas propias de la administracin de la fbrica, etc.
Fronteras (lmites del alcance de los efectos): Por ejemplo, los helados estarn dirigidos a un
determinado sector social, dados su precio y caractersticas; en determinada ciudad o regin o pas;
o slo se fabricar helados en pocas de altas temperaturas; etc.

Los estados del ciclo de vida podrn ser:

En funcionamiento (se est fabricando helados con normalidad).
Puesta en marcha: pruebas preliminares hasta el momento que entra en funcionamiento.
En funcionamiento parcial, produciendo menos por problemas en las mquinas.
Cierre temporario por fallos o averas.
Cierre temporario por vacaciones o por temporada baja.

Dependencias respecto a otros sistemas reales:

El ejemplo tiene una relacin muy estrecha con otros sistemas reales:
Clientes-consumidores: poblacin de la regin donde se vendern los helados.
Los proveedores de las materias primas
Los comercializadores de helados
 Master en Diseo Gestin y Direccin de Proyectos

El estado como regulador de las actividades privadas

El ente de control de las normas de higiene y seguridad
Empresa prestadora del servicio de reparacin de mquinas
Empresa prestadora del sistema de seguridad privada

Partcipes:
Operadores: Los operarios de la fbrica de helados (fabricacin, mantenimiento, venta,
administracin, etc.).
Propietarios: El dueo/os de la fbrica de helados.
Promotores: Por ejemplo el banco que otorg el crdito para hacer la fbrica o comprar las
mquinas, o grupo inversionista que aporta los fondos.
Explotadores de la funcin principal: Podra ser alguno de los ya mencionados, u otra persona, por
ejemplo un concesionario al que el propietario le deriva la operacin.
Consumidores de la funcin principal: Quienes han de tomar los helados, que los debemos definir.
Por ejemplo: los nios de los sectores sociales medios de una determinada regin. En el futuro
(no ahora), cuando lo proyectado est en funcionamiento, se podr identificar a los Usuarios
Principales, que podran no ser los originalmente previstos. Por ejemplo si los consumidores de
nuestros helados no fueran los nios que nosotros habamos previsto, sino que finalmente
fueran los adultos, o los de otro sector social. Eso por ahora no lo podemos saber.
Entidades sociales: Podra ser que una institucin de caridad recibiera gratuitamente una cantidad
de helados, o una determinada cantidad de dinero por cada helado que se venda.
Terceros: Por ejemplo los competidores, los proveedores de materias primas, etc.

De todos ellos se debe evaluar si son internos o externos en base a lo explicado en el Mdulo
Terico 02, los beneficios y perjuicios que les traer aparejados el sistema que se proyecte,
cualitativa y cuantitativamente.
 Master en Diseo Gestin y Direccin de Proyectos

PUNTOS CLAVE DEL EJERCICIO: PRODUCTO FINAL Y SERVICIO A PRESTAR

En el proceso de Diseo de un proyecto, existen puntos que son esenciales y que requieren de una particular
atencin y dedicacin para que la metodologa permita proyecciones coherentes. Varios de estos puntos
esenciales se definen al comenzar el diseo del proyecto, en los dos primeros ejercicios.

A continuacin analizaremos cmo se relacionan los puntos clave del ejercicio 2 con los ya definidos en el
ejercicio 1 a travs de tres ejemplos sencillos.

Es sustancial para un buen desarrollo de la metodologa, que el Objetivo se condiga con el Problema
presentado, y que el Producto Final sea capaz de brindar el Servicio a Prestar, con el cual se alcanzar tal
Objetivo que solucionar el Problema presentado.

Veamos entonces cmo un mismo conflicto puede plantearse desde distintas pticas y cmo stas nos llevan a
trabajar sobre proyectos totalmente diferentes, y cambiar as nuestros puntos esenciales.

El conflicto sobre el que trabajaremos, es la demanda insatisfecha de helados de calidad X por parte de la
poblacin de Pehuaj. En este ejemplo particular, el conflicto surge de una necesidad, de una demanda de la
poblacin no cubierta por el mercado local.

Posibles problemas/ necesidades que lo ocasionan:

- No existe en el pueblo ningn fabricante de helados con esas caractersticas.
- No existen empresas que comercialicen estos productos, que s son fabricados en localidades vecinas.
- La empresa fabricadora de helados de esta localidad no logra obtener helados de calidad X a un precio Y por
el bajo rendimiento de sus empleados.

Veamos entonces en funcin de estos 3 tipos de enfoques bien diferentes, que plantean un mismo conflicto con
diferentes causas (problemas), cmo podran plantearse los puntos clave de la metodologa:

El conflicto sobre el que trabajaremos, es la demanda insatisfecha de helados de calidad

Conflicto
X por parte de la poblacin de Pehuaj.
Ej 3: Las empresas fabricadoras
Ej 1: No existen en el Ej 2: No existen empresas
de helados no logran obtener
EJERCICIO 1

pueblo fabricantes de que comercialicen estos

Problema helados de calidad X a un precio
helados con esas helados fabricados en
Y por el bajo rendimiento de sus
caractersticas localidades vecinas
empleados
Un inversionista El dueo de la cadena de Cmara de industria y comercio
Comitente
privado. supermercados de la zona. de la localidad de Pehuaj.
Producir helados de Comercializar helados de Capacitar a los tcnicos y
calidad X a un costo Y calidad X satisfaciendo la operadores de las empresas
Objetivo
para los comercios de demanda existente en la productoras de helados de la
la localidad de Pehuaj. localidad de Pehuaj localidad de Pehuaj
Programa de capacitacin para
Producto Un plan de comercializacin
Una fbrica de helados los tcnicos y operadores de la
EJERCICIO 2

Final de helados de calidad X.

empresa de helados.
Capacitacin en procesos de
Fabricacin de Helados Comercializacin de
produccin eficientes para los
de calidad X y precio Y helados de calidad X,
Servicio a tcnicos y operarios de las
para comercializar en fabricados en localidades
prestar empresas fabricadoras de
los negocios de la vecinas, en la localidad de
helados de la localidad de
localidad de Pehuaj. Pehuaj.
Pehuaj.
 Master en Diseo Gestin y Direccin de Proyectos

Ahora analicemos otro ejemplo que figuraba en la Gua del Ejercicio 1, aquel que abordaba aspectos
de tipo sociales.
El conflicto ahora ser el Dficit nutricional en nios menores a 5 aos en la comunidad de
Lobera, repercutiendo sobre las capacidades de aprendizaje y la proliferacin de enfermedades.

Dficit nutricional en nios menores a 5 aos en la comunidad de Lobera,

Conflicto repercutiendo sobre las capacidades de aprendizaje y la proliferacin de
enfermedades.
Ej 2: La falta de ingresos en
Ej 1: Desconocimiento por Ej 3: La falta de suministro
familias que viven en
EJERCICIO 1

Problema parte de los padres de las de alimentos en la regin,

formas adecuadas de
alimentacin.
Comitente Secretara de Salud Pblica Empleo del Ministerio de
del Gobierno Municipal.
Lograr que los jvenes y
Objetivo adultos de la comunidad de
Lobera adquieran correctas
prcticas alimenticias.
Programa de
Producto concientizacin alimentaria
EJERCICIO 2
situacin de pobreza, no
permite garantizar una
alimentacin bsica.
El rea de Produccin y
Trabajo del Gobierno de la
Provincia.
Generar oportunidades de
ingresos para los habitantes
que se encuentren en
situacin de pobreza.
Plan de empleo para los
que posee suelos poco
productivos.
La Fundacin Critas,
Filial Lobera.
Proveer de alimentos
sanos y nutricionales a las
familias de la comunidad
de Lobera.
Colecta mensual de

habitantes de Lobera que

Final para jvenes y adultos de la
comunidad de Lobera.
Formacin e instruccin Generacin de empleo que
Servicio a sobre prcticas alimenticias
Prestar saludables a pobladores de
la comunidad de Lobera.
alimentos para Lobera
sean jefes de familia.
Recoleccin de
donaciones de alimentos
garantice un ingreso seguro
en la regin para distribuir
para la poblacin en situacin
entre la poblacin ms
de pobreza de Lobera.
necesitada de Lobera.

Es de suma importancia que el Problema, Objetivo, Comitente, Producto Final y Servicio a Prestar se
relacionen de forma adecuada para que la metodologa permita proyecciones coherentes.