Está en la página 1de 8

1

PROPUESTA METODOLÓGICA PARA DETERMINAR EL SERVICIO DESEADO Y LAS CONDICIONES DE PRESTACIÓN EN UN PROYECTO.

Luz Moreno-Martín (p)(1)(2)(6) , Olga Capó-Iturrieta (2)(3) , Santos Gracia-Villar (2)(4) , Christian Estay-Niculcar (4)(5)

(1) Universidad de los Andes. Mérida, Venezuela. (2) Universidad Politécnica de Cataluña. Departamento de Proyectos de Ingeniería. Barcelona, España. (3) Instituto de Investigaciones Agropecuarias – INIA. Santiago, Chile. (4) Fundación Universitaria Iberoamericana – FUNIBER. Barcelona, España. (5) Universidad Santa María. Guayaquil, Ecuador. (6) Con el apoyo del Programa Alβan, Programa de becas de alto nivel de la Unión Europea para América Latina, nº de identificación E03D05438VE.

SUMMARY A methodology proposal is presented in this paper, its allows to determinate the desired service and conditions as well, making easier and systematic the solution to process the huge information collected by the designer to propose an appropriate technical answer to the conflict that give origin to the project development. The methodology was obtained from projects analysis presented by the UPC engineering students using the “Blasco” methodology.

RESUMEN Se presenta una propuesta metodológica para determinar tanto el servicio deseado como las condiciones de prestación en el diseño de un proyecto, y así facilitar de manera sistemática el problema al que se enfrenta el proyectista, que es el procesar gran cantidad de información recopilada para proponer una respuesta técnica apropiada al conflicto que ha motivado la ejecución del proyecto. Dicha metodología se obtuvo a partir del análisis de los proyectos presentados por los alumnos de la carrera de ingeniería de la UPC usando la “metodología Blasco”.

1.

SERVICIO

Un servicio en el ámbito de los proyectos se define, como la relación o convenio entre un sistema ofertante que proporciona unas salidas, y un sistema receptor que las admite como entradas [Blasco, 2002], lo que se esquematiza en la siguiente figura:

Servicio Sistema ofertante del servicio Sistema solicitante Objeto del servicio Medio ambiente
Servicio
Sistema ofertante del
servicio
Sistema solicitante
Objeto
del servicio
Medio ambiente

Figura 1. El Servicio a prestar.

769

2

Los sistemas artificiales se inventan y construyen por unas personas, o sistema ofertante del servicio, para conseguir, directa o indirectamente, unas mejoras individuales y colectivas, del sistema solicitante. Esta intencionalidad se refleja en el servicio a conseguir y en el objetivo inmediato del proyecto [Blasco, 2002].

La operación proyecto responde a la actividad de proyectar un sistema artificial y real que tiene por finalidad conseguir el sistema artificial y real proyectado, en cuyas consecución se hace uso de unos sistemas mentales que son unos significantes que lo tienen por referente. Y en la operación proyecto, hay que [Blasco, 2002]:

Definir el objetivo o sea la solución que se busca al problema.

Planificar las formas y manera de conseguir la resolución.

Llevar a cabo con éxito la consecución.

Para llevar a cabo el primer paso es indispensable que se definan claramente el servicio prestado por el sistema, sus restricciones, constricciones y las condiciones de prestación, así como las personas involucradas en dicho sistema.

Esta resolución del conflicto se puede resumir en cuatro hitos:

1. Hallar un cambio que suprima el conflicto y un objeto que desencadene el cambio.

2. Hallar un sistema que pueda proporcionar el objeto.

3. Definir el servicio a suministrar por el sistema.

4. Construir un sistema que proporcione el servicio.

Para que una relación de servicio tenga éxito, la transferencia, se debe ofrecer en determinadas condiciones propias del sistema ofertante y se debe aceptar bajo determinadas condiciones propias del sistema receptor. Y las condiciones del sistema ofertante han de ser compatibles con las del sistema receptor.

En otras palabras, la causa y motivo de un proyecto reside en la prestación de un servicio a un sistema solicitante de forma que le resuelvan los conflictos que presenta.

El servicio deseado por el usuario será el beneficio que espera este obtener del sistema artificial, el cual se puede concentrar en el mundo biológico, físico, ergonómico y social. Y para realizar la descripción predictiva del servicio deseado por los usuarios que son relevantes para el éxito del proyecto, tanto el sistema solicitante como el ofertante debe responder detallada y concienzudamente las siguientes preguntas [Blasco, 1988]:

A quién.

Qué y para qué.

Por qué.

Cómo.

Dónde y cuando.

A qué coste.

770

3

2. DESCRIPCIÓN DEL SERVICIO A CONSEGUIR

Cada usuario relevante valorará un servicio de diferente manera dependiendo de muchas variables [Blasco, 1988].

Dependiendo de la naturaleza de la aportación: se puede valorar por su contenido, calidad, cantidad y alcance del suministro.

Dependiendo de la oportunidad de la utilización: se puede valorar por su lugar, momento, confianza, riesgos y peligros.

Dependiendo de su coste económico.

Dependiendo de su contraprestaciones y molestias.

A pesar de esto, se debe determinar las prestaciones del suministro material con detalle racionalizado y cuantificable de las principales magnitudes o funciones componentes, y sus rangos de valores, mediante la determinación de lo que se espera del servicio.

2.1. Naturaleza del servicio

Se entiende por Naturaleza del Servicio a una descripción en lenguaje técnico de las prestaciones del suministro, con detalle y cuantificadas, o con un rango de valores posibles.

2.2. Exigencias respecto a la forma y manera de suministro

Para cada usuario relevante, se debe ser capaz de definir los requisitos del suministro de manera predictiva, y cuantitativa referente a:

a) Disponibilidad espacial (lugar)

b) Disponibilidad temporal (tiempo)

c) Seguridad del servicio

d) Continuidad el servicio

2.3. Finalidad y causalidad del servicio

La finalidad del servicio, como Sistema Solución global, se puede explicar desde tres aspectos diferentes y complementarios. En primer lugar señalar el “para qué” se está creando este servicio, es decir, debe ser el obtener una solución del problema que crea el conflicto y motiva la ejecución del proyecto, siempre con el enfoque de una solución para el usuario. En segundo lugar, aclarar “por qué” este servicio es el más conveniente para dar solución a dicho problema, cuál será su utilidad. Y finalmente, el “cómo”, es decir una especificación clara de la forma y el modo en que el servicio descrito cumplirá su objetivo.

771

4

2.4. Recopilación de requisitos

Es necesario describir claramente y en lenguaje técnico los requisitos, analizando las solicitudes de cada usuario relevante para hacer una recopilación de requisitos compatible y factible, dejando claro cuales son los requisitos particulares de los usuarios que sí quedarán incluidos y los que quedarán fuera del diseño final.

Es conveniente, cuando se trata de muchos los requisitos (y usuarios) en análisis, seguir ayudándose por tablas de doble entrada (matrices) para explicitar estos requisitos. De igual modo conviene agrupar los que son similares para un mejor análisis y para tener una visión más estructurada del sistema solución.

2.5. Constricciones restrictivas del servicio

El servicio que recibirá el sistema receptor, estará limitado por unas series de constricciones propias,
El servicio que recibirá el sistema receptor, estará limitado por unas series de
constricciones propias, sobre el suministro y suministración, que son ajenas a los
usuarios, que repercuten sobre las prestaciones, y hay que tener presente en el
planteamiento y en la resolución del problema técnico.
Expectativas del sistema
receptor
Alrededores
Disponibilidad del
sistema ofertante
Servicio
Modo
Lugar
Tiempo

Figura 2. Constricciones del Servicio

3. METODOLOGIA PARA LA DETERMINACION DE LOS REQUISITOS DEL

SISTEMA SOLUCION

El sistematizar un procedimiento para llegar a determinar cuáles son los requisitos factibles de implementar en el Sistema Solución, lleva consigo muchas dificultades, puesto que los proyectos son de muy diversa índole, y el análisis debe realizarse tanto para su fase de construcción como de explotación y retiro, es decir, considerando todo el ciclo de vida del proyecto. También es relevante en este análisis considerar cuál es el tipo de Proyecto, si es un servicio, un producto o un proyecto industrial.

A continuación se presenta en forma simplificada y esquematizada algunos pasos que permitirán estructurar la información, para que, cualquiera sea el caso, se pueda llegar a una conclusión que indique la mejor forma de realizar el Proyecto

La metodología consta de algunas tablas y matrices de doble entrada, que permitirán al proyectista ir vaciando y organizando toda la información que recopile

772

5

acerca de las condiciones que son deseadas y/o restringen al proyecto, siguiendo el orden siguiente:

3.1. Usuarios Relevantes

El primer paso de la metodología lo definen los usuarios relevantes del sistema, que son las personas involucradas en la resolución del conflicto.

Usuarios relevantes

Posición en el Sistema

Tipo

USUARIO

Externos

Consumidores

 

Explotadores

 

Internos

Operadores

 

Propietarios

 

Ajenos al sistema

Terceros

 

TABLA 1. Usuarios Relevantes

3.2. Deseos de Servicio

El segundo paso es que para cada usuario se analizan todos los deseos que tienen respecto del sistema que se construirá. Para esto se deben tener en consideración todos los deseos de todos los usuarios, los mismos usuarios que ya fueron definidos en el apartado anterior.

DESEOS DE SERVICIO SEGÚN LOS USUARIOS

Causalidad

USUARIO

Naturaleza

Forma y manera

Presiones

Finalidad y

TABLA 2. Deseos de Servicio según los Usuarios

3.3. Recopilación de Requisitos

El tercer paso es hacer un listado de requisitos. La forma de hacerlo es tomar la columna “naturaleza” de la tabla 2 y clasificar cada requisito que allí se haya descrito en un área temática que permita ir agrupando deseos, que aunque sean de usuarios distintos su naturaleza es la misma. Esto permitirá un mejor análisis de la información.

REQUISITOS DEL SERVICIO SEGÚN LOS USUARIOS

Área Temática

Requisitos

Valores

Seguimiento

Comentarios

TABLA 3. Recopilación de los Requisitos del Servicio según los Usuarios

773

6

Para que esta transformación de la tabla 2 a la 3 sea más sistemática, la clave está en agrupar los deseos que se repiten, ordenarlos según las áreas que se elijan, ordenarlos y finalmente redactarlos bien y de forma coherente. Una buena redacción será siempre en positivo, “lo que debe ser” no “lo que no debe ser”.

Esta recopilación de requisitos es un proceso iterativo de aproximaciones sucesivas, es un análisis que permite identificar los deseos que pudiesen estar duplicados, para escribirlos sólo una vez, esto requiere revisar ambas tablas reiteradas veces para llegar a un listado final de requisitos.

Finalizado este proceso, y cuando se tenga un listado de requisitos bien estructurado y bien redactado, se tomara como una tabla de sólo una columna que se utilizará más adelante y que se llamará A, por ahora para diferenciarla, y que tan solo para clarificar se muestra en la tabla 4.

REQUISITOS

Requisitos 1.

Requisitos 2.

Requisitos n.

TABLA 4. Tabla A, REQUISITOS

3.4. Constricciones y Restricciones del Servicio

Se deberá analizar tanto las constricciones y restricciones de los alrededores y las constricciones y restricciones tecnológicas. Éstas deberán ser analizadas desde la perspectiva del Suministro y la Suministración.

Constricciones y Restricciones de los Alrededores

 

Ámbito

Constricción

Criterio

Constrictor

Mercado

     

Sociales

     

Legales

     

Económicas

     

Ecológicas

     

Ergonomía, seguridad e higiene

     

Alrededores inmediatos

     

Etc.

     

TABLA 5: Constricciones y Restricciones de los Alrededores

Constricciones y Restricciones Tecnológicas

Constricción

Variables

Comentarios

TABLA 6: Constricciones y Restricciones Tecnológicas

Una vez que se tengan las dos tablas anteriores (tabla 5 y tabla 6), se realizará una tabla resumen de Constricciones que sume tanto las de los alrededores como las tecnológicas. Se esquematiza en la tabla 7 y se llamará B.

774

7

RESTRICCIONES

Restricción 1.

Restricción n.

TABLA 7: Tabla B, RESTRICCIONES

3.5. Análisis de compatibilidad entre los requisitos de los usuarios

REQUISITOS (A) (A) REQUISITOS Requisito 1 Requisito n Requisito 1 Requisito 2 Requisito 3 Requisito
REQUISITOS
(A)
(A)
REQUISITOS
Requisito 1
Requisito n
Requisito 1
Requisito 2
Requisito 3
Requisito n

TABLA 8: Análisis de compatibilidad entre los Requisitos de los Usuarios (A/A)

En esta matriz se comparan los mismos valores en ambos ejes por lo tanto basta con llenar un triángulo base de información

En esta matriz, se pondrá en cada celda una sobre compatibilidad:

I

= Requisitos (deseos) independientes o muy poco relacionados

C

= Requisitos (deseos) complementarios

O

= Requisitos (deseos) opuestos y discordantes en todo o en parte

Lo que se clasifique como C significa que las mejoras y empeoramientos en la consecución son concordantes y van emparejadas. Las calificaciones I y C son aplicables a requisitos compatibles entre sí, sin embargo una calificación O significa

la incompatibilidad, por lo tanto la necesidad de optar por uno u otro.

3.6. Análisis de interferencias entre los requisitos y las restricciones

CONSTRICCIONES (B) (A) REQUISITOS Requisito 1 … Requisito n Restricción 1 Restricción 2 Restricción 3
CONSTRICCIONES
(B)
(A)
REQUISITOS
Requisito 1
Requisito n
Restricción 1
Restricción 2
Restricción 3
Restricción n

TABLA 9: Análisis de interferencia entre los requisitos y las restricciones (A/B)

Con este análisis será posible delimitar lo que es posible hacer y lo que no, con el proyecto. Aquí se verá cuáles son los requisitos que se cumplen y con cuales restricciones se enmarcan. También es posible enumerar los requisitos que no son posibles de cumplir. También es posible concluir que no se puede hacer de determinada forma por causa de una restricción imposible de cumplir.

775

8

3.7. Conclusiones sobre el servicio deseado y las condiciones de prestación

En resumen, se tiene una serie de deseos asociados a personas, y otras constricciones técnicas, como asociadas a un marco legal, social, administrativo, etc. Con la ayuda de ellas se puede llegar a unas determinadas conclusiones acerca del servicio deseado y las condiciones de prestación, como lo indica la siguiente figura.

de prestación, como lo indica la siguiente figura. Figura 3. Conclusiones del Proyecto a partir de

Figura 3. Conclusiones del Proyecto a partir de los deseos, constricciones y restricciones.

Esta metodología fue obtenida y validada por medio de los ejercicios que los alumnos de la carrera de ingeniería de la UPC han realizado usando la “metodología Blasco”. Se tomaron casos exitosos en que los alumnos pudieron llegar a conclusiones acertadas. De este modo se encontró que era posible procesar la información recopilada desde los usuarios del proyecto a tablas, con un cierto orden y con una serie de pasos que permiten concluir, luego de aproximaciones sucesivas, la mejor manera de realizar un proyecto.

BIBLIOGRAFIA

Blasco, J. Comentarios al Proyecto (De Omni Re Scibili) 1ª Edición. Ediciones UPC. Barcelona, España. 1988.

Blasco, J. Introducción al Proyecto. Presentación dinámica por ordenador. UPC. Barcelona, España 1988.

Blasco, J. Los Artefactos y sus Proyectos. 1ª Edición. Ediciones UPC. Barcelona, España.

2000.

Blasco, J. Los Proyectos de Sistemas Artificiales: El Proyectar y lo Proyectado. 1ª Edición. Ediciones UPC. Barcelona, España. 2002.

Estay-Niculcar, C. and J. Blasco. El Universo de Proyectos: una Epistemología Sistémica para Proyectos. V Congreso Internacional de Ingeniería de Proyectos. Lérida, España. 2000.

CORRESPONDENCIA. Luz Moreno Martín Departamento de Proyectos de Ingeniería, UPC. Diagonal 647, planta 10, 08028, Barcelona, España. stellaluzm@yahoo.es

776