Las Leyes de Newton explican el Cambio Organizacional

Articulo publicado en la revista del PMI Panama edicion Febrero 2017

pmi-panama-febrero-2016-slc
http://www.slideshare.net/contesl/las-leyes-de-newton-explican-el-cambio-organizacional
La revista completa aqui: https://joom.ag/3kiW

Anuncios

Cómo utilizar la Arquitectura Empresarial para generar la Solución deseada

El presente artículo, en su version en Inglés, fué catalogado por el IIBA y el PMI como “Best Practice” en Análisis de Negocio y ha sido referenciado en publicaciones de varios colegas. Mi intención es poner en conocimiento un método que me ha dado resultado y a lo mejor puede ayudar a otros.

Publicacion: Como utilizar la arquitectura empresarial para generar la solucion deseada

Guia para Identificar Stakeholders

La principal actividad a realizar cuando tenemos que “traducir” un objetivo estrátegico en una acción (podemos decir, un proyecto) es realizar el Análisis de Stakeholder. Esto debe realizarse desde antes de la actividad de Feasibility and Approval (es decir, la etapa dónde se genera el Caso de Negocio con la información necesaria para la posterior aprobación o rechazo de la realización del proyecto).

Por definición, un Stakeholder es “toda persona u organización interna o externa cuyo interes será afectado en forma positiva o negativa por el producto, servicio o resultado que se genere o por el proceso de generación. Esta persona u organizacion puede o no estar activamente involucrada en el proyecto”.

La palabra clave es “afectada”. Si lo afecta, genera un “movimiento” de esa persona u organizacion y rapidamente tendremos que identificarlo para armar una estrategia de administración.

La primera actividad del proceso de Análisis de Stakeholders es “Identificar los Stakeholders” (si revisan el PMBOK este es el nombre del proceso. Análisis de Stakeholders es mucho más que eso).

Pero como podemos identificar stakeholders sin olvidarnos de incluir alguno?

Bueno, esto no es ciencia exacta (gracias a Dios, sino no tendriamos trabajo 🙂 ) pero vaya aqui una guia para tener en consideracion todo lo necesario para cubrir todas las bases (o jugar en toda la cancha como diriamos los argentinos):

La clave es tener en mente los componentes de la llamada Arquitectura Empresarial.

Toda organizacion debe ser vista como un sistema abierto (hace intercambios con el medio ambiente) y adaptable (se adapta a los cambios del medio ambiente para sobrevivir, crecer y desarrollarse planteando estrategias) que como todo sistema posee componentes y relaciones. Es decir, estructura. Y toda estructura puede ser estudiada desde el punto de vista de la arquitectura para contestar la pregunta “como hacemos para que esos componentes y sus relaciones se adapten rapidamente a los cambios?”.

La Arquitectura Empresarial se compone de:

-Arquitectura o Capa de Negocio: todo aquello que interactúa con el medio ambiente de acuerdo a la estrategia (personas, edificios, procesos, politicas, etc, etc)

-Arquitectura o Capa de Aplicaciones: toda porción de código computacional que permite “soportar” a la Arquitectura de Negocio.

-Arquitectura o Capa de Tecnología: toda tecnología que permita “soportar” la Arquitectura de Aplicaciones.

-Arquitectura o Capa de Seguridad: todo aquello que mantiene integra las arquitecturas anteriores (desde controles fisicos de acceso a edificios, componente de software que valida el acceso, etc etc)

-Arquitectura o Capa de Información: todo aquello que transforma datos en informacion para la toma de cualquier decision que tenga que ver con eventos que ocurran en las arquitecturas anteriores.

En conclusión: si tenemos en nuestra mente al momento de la actividad de Identificacion de Stakeholders la Arquitectura Empresarial estoy seguro que tenemos una probabilidad muy alta de no olvidar a todo aquel afectado por el emprendimiento que vamos a comenzar.

Espero que haya sido de utilidad.

Gracias.

Arquitectura Empresarial