Datos personales

Mi foto
Quito, Ecuador
Ingeniero en Informática / Magíster en Gestión Tecnológica / Máster en Gestión de las TIC

miércoles, 22 de mayo de 2013

Ingeniería de Concepto, Ingeniería Básica, Ingeniería de Detalle


Después de algunos años de trabajar en proyectos multidisciplinarios, que involucran a profesionales de  ingeniería de petróleos, ingeniería civil, ingenieros eléctricos, ingenieros en electrónica entre otros, se vive siempre el tema de revisar y aprobar documentación.  En ocasiones esta documentación técnica dependiendo de las dimensiones del proyecto es abrumadora, son cantidades interminables de folios a revisar en concordancia con el alcance del proyecto en cuestión. Dentro de toda esta documentación, aparecen varios tipos de documentos sobre los cuales en lo particular no suele haber una definición formal, sin embargo se acepta entre las partes, contratante y contratado, lo que va a tener aquello que se denomina:

  • Ingeniería básica.
  • Ingeniería de detalle.

Al pasar algún tiempo, tomé el riesgo de preguntar a algunos colegas de distintas disciplinas sobre lo que debería contener cada documento, y de ese diálogo, se establece que en realidad al iniciar un gran proyecto de tecnología, deberían estar presentes los siguientes:


  1. Ingeniería de concepto.
  2. Ingeniería Básica.
  3. Ingeniería de Detalle.
  4. Ingeniería Conforme de Obra.



Toda esta documentación, se somete a revisiones por parte de la organización contratante, siendo en general las siguientes:



Revisión A: PARA APROBACIÓN. De existir mas de una revisión se emitirán como revisión B, C, D, etc.

Revisión 0: PARA CONSTRUCCIÓN. Revisión con la cual la contratista ejecuta y realiza la implementación en campo. Suele existir una sola revisión previa a la Construcción.

Revisión 1: AS-BUILT (Ingeniería Conforme de Obra).  Corresponde a la documentación conforme obra, antes de dar por terminado cualquier proyecto se debe recibir esta documentación corroborada con lo que realmente esta instalado en campo.





INGENIERÍA DE CONCEPTO

La ingeniería conceptual sirve para identificar la viabilidad técnica y económica del proyecto y marcará la pauta para el desarrollo de la ingeniería básica y de detalle. Se basa en un estudio previo (estudio de viabilidad) y en la definición de los requerimientos del proyecto.

Comprende el conjunto de documentos de ingeniería que delimita un alcance global y conceptual del proyecto incluido el tipo de tecnología y especificación de equipos a usar. La Documentación necesaria debería incluir:

  • Definición de visión y alcance del proyecto.
  • Definición de requerimientos funcionales generales del proyecto. 
  • Bases y criterios de diseño acordadas con el área usuaria (Definición de Normas y estándares aplicables, detallar requerimientos de diseño de cada funcionalidad, y sus especificaciones preliminares.
  • Diagramas de flujo de procesos principal y auxiliares y/ó Arquitectura del Proyecto.
  • Cálculos preliminares, cuantificación y dimensionamiento  de los requerimientos del proyecto.
  • Filosofía de Control y Operación.
  • Requerimientos de Bienes y Servicios Complementarios para la ejecución del Proyecto
  • Análisis de Riesgos.
  • Cronograma referencial con actividades, recursos, tiempos e hitos.
  • Factibilidad Técnica. 
  • Factibilidad Económica.
  • Arquitectura de soluciones informáticas, definición de servicios, diagramas de interacción, diagramas de bases de datos, diagrama preliminar de red y distribución de equipos.

Este documento debe contener los estudios de factibilidad, ya que los mismos permiten definir la conveniencia o rentabilidad de diferentes alternativas de diseño de un determinado proyecto.

La Ingeniería Conceptual no suele realizarse de forma rigurosa dentro de las instituciones, esta es una falencia pues de su fortaleza dependerá la generación de unos buenos términos de referencia para la contratación de proveedores que realicen la construcción, de preferencia la ingeniería conceptual debe realizarse sin enfocarse a un proveedor específico sino a la solución que se busca dar con el proyecto, en la discusión de si debe realizarse este documento al interior de la entidad contratante o mediante una consultora, resulta incierta una afirmación categórica, si ocurre en ocasiones que unos deficientes términos de referencia desencadenan el fracaso o mediocre ejecución de proyectos.



INGENIERÍA BÁSICA

El el conjunto de documentos de Ingeniería con definiciones y cálculos de los procesos principales, seguridad, medio ambiente, estudio de riegos, implantación y especificaciones definitivas para compra de equipos mayores, estos últimos son aquellos que por su especificidad, complejidad en la configuración, por ser hechos a medida o por su envergadura requieren un tiempo considerable para llegar al lugar de la instalación.  La Documentación deberá incluir:

  • Bases y Criterios de diseño (validación y verificación de la Ingeniería Conceptual).
  • Definición de requerimientos funcionales definitivos.
  • Diagramas de Flujo de Procesos Principales y Auxiliares (definición de Normas a usar).
  • Diseños definitivos incluidos cálculos (de todas las especialidades que intervienen en el proyecto).
  • Descripción del proceso y filosofía de Operación y Control definitivos.
  • Requerimientos de Servicios y Bienes Complementarios definitivos.
  • Especificaciones de equipos mayores definitivos (incluir Planos de ingeniería y de vendedor AS BUILT sistemas paquetizados en lo que aplique).
  • Diagramas de tuberías e instrumentación (P&ID) definitivos (Norma Internacional).
  • Layout de Implantación general definitivo.
  • Estudios apropiados al proyecto.
  • Plan de Trabajo (Conformación del equipo de trabajo): 
  • Establece un cronograma, designa los responsables y marca metas.  Las acciones que aparecen incluidas dentro del plan de trabajo pueden ser seguidas, controladas y evaluadas por el responsable.
  • Clasificación de áreas peligrosas.
  • Especificaciones de alcance de construcción por disciplina.
  • Hojas de especificación de instrumentos, equipos e insumos bajo norma aplicable.
  • Ruteo (Planimetría). 
  • Interconexiones.
  • Matrices Causa y Efecto.
  • Especificaciones del sistema de control.
  • Arquitectura del sistema de control.
  • Desglose estimado de costos.
  • Arquitectura de Hardware y Software de los sistemas de información requeridos.
  • Especificaciones de Hardware y Software.
  • Especificaciones Funcionales de Software.
  • Análisis de Impacto del Alcance del Proyecto dentro de la organización.

INGENIERÍA DE DETALLE

Conjunto de Documentación generada a partir de la Ingeniería Básica que incluye todos los detalles constructivos, por disciplina (Civil, Mecánica, Procesos, Eléctrica, Telecomunicaciones, Instrumentación y Control, Sistemas Informáticos) que deberán estar aprobados para construcción.  

INGENIERÍA CONFORME A OBRA (AS BUILT) 

La Ingeniera Conforme a Obra o As Built reúne las modificaciones sobre la Ingeniería de Detalle que se llevaron a cabo durante la ejecución del proyecto,  construcción e instalación. Los Documentos As-Built se presentan con una revisión superior a la Ingeniería de Detalle, y comprende el conjunto de documentos en donde existan modificaciones al diseño especificado con anterioridad.





sábado, 26 de enero de 2013

Gestión de proyectos TIC - Parte V

PARTE I | PARTE II  | PARTE III | PARTE IV | PARTE V 

Resúmen de consideraciones para la implementación de Software, o un producto basado en las tecnologías de la información y las comunicaciones


Para completar el plan de implantación se deben considerar todos los aspectos relevantes, tomando en cuenta que se han corregido los fallos en la gestión del proyecto y se desea resultados que permitan asegurar la confianza del cliente, se deben considrear al menos las siguientes actividades:

a.   Análisis de riesgos

b.   Plan de contingencia, en base a los riesgos determinar respuestas a situaciones como ausencia por enfermedad de una persona del equipo, atrasos en la entrega de hardware, demoras por parte de terceros.  Esto depende del entorno del proyecto y los involucrados 

c. Definición conjuntamente con el cliente de alternativas de implantación, considerando las siguientes opciones:

              i.  Plan piloto
             ii.  Escalado o incremental
            iii.  Simultáneo

d.  Identificar actividades preliminares
              i.  Configuraciónes que necesita el cliente
             ii.  Carga de datos
            iii.  Creación de usuarios

e.  Identificar actividades a ejecutar
             i.  Supervisar el producto en el período de despliegue
            ii.  Soporte en la transición hacia el uso del nuevo producto 
           iii.  Soporte al producto en caso de producirse fallos
           iv.  Elaborar un plan de gestión de la continuidad del servicio

f.   Determinar tiempos y personal necesario para el despliegue tanto del lado del cliente
como del proveedor

             i.  Definir roles y responsabilidades por parte del proveedor
            ii.  Definir roles y responsabilidades por parte del cliente
           iii.  Establecer con el cliente las fechas de inicio y fin de la formación
           iv.  Establecer con el cliente las fechas de inicio y fin del despliegue
           vi.  Definir los criterios de aceptación del producto



Previsiones para el mantenimiento del producto.  




Con los resultados de la implementación documentados, mas la experiencia de uso del 
producto  se puede elaborar en base a los servicios que entrega dicho producto, un plan 
de mantenimiento completo que permita al cliente un adecuado soporte en la explotación 
del mismo, esto puede ser: incrementar funcionalidades en el corto y mediano plazo, 
respaldos peródicos de los almacenes de datos, expansión por ejemplo del software o 
producto a nuevas sucursales, soporte a usuarios en el uso adecuado del producto mediante 
el centro de atención a usuarios (CAU), detección e implementación de aspectos en los 
que se puede mejorar.

Cierre práctico de proyectos




Preparación
1. Hacer una lista de verificación de cierre de proyecto.
2. Revisión de la planificación y su ejecución tanto financiera como en entregables
parciales.
3. Gestión de la comunicación orientada al cierre del proyecto.

Un enfoque contínuo en evitar problemas al final del proyecto
1. Seguimiento diario de las tareas.
2. Corrección diaria de la planificación en caso de desviaciones.
3. Planificación de revisiones
4. Revisión de contratos de proveedores.
5. Controlar el inicio y cierre de sub contratos.

Aterrizar acciones concretas de cierre
1. Entrega del producto y la documentación.
2. Solicitud de la aceptación del proyecto.
3. Inicio de las revisiones formales con el cliente.

Acciones finales
4. Cierre financiero y administrativo del proyecto.
5. Documentación de conclusiones y experiencias aprendidas.



PARTE I | PARTE II  | PARTE III | PARTE IV | PARTE V