METODOLOGIA/PROYECTO

El Título del tema a desarrollar, intenta anticipar su contenido, en consideración que no se

trata de una mera enunciación, sino que dichos elementos, participan en la realidad de los
contenidos, asociados en forma condicional según se demostrará en breve.

Lo dicho tiene su explicación desde la óptica básicamente metodológica, respecto de lo

que representa el tema en particular, y su aplicación en el contexto de un Proyecto y
previo a su puesta en marcha.

Esto quiere decir que, la Metodología como fuera expresado al momento de desarrollar
ese tema, dicha Ciencia es de amplia aplicación, con una gran variedad de características,
razón por la cual participa en este caso, en la totalidad de los trabajos a realizar.

La Metodología como fuera definida, es un conjunto de métodos de trabajo que

participan de una serie de tareas que persiguen un objetivo.

El conjunto de métodos, en el caso particular de un Proyecto que tiene como objetivo

producir un Sistema de Información Computarizado para una Organización, se identifican
como Etapas Metodológicas.

Dichas Etapas Metodológicas como fuera expresado al momento de hacer referencia al

“Desarrollo e Investigación de Proyecto”, participan del trabajo previo al inicio del
Proyecto, y durante su ejecución, cada una de ellas con una misión particular.

La primera Etapa Metodológica identificada como “Análisis Preliminar”, tiene la

particularidad que no participa del Proyecto, pero condiciona su inicio y obviamente su
desarrollo posterior, razón por la cual, se deberá hacer referencia a su contenido y
significación, antes de cumplir con la continuidad de las siguientes Etapas participantes.

1) ANALISIS PRELIMINAR
El Análisis Preliminar es una Etapa que guarda ciertas cuestiones a tener en cuenta, que
forman parte de un conjunto de condiciones, objetivos y momentos de aplicación, los
cuales serán tratados acorde a la secuencia lógica correspondiente.

En primer término, debe quedar en claro principalmente, qué para proceder con el
Análisis Preliminar, es condición sin excepción, que exista previamente un Requerimiento
por parte de un Usuario (necesidad de contar con un Sistema de Información
Computarizado, que proporcione las soluciones informativas necesarias a una
Organización para la toma de decisiones). O sea, que sin Requerimiento mediante,
entonces no hay Análisis Preliminar y mucho menos Proyecto (porque no hay necesidad
alguna).

El Requerimiento en cuestión, deberá presentarse, a quién tiene a su cargo la

responsabilidad del Proyecto (Líder), a través del Nivel Estratégico, con la mayor claridad
posible como para que sea interpretado sin duda alguna (condición para cumplir con lo
que realmente se necesita), caso contrario deberá recurrirse o contar con un Usuario
Profesional, para que la necesidad sea expresada como corresponde, sin inconvenientes
interpretativas para cumplir con las expectativas de la Organización en materia
informativa.

Este es el momento para recordar, aquello tratado en oportunidad de hacer referencia a

las Características Particulares del Líder en cuanto a la Agresividad que debe ser parte de
su patrimonio, por cuanto, independientemente cuál sea el alcance y complejidad del
Requerimiento, rige lo anticipado entonces, acerca de la obligatoriedad de tener que
aceptarlo sin excusa alguna (la aceptación a la que se hace referencia debe entenderse
que no es definitiva).

Entonces, y retomando el tema, una vez conocido el Requerimiento como condición para
poner en funcionamiento la Etapa de Análisis Preliminar, es el momento de ir detallando y
desarrollando las características y contenidos de las diferentes tareas que responden a
este trabajo metodológico.

Características

- Distintiva : Por cuanto debe quedar muy en claro, que es una Etapa que responde a la
Metodología y no al Proyecto, por cuanto ese evento aún no ha comenzado, dependiendo
su potencial inicio de lo que resulte luego de haber cumplido con las tareas que
responden al Análisis Preliminar.

- Solidaria : La solidaridad de esta Etapa refiere al objetivo por el cual fue pensada y
puesta en práctica. No puede bajo aspecto alguno dudarse, que fue pensada y que su
aplicación tiende a proteger al Líder del Proyecto, y a asegurar que están dadas todas las
condiciones en lo previo, para su desarrollo sin inconvenientes acerca de situaciones con
posibilidades de ser previstas.
- Integral : La característica Integral, responde de manera particular, a la consideración
expresada en el final de la descripción anterior, con relación a las potenciales situaciones
consideradas de impacto negativo, que puedan afectar el normal desarrollo del Proyecto,
y su eventual resultado.

- Condicional : El Análisis Preliminar se trata de una cuestión condicional respecto del

resultado de su aplicación, por cuanto, de no estar dadas en su totalidad las condiciones
necesarias para cumplir sin sobresaltos o inconvenientes con el desarrollo del Proyecto,
cabe entonces el derecho por parte del Líder, de renunciar a hacerse cargo del evento.
(con esta actitud la Agresividad no se violó, porque la negativa en esta oportunidad opera
desde un motivo justificado resultante de haber cumplido con la Etapa en forma Solidaria
– Es bueno reiterar que la Agresividad opera solo en un primer momento cuando se
presenta el Requerimiento).

Tareas que comprende el Análisis Preliminar

I) GESTION DE PROYECTO:
La Gestión de Proyecto consiste particularmente en identificar y confirmar si
existe una verdadera razón o motivo para iniciar el Proyecto. Ellas son:
 MOMENTO 0: Inexistencia del sistema (Refiere a la situación de una
Organización que nunca contó con un Sistema de Información
Computarizado.
 MOMENTO 1: El Momento 1 está representado por el hecho que refiere
a una Organización que cuenta con Sistema de Información
Computarizado en producción (funcionando) y los motivos o razones
que a continuación se detallan, son considerados como hechos
sustentables en particular como para proceder con su reemplazo :

o Replanteo del sistema: Es un motivo que involucra o responde a

una cuestión vinculada con la modificación o cambio de su
Cultura (productos y/o servicios) y/o Estrategia (Objetivo –
Corto-Mediano/Largo Plazo).
Estrategia: Debe entenderse que cambiar el Plazo contenido en
la Estrategia, implica modificar la Filosofía del Sistema entre
Defensiva (Corto Plazo) y Defensiva o Proactiva (Mediano/Largo
Plazo) según se trate.
 o Nueva técnica o herramienta intelectual y/o técnica: Situación
propia o producto del avance tecnológico que obliga o permite
incorporar nuevas herramientas intelectuales y/o técnicas, para
mejorar y/u optimizar cuestiones operativas y/o informativas,
pero que por cuestiones de incompatibilidad, se hace necesario
para aprovechar dichos recursos cambiar el Sistema de
Información Computarizado por uno nuevo. Ej.: Migrar la
Plataforma actual (anterior a W.10) a la nueva Plataforma
Windows 10 (W.10) incompatibles entre ambas en algunas
cuestiones puntuales operativas.

o Nuevo requerimiento interno o externo: “lo suficientemente

significativo respecto a su incidencia, que de por tierra el
Sistema Actual y haya que cambiar”. Ejemplo: factura
electrónica.
Cuando la incidencia respecto de las modificaciones a realizar al
Sistema de Información Computarizado actual, para incorporar
dicho Requerimiento sea lo suficientemente significativo como
para hacer que se decida cambiarlo por uno nuevo.
o Situaciones no contempladas oportunamente: Este caso tiene
que ver con una manifiesta incapacidad y/o irresponsabilidad
manifiesta por parte del Líder que no es aceptable de modo
alguno (hay alguna situación vinculada con el Requerimiento
que se le paso por alto o que no tuvo en cuenta, cuestión que no
debería haber ocurrido desde lo profesional).
Algo se negó, obvió, ignoró, no se interpretó, no se consideró
importante, producto de no haberse manifestado con claridad o
mal interpretado, cuestiones imputables negativamente al Líder
del Proyecto sin excusa alguna, por falta de capacidad y/o
formación ineficiente, consecuentes con una actitud
irresponsable y muy poco profesional (la magnitud y la
incidencia del error cometido, hace inevitable que el Sistema de
Información Computarizado Actual deba ser cambiado.

MOMENTO 0: No hay Sistema de Información Computarizado en producción o vigente, y

entonces no hubo Proyecto anterior. (La actividad de la Organización comenzó, sin
importar el tiempo transcurrido, utilizando un Sistema de Información Manual).
MOMENTO 1: Responde a un Sistema de Información Computarizado en producción que
debe ser cambiado, por motivos ya antes tratados, a los cuales se debe agregar una
cuestión aleatoria o no deseada, respecto, consecuencia o resultado quizás de un
“Proyecto” incompleto o ineficiente, o de una Sistematización (una u otra opción motivo
de investigación), el cual por algún motivo (actual o anterior) sufre de una clara
ineficiencia en materia informativa, razón por la cual, se complica o impide la toma de
decisiones (único motivo valedero para considerar o calificar al Sistema de Información
Computarizado como ineficiente). Esto implica que el mismo deba ser reemplazado en lo
inmediato para lograr la toma de decisiones necesarias por cuestiones ya explicadas.

II) ESTUDIO DE FACTIBILIDAD:

En el Estudio de Factibilidad, se analizan Factores que participan activamente

de un Proyecto, necesarios para cumplir con su desarrollo.
Dichos factores son:

 ECONOMICO: Se persigue con este estudio, certificar si la Organización

cuenta con un Presupuesto acorde a la envergadura e importancia del
Proyecto (nada tiene que ver el patrimonio del usuario).

 TECNICO: Se analiza la capacidad, cantidad y calidad física/técnica que

el usuario se encuentra en condiciones de aportar al desarrollo del
Proyecto. Cuestiones edilicias, instalaciones, muebles y útiles, insumos,
logística.

 HUMANOS: El objetivo es confirmar, si la Organización está en

condición de responder de manera efectiva a los contratos del Staff del
Proyecto.

 LEGALES: Se deberá confirmar y asegurar que la Organización y sus

actividades, se encuentran encuadradas y responden en su totalidad a
las normativas vigentes, para procurar la seguridad del Líder y su Grupo
de Trabajo, evitando ser alcanzado y/o afectado por alguna situación
irregular o ilegal.
  TIEMPO: El Usuario plantea la fecha en la cual necesita contar con el
Sistema de Información Computarizado, la que debe ser cumplida
inexorablemente por parte del Líder en caso de aceptar hacerse cargo
del Proyecto (la fecha de entrega del Sistema de Información
Computarizado se trata de un tema ya explicado en oportunidad de
explicar los alcances de la Metodología).

ACLARACION: los Factores son aportados por el usuario son condición necesaria
(Económico-Técnico-Humano) y la obligación del Staff se basa en poner a disposición del
Proyecto, su capacidad o propiedad intelectual propia de cada uno de ellos.

III) GESTION DE CALIDAD:

La Gestión de Calidad, permite conocer, analizar y asegurar el cumplimiento de

la Normas de Calidad vinculadas con la Organización, el Proyecto y el Sistema e
Información.
Las tareas vinculadas con la Gestión de Calidad, se enuncian y detallan a
continuación :

1. IDENTIFICACION:
Se procede en primer término con la identificación de las Normas de
Calidad a las cuales se adhirió la Organización al momento que decidió
Certificar (porque entre otras cuestiones a considerar, se deberá tener muy
en cuenta los Requerimientos Informativos contenidos en dicha normativa,
los que deberán ser cumplidos.

2. ANALISIS:
Luego de haber identificado seriamente las Normas de Calidad vinculadas
con la Organización, el Líder analiza si está en condiciones de cumplirlas.

3. MONITOREO:
Estar al tanto de la actualidad de las normas de calidad a las cuales adhirió
la Organización, es un tema central dentro de lo que se considera cumplir
con la normativa. El control permanente de las Normas es importante,
porque ante la posibilidad de algún cambio sustancial o de fondo en sus
contenidos y objetivos, cabe la alternativa de hasta tener que cambiar el
 Sistema de Información Computarizado. “Control permanente de las
actualizaciones y/o modificaciones de las normas”.

IV) ADMINISTRACION DE RIESGOS

La Administración de Riesgos refiere a imaginar, conocer y ponderar la

importancia, su eventual ocurrencia e importancia de los potenciales Riesgos,
que puedan afectar a la Organización y/o al Proyecto durante su ejecución.

El alcance de la Administración de Riesgos, se detalla a continuación :

1. IDENTIFICACION DEL RIESGO:

Identificar el Riesgo significa imaginar, obtener de la realidad o bien recoger
de la experiencia, potenciales riesgos, que puedan afectar a la
Organización, al Proyecto y a su resultado.

2. ANALISIS DEL RIESGO:

Para proceder con el Análisis del Riesgo, se debe cumplir con la condición
de la Identificación previa (haberlo identificado claramente). Identificado
respecto de su origen o naturaleza (Social, Económico, Sindical, Legal, etc.).
Análisis respecto de :

 IMPORTANCIA DEL RIESGO: Alcance con relación a la afectación que

pueda provocar.
 PROBABILIDAD DE OCURRENCIA: La posibilidad de que se concrete.
 PROBABILIDAD DE REPETICION: A partir de la Ocurrencia, considerar
la posibilidad de que pueda replicarse provocando una Pérdida
(Daño, Perjuicio, Deterioro) aún mayor.
 IMPACTO NEGATIVO: Analizar el potencial nivel de impacto que
pueda producir a la Organización, al Proyecto o al Resultado del
proyecto.

3. DETERMINACION DE ACCIONES:

 ACEPTAR:
Se trata de un riesgo que por algún motivo no pudo ser previsto,
razón por la cual no se cuenta con las herramientas para afrontarlo.
  MITIGAR:
Es el caso de un Riesgo, que por sus características o bien por
cuestiones vinculadas con la posibilidad de prevenir, se cuenta con
las herramientas necesarias para poder atemperar o disminuir sus
efectos, como también diferirlos → RESOLUCION SATISFACTORIA.

 ANULAR:
Es el Riesgo de baja o muy baja importancia, o bien, que haya sido
identificado y analizado en forma preventiva, razón por la cual se
cuentan con las herramientas para poder enfrentarlo.

V) GESTION DE MODELOS DE PROYECTO:

La Gestión de Modelos de Proyecto, es una tarea que tiene como objetivo

determinar cuál es el Módulo a adoptar o que se corresponde, acorde o como
resultado de analizar los siguientes elementos :
 Tipo de Organización
 Tipo de Requerimiento
 Tiempo de Ejecución del Proyecto

TIPOS DE MODELOS:

 MODELO CASCADA:

 Utilizado en todo tipo de Organización con Actividades rutinarias o

repetitivas
 Requerimiento simple
 Plazos cortos

Se trata de un Modelo que responde a un Formato Rígido (una vez

comenzado el Proyecto no se pueden realizar modificaciones sobre la
marcha).
 MODELO INCREMENTAL:

 Utilizado en Organizaciones Complejas (Ej. Las familiares donde todos

opinan y no se ponen de acuerdo)

 Requerimiento cambiante, producto de actividades que se modifican

como consecuencia de las diferentes preferencias o gustos de los
consumidores, por cuestiones estacionales o por un tema vinculado con
la moda de cada tiempo en particular
 Mediano o Largo Plazo

 Este Modelo se trata de Formato flexible, necesario para adaptar los

cambios o modificaciones del requerimiento cambiante y los plazos.
Acepta realizar las modificaciones necesarias una vez iniciado el
Proyecto.

 PROTOTIPO:

 Aplicable en Organizaciones que realizan actividades condicionadas por

el Mercado, la Economía, las Finanzas y/o por la Política. Esta situación
condiciona permanentemente las Actividades y la Visión del Negocio,
debiendo adaptarse a dichos cambios de manera periódica, acorde al
lugar de operación, por tratarse de Organizaciones con Filiales o
Sucursales en diferentes zonas geográficas locales o en el exterior.

 Por lo enunciado anteriormente, no es necesario incursionar en

demasiados detalles para expresar y dejar en claro que, en cuanto al
tema vinculado con el Requerimiento, no se trata de una cuestión
simple para catalogarlo como conocido o fácil de determinar con
claridad.

 Por tratarse de una cuestión no permanente o no estable en el tiempo,

es complicado determinar con cierta certeza el Plazo para su aplicación.
Por este motivo, el Modelo permite que se vaya trabajando en forma
sucesiva sobre un producto previo, a modo Retroalimentación,
ajustando el Esquema a las necesidades del momento. Por este motivo
 este Modelo se lo identifica como una “cadena de mini proyectos”, por
cuanto se va trabajando permanentemente sobre la versión anterior.

Se aplica la retroalimentación por excepción, porque NO se aplica sobre

el producto, sino sobre el producto final resultante del proceso
finalizado y aceptado.

Se lo identifica como un Modelo Evolutivo, por cuanto se aplica en

Proyectos ubicados en el muy Corto Plazo orientados al Largo Plazo.

 ESPIRAL:

 Suele utilizarse en Organizaciones Multinacionales de envergadura, que

cuentan con multiplicidad de productos y servicios.

 Variedad de Requerimientos con cierta facilidad para plantearlos e

interpretación

 Aplicados en el Largo y Muy Largo Plazo

Es un Modelo totalmente abierto y muy práctico, pero con la

“desventaja” centrada en cuanto a que requiere contar con gran
cantidad de Recursos Técnicos y Recursos Humanos especializados,
capacitados y con experiencia. No es un modelo para principiantes.