Administración de Proyectos SCADA

Toda metodología de administración de proyectos divide al mismo en fases, usualmente con puntos de control o aprobación al final de cada fase.

Una división típica de fases en un proyecto SCADA puede ser la siguiente:

Identificación Iniciación

Definición

Diseño

Adquisición

Cierre formal

Identificación

Identificación de la necesidad Confección de Presupuesto estimado. (-0 a +100%)Obtención de aprobación de recursos y fondos

Normalmente esta fase no requiere de gran formalidad ni recursos para encararse.

Típicamente un sistema SCADA se requiere por algunas de las siguientes razones:

Para reducir costos de energía. Para reducir personal.

Para reducir futuros requerimientos capitales.

Para mejorar nivel de servicio.

Para evitar incidencias ambientales.

Para cumplir con requerimientos de entes reguladores.

No puede ser posible el funcionamiento del negocio sin un sistema SCADA.

Para obtener una ventaja competitiva

Página 1

Para reemplazar un sistema existente por obsolesencia tecnológica

Frecuentemente un SCADA no surge como una necesidad absoluta o imperativa sobre un proceso industrial existente, pero es simplemente requerido para la que gestión o administración del negocio. Esto puede ser la mejor manera, de obtener una justificación contundente para la inversión de recursos para un proyecto SCADA, y es sumamente común que una vez instalado el sistema, aparezcan beneficios que superan los originalmente planificados.

Esta fase es crucial en cualquier proyecto SCADA. Es aquí donde el caso de negocio para el proyecto debe determinar una factibilidad inicial. El alcance del proyecto se define esencialmente en este punto.

Iniciación

Validación de la necesidad del proyecto

Determinación de objetivos y alcances

Determinación de estructura organizaciónal a ser utilizada

Estimación presupuesto conceptual (-30 a +50%)

En esta etapa, una pequeña cantidad de recursos se debe haber aprobado para el inicio de las investigaciones preliminares, y preparado un plan preliminar de gestión de proyecto. Será necesario asegurar el alcance, identificar las tecnologías principales a ser utilizadas, la aprobación y acuerdo de los usuarios potenciales del sistema. Estas tareas requieren una cantidad de trabajo tal que permita una estimación de costos dentro de - 30 a +50%. De igual manera se requiere de suficiente trabajo para establecer los beneficios del sistema para convencer a mandos superiores para dar aprobación de recursos y para proceder a la próxima fase.

Una equivocación común a este punto está en al detalle técnico demasiado profundo. El trabajo a esta etapa debería concentrarse en los requerimientos fucionales o del usuario, y los requerimientos tecnológicos deberían tenerse en cuenta solo para permitir estimación de costos dentro de - 30 a +50%.

El énfasis debería estar en asegurar que hay una comprensión real por parte de los usuarios en cuanto a la funcionalidad que proveerá el sistema. Si el sistema está siendo introducido para mejorar productividad, entonces es importante que el usuario comprenda como ellos pueden usar el SCADA para cambiar prácticas de trabajo.

Es importante que en esta etapa se incluya en el equipo de proyecto al

Página 2

usuario con fin lograr fomentar el sentido de propiedad del nuevo sistema. Esta participación debería continuar a lo largo del proyecto para que el sistema pueda ser utilizado en todo su potencialidad.

Definición Determinación de miembros claves de equipo

Determinación de una opción o alternativa preferida (si no fue previamente hecho)

Desarrollo de líneas de acción y cronogramas para la gestión de proyecto

Evaluación de riesgos

Estudio sobre gestión de valor, marco económico

Desarrollo de estrategias de contratación

Desarrollo de estrategias de implementación

Confección de estimación definitiva - 15 a +25%

Toma de desición: Continuar o descartar el proyecto

En esta etapa el proyecto comienza a convertirse en una estructura más formal. Un equipo de proyecto está definido dentro de una estructura organizacional, se establecen los procesos de informe. El alcance está siendo determinado profundamente (que sitios, que funciones, etc). Decisiones firmes están siendo tomadas como las estrategias de contratación, factores de diseño y arquitectura del sistema, etc.

El trabajo a esta etapa debería concentrarse todavía en el aspecto funcional o en los requerimientos de ususario, y los requerimientos tecnológicos deberían todavía ser utilizados para permitir una estimación de costos que permita mantenerse dentro de - 15 a +25%. Deben ser conducidas auditorías continuas en esta etapa para evitar sorpresas desagradables en el futuro.

Es importante en esta etapa identificar los beneficios del sistema claramente, y desarrollar un plan de logro de beneficios. Estos planes identificarán exactamente como los beneficios propuestos se alcanzarán con los cambios a procesos existentes. Esto dará confianza a niveles superiores en cuanto a que la inversión va a ser útil.

En esta etapa se genera la decisión más importantes, denominada "go-no go" (Continuar o descartar el proyecto) probablemente sea la última opertunidad para detener el proyecto a una perdida de recursos

Página 3

razonable.

Diseño Revisión final del diseño

Informes de Revisiones del diseño

Justificación de Fondos

Estimación - 10%+10%

En esta etapa se genera el diseño fisico y lógico y un arsenal completo de pruebas para la determinación del correcto funcionamiento del sistema según las especificaciones iniciales.

En los años 1980 se hablaba de la existencia de:

FAT: Factory Acceptance Test (Aceptación de Fábrica)

SAT:Site Acceptance Tests (Aceptación de Sitio)

Ensayos a ser realizados: el primero en entorno de desarrollo y el segundo en entorno de producción. Este enfoque se basaba en que se trataba de tecnología de alto costo y gran dificultad para adaptar a condiciones particulares de cada proceso.

Actualmente se hace incapié en los ensayos SAT puesto que los FAT se dejan librados al proveedor de la tecnología a ser incorporada, puesto que de existir problemas se puede acceder a otra tecnología u otro proveedor sin mayores costos o desviasiones de los cronogramas originales. Y ademá se optimizan los tiempos de puesta en marcha de los sistemas.

Adquisición La especificación y preparación de las tareas

Estimación final dentro del - 5% a +5%

Adquisición de elementos

Construcción civil o equipamientos necesarios

Comisionado o puesta en marcha de equipos

Concreción de los trabajos

Los principales participantes de esta etapa

Página 4

Lider del proyecto Equipo de trabajo

Grupo de Usuarios

Básicamente esta etapa se subdivide en:

Diseño final aprobado Configuración del Software SCADA

Desarrollos necesarios para adaptar sistema a realidad de proceso

Preparación y configuración de equipos

Instrumentación de campo, comunicaciones, etc.

Puesta en marcha o implementación del sistema

Ensayos SAT

Entrenamiento de usuarios

Cierre formal del proyecto Reporte final o informe ejecutivo del proyecto

Subsanar no conformidades o defectos del sistemaFinalización de la totalidad de las tareasRevisión Post implementación (de ser requerida)

La revisión post implementación en contadas oportunidades es solicitada, pero debería ser un item obligatorio para la concreción de cualquier proyecto. Lo importante de ello reside en, que alli es donde se ponen en la balanza los objetivos iniciales respecto a beneficios versus los costos en los que se incurrieron como inversión. Además este PIR (Post Implementation revision) puede ser usado como documentación para que en futuros proyectos SCADA no se cometan los mismos errores.

Página 5