administración proyectos scada.doc
TRANSCRIPT
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