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 sistema

Finalización de la totalidad de las tareas
Revisió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