Estandar BPMN

¿Que es BPMN?

Business Process Modeling Notation o BPMN (en español Notación para el Modelado de Procesos de Negocio) es una notación gráfica estandarizada que permite el modelado de procesos de negocio, en un formato de flujo de trabajo (workflow). BPMN fue inicialmente desarrollada por la organización Business Process Management Initiative (BPMI), y es actualmente mantenida por el OMG (Object Management Group), después de la fusión de las dos organizaciones en el año 2005. Su versión actual, a abril de 2011, es la 2.0.
El principal objetivo de BPMN es proporcionar una notación estándar que sea fácilmente legible y entendible por parte de todos los involucrados e interesados del negocio (stakeholders). Entre estos interesados están los analistas de negocio (quienes definen y redefinen los procesos), los desarrolladores técnicos (responsables de implementar los procesos) y los gerentes y administradores del negocio (quienes monitorizan y gestionan los procesos). En síntesis BPMN tiene la finalidad de servir como lenguaje común para cerrar la brecha de comunicación que frecuentemente se presenta entre el diseño de los procesos de negocio y su implementación.
Actualmente hay una amplia variedad de lenguajes, herramientas y metodologías para el modelado de procesos de negocio. La adopción cada vez mayor de la notación BPMN como estándar ayudará a unificar la expresión de conceptos básicos de procesos de negocio (por ejemplo procesos públicos y privados, orquestación, coreografía, etc.) así como conceptos avanzados de modelado (por ejemplo manejo de excepciones, compensación de transacciones, entre otros).

 ¿Por que es importante el estandar BPMN 2.0?

El papel del BPM exige un nuevo lenguaje común en el mundo de los negocios y el TI (Tecnología de la información), que es BPMN (Business Process Modeling Notation) el estándar de OMG.
BPMN es lo suficientemente simple y fácilmente comprensibles para ser aplicado en cualquier negocio, sin embargo, es suficientemente rico como para apoyar la aplicación ejecutable, sin cambiar el metamodelo subyacente. Como resultado, se ha convertido en el estándar de facto o la dirección del futuro de BPM Suite los vendedores que van de Lombardi, Savvion, y Apia, a TIBCO, Oracle, IBM y SAP. Por lo tanto, la comprensión de cómo modelar procesos con eficacia en BPMN se ha convirtiendo en una habilidad que cualquier experto en el tema de procesos de negocio debe conocer.
Durante años las herramientas de BPM que tenían alguna noción de cajas y flechas estaban apoyadas en BPMN, y no hay duda de que muchos Suites BPM ahora dicen apoyar BPMN 2.0 en sus herramientas de diseño ejecutable.

Elementos de BPMN.

El modelado en BPMN se realiza mediante diagramas muy simples con un conjunto muy pequeño de elementos gráficos. Con esto se busca que para los usuarios del negocio y los desarrolladores técnicos sea fácil entender el flujo y el proceso. Las cuatro categorías básicas de elementos son:
1) Objetos de flujo: Eventos, Actividades, Rombos de control de flujo (Gateways) 
2) Objetos de conexión: Flujo de Secuencia, Flujo de Mensaje, Asociación 
3) Swimlanes (Carriles de piscina): Pool, Lane 
4) Artefactos: Objetos de Datos, Grupo, Anotación
Estas cuatro categorías de elementos nos dan la oportunidad de realizar un diagrama simple de procesos de negocio (en inglés Business Process Diagram o BPD). En un BPD se permite definir un tipo personalizado de Objeto de Flujo o un Artefacto, si con ello se hace el diagrama más comprensible.

Objetos de flujo y de conexion.

Son los elementos principales descritos dentro de BPMN y consta de tres elementos principales; Eventos, Actividades y Compuertas (Control de Flujo).

A. Eventos:

 

Están representados gráficamente por un círculo y describen algo que sucede (lo contrario de las Actividades que son algo que se hace). Los eventos también pueden ser clasificados como Capturado o Lanzado.

1.- Evento Inicial: Actúa como un disparador de un proceso. Se representa gráficamente por un círculo de línea delgada y dentro del círculo esta relleno de color verde. Este evento permite Capturar 

2.- Evento Final:Indica el final de un proceso. Esta representado gráficamente por un círculo de línea gruesa y dentro del círculo esta relleno del color rojo. Este evento permite Lanzar

3.- Evento intermedio: Indica que algo sucede entre el evento inicial y el evento final. Esta representado gráficamente por un círculo de doble línea simple y dentro del círculo relleno de color naranja. Este evento puede Capturar o Lanzar.

B. Actividades 

 

Se representan por un rectángulo con sus vértices redondeados y describe el tipo de trabajo que será realizado.

1.- Tarea: Una tarea representa una sola unidad de trabajo que no es o no se puede dividir a un mayor nivel de detalle de procesos de negocio sin diagramación de los pasos de un procedimiento.

2.- Subproceso: Se utiliza para ocultar o mostrar otros niveles de detalle de procesos de negocio - cuando se minimiza un subproceso se indica con un signo más contra de la línea inferior del rectángulo, cuando se expande el rectángulo redondeado permite mostrar todos los objetos de flujo, los objetos de conexión, y artefactos. Tiene, de forma auto-contenida, sus propios eventos de inicio y fin; y los flujos de proceso del proceso padre no deben cruzar la frontera.

3.- Transacción: Es una forma de subproceso en la cual todas las actividades contenidas deben ser tratadas como un todo. Las transacciones se diferencian de los subprocesos expandidos por estar rodeando por un borde de doble línea.

C. Compuertas (Control de Flujo):

 

 Se representan por una figura de diamante y determinan si se bifurcan o se combinan las rutas dependiendo de las condiciones expresadas. 

 

 

D. Conexiones:

 

Los objetos de flujo permitirán conectar cada uno de los objetos de conexión. Hay tres tipos: Secuencias, Mensajes y Asociaciones.

1.- Flujo de Secuencia: Está representado por línea simple continua y flechada; y muestra el orden en que las actividades se llevarán a cabo. El flujo de secuencia puede tener un símbolo al inicio, un pequeño diamante indica uno de un número de flujos condicionales desde una actividad, mientras que una barra diagonal (slash) indica el flujo por defecto desde una decisión o actividad con flujos condicionales.

2.- Flujo de mensaje: Está representado por una línea discontinua con un círculo no relleno al inicio y una punta de flecha no rellena al final. Esto nos dice, que el flujo de mensaje atraviesa la frontera organizativa (por ejemplo, entre piscinas). Un flujo de mensaje no puede ser utilizado para conectar actividades o eventos dentro de la misma piscina.

3.- Asociaciones: Se representan por una línea punteada. Se suele usar para conectar artefactos o un texto a un objeto de flujo y puede indicar muchas direccionabilidades usando una punta de flecha no rellena (hacia el artefacto para representar a un resultado, desde el artefacto para representar una entrada, y los dos para indicar que se lee y se actualiza). La No Direccionabilidad podría usarse con el artefacto o un texto est asociado con una secuencia o flujo de mensaje (como el flujo muestra la dirección).

Planificación Estrategica TI

¿Que es planificacion estrategica?

La Planificación Estratégica es un proceso a través del cual la organización define sus objetivos de mediano y largo plazo, identifica metas y objetivos cuantitativos, desarrolla estrategias para alcanzar dichos objetivos y localiza recursos para llevar a cabo dichas estrategias.
La planificación estratégica es al mismo tiempo una poderosa herramienta de diagnóstico, análisis, reflexión y toma de decisiones colectivas, en torno al quehacer actual y al camino que deben recorrer en el futuro las instituciones, para anticiparse a los cambios y a las demandas que les impone el entorno, logrando el máximo de eficiencia y calidad en sus resultados.
En este siglo XXI, en el que se avecinan importantes avances científicos, tecnológicos y sociales que no dejarán de asombrar a la humanidad, la Universidad de Concepción tiene la obligación de anticiparse y liderar los procesos de cambios asociados. Para ello ha elaborado como instrumento de gestión su Plan Estratégico 2006-2010, que define las directrices centrales de la Institución, las prioridades y los fundamentos prácticos y teóricos, debidamente evaluados para promover, dentro de una fecha de término claramente definida, la dinámica y las transformaciones necesarias que permitan a la Universidad implementar las estrategias en pos del logro de los objetivos Institucionales.

¿Por que desarrollar un plan estrategico?

1) Porque la planificacion estartegica mejora el desempeño de la institucion.
2) Permite enfrentar los principales problemas de las organizaciones.
2) Introduce una forma moderna de gestionar las instituciones.


Etapas de un plan estrategico.

A. Diagnostico de la situacion actual:
    1) Identificacion de clientes externos y determinacion de su demanda.
    2) Identificacion de clientes internos y determinacion de sus demandas.

B. Analisis interno de la organizacion.

C. Analisis externo de la organizacion.

Estructura de un plan estrategico.

A. Misión: La misiñon organizacional es como una declaracion duradera de propositos que distingue a una institucion de otras similares. Es un compendia de la razon de ser de una organizacion, esencial para determinar objetivos y formular estrategias.

B. Visión: Es la definicion de la razon de ser de la empresa. Declaracion amplia y suficiente de donde quiere que su organizacion este en el futuro. Conjunto de ideas generales que proveen el marco de referencia de lo que una organizacion es y quiere ser en el futuro.

Cosas que se deben tener en cuenta para lograr una buena planificacion estrategica.

1.- Comprender la estrategia.

Si no esta seguro sobre la estrategia de su organizacion, consulte a su superior. Es necesario que comprenda por que una estrategia posee usted y otra la organizacion.

2.- Examinar el Proceso.

Involucre a todos los miembros del equipo en la recopilacion de informacion. 
Aliente al personal a considerar los hechos con objetividad.

3.- Planificar la Estrategia

Programe tiempo suficiente para evitar apresurar la etapa de planificacion.
Preparese para escuchar a su equipo durante el proceso.

4.- Pensar a corto y largo plazo.

Tenga confianza en el futuro pero sea realista con respecto a lo que puede lograr.
Esfuercese por cumplir las metas a largo plaza y alcanzar resultados inmediatos.

5.- Lograr equilibrio.

Esfuercese por integrar el pensamiento estrategico en su vida cotidiana.
Dia con dia, tome decisiones considerando las implicaciones a largo plazo.

6.- Comunicar con claridad.

Si las personas no saben lo que intenta hacer, no podran ayudarle.
Sea tan franco y abierto con sus colegas como sea posible.
Mantenga enterados a todos de los cambios propuestos.

Factores de planificacion

-Tiempo.
-Recopilacion y analisis de datos.
-Niveles de planificacion.
-Flexibilidad.
-Responsabilidad. 

  

Guía de los fundamentos de la dirección de proyectos

INVESTIGACIÓN SOBRE PMBOK

¿QUÉ SIGNIFICA PMBOK?
 
PMBOK es el estándar para la Administración de Proyectos y cuyas siglas significan en inglés Project Management Body of Knowledge (el Compendio del Saber de la Gestión de Proyectos en español).
Éste a su vez puede ser entendido como una colección de sistemas, procesos y áreas de conocimiento que son universalmente aceptados y reconocidos como los mejores dentro de la gestión de proyectos.

El compendio de información proveída en el PMBOK provee a todo profesional que desee especializarse en ésta área de los fundamentos de la administración de proyectos para poder aplicarlo en campos tan disímiles como la electrónica, el desarrollo de software, construcción, proyectos web, proyectos en industrias alimentarias, etc.



HISTORIA DEL PMBOK:
 
El PMBOK fue desarrollado por el PMI  (Project Management Institute por sus siglas en inglés o el Instituto de Gestión de Proyectos en español) a fines de los años ochenta con el objetivo de documentar, unificar y estandarizar los conocimientos y prácticas dentro del campo de la administración de proyectos.

Actualmente existen 05 versiones del PMBOK, siendo la quinta recientemente publicada por el PMI a mediados del 2012. Esta última edición comprende la documentación y explicación de 47 procesos de gestión y se caracteriza por presentar la noción de que cada área debe presentar su propio “Plan Maestro” con el fin de maximizar la eficiencia de cada una de éstas y liberar al proceso de cuellos de botella (por ejemplo: desarrollar un plan maestro para la Gestión de Recursos Humanos, un plan maestro para la Gestión de Calidad y así sucesivamente).

Cabe destacar que el PMBOK ha sido redactado en un lenguaje común, utlilizando conceptos que han sido universalizados en el campo de la gestión de proyectos, lo cual significa que cualquier profesional que recién se encuentre introduciendo en ésta área de especialización podrá comprender fácilmente un concepto presentado y relacionar su aplicabilidad en distintos tipos de proyectos por más disímiles que parezcan.




ALCANCE DEL PMBOK:
 
El PMBOK documenta nueve áreas de conocimiento los cuales considera universales para casi todo tipo de proyectos así como cinco grupos de procesos.

Las áreas de conocimiento comprendidas en el PMBOK son: Integración, Alcance, Tiempo, Costos, Calidad, Recursos Humanos, Comunicación, Riesgo y Adquisiciones.

Los grupos de procesos por su parte son: de Iniciación, Planificación, Ejecución, Seguimiento y Control y Cierre.

Éstas áreas de conocimiento y grupos de procesos se encuentran relacionados entre sí, y la relación de los mismos es lo que conduce a una correcta gestión de proyectos y por tanto en esta documentación y sistematización de la documentación de los mismos reside el poder y alcance del PMBOK como la principal herramienta de todo profesional que busque especializarse en la Gerencia de Proyectos.



GRUPOS BÁSICOS DE PROYECTOS:

Los 5 grupos básicos de procesos son:

1. Iniciación:
Define y autoriza el proyecto o una fase del mismo. Está formado por dos procesos. 

2. Planificación:
Define, refina los objetivos y planifica el curso de acción requerido para lograr los objetivos y el alcance pretendido del proyecto. Está formado por veinte procesos. 

3. Ejecución:
Compuesto por aquellos procesos realizados para completar el trabajo definido en el plan a fin de cumplir con las especificaciones del mismo. Implica coordinar personas y recursos, así como integrar y realizar actividades del proyecto en conformidad con el plan para la dirección del proyecto. Está formado por ocho procesos. 

4. Seguimiento y Control:
Mide, supervisa y regula el progreso y desempeño del proyecto, para identificar áreas en las que el plan requiera cambios. Está formado por diez procesos. 

5. Cierre:
Formaliza la aceptación del producto, servicio o resultado, y termina ordenadamente el proyecto o una fase del mismo. Está formado por dos procesos.


ÁREAS DE CONOCIMIENTO MENCIONADAS EN EL PMBOK:

1. Gestión de la Integración del Proyecto:
Incluye los procesos y actividades necesarios para identificar, definir, combinar, unificar y coordinar los diversos procesos y actividades de la dirección de proyectos dentro de los grupos de procesos de dirección de proyectos. 

2. Gestión del Alcance del Proyecto:
Incluye los procesos necesarios para garantizar que el proyecto incluya todo (y únicamente todo) el trabajo requerido para completarla con éxito. 

3. Gestión del Tiempo del Proyecto:
Incluye los procesos requeridos para administrar la finalización del proyecto a tiempo. 

4. Gestión de los Costos del Proyecto:
Incluye los procesos involucrados en estimar, presupuestar y controlar los costos de modo que se complete el proyecto dentro del presupuesto aprobado. 

5. Gestión de la Calidad del Proyecto:
Incluye los procesos y actividades de la organización ejecutante que determinan responsabilidades, objetivos y políticas de calidad a fin de que el proyecto satisfaga las necesidades por la cuales fue emprendido. 

6. Gestión de los Recursos Humanos del Proyecto:
Incluye los procesos que organizan, gestionan y conducen el equipo del proyecto. 

7. Gestión de las Comunicaciones del Proyecto:
Incluye los procesos requeridos para garantizar que la generación, la recopilación, la distribución, el almacenamiento, la recuperación y la disposición final de la información del proyecto sean adecuados, oportunos y entregada a quien corresponda (interesados del proyecto o stakeholders).

8. Gestión de los Riesgos del Proyecto:
Incluye los procesos relacionados con llevar a cabo la planificación de la gestión, identificación, el análisis, la planificación de respuesta a los riesgos, así como su monitoreo y control en un proyecto.

9. Gestión de las Adquisiciones del Proyecto:
Incluye los procesos de compra o adquisición de los productos, servicios o resultados que es necesario obtener fuera del equipo del proyecto.

URL PPT : https://www.dropbox.com/s/3szxp0rw297n4eh/pmbok.pptx

Sistemas de información

Introducción:

Un sistema de información es un conjunto de elementos que interactúan entre sí con el fin de apoyar las actividades de una empresa o negocio .

El equipo  computacional: el hardware necesario para que el sistema  de información pueda operar.

El recurso humano  que interactúa con el Sistema de Información, el cual está formado por las personas que utilizan el sistema.

¿Qué es un Sistema de Información?:

Un SI es una serie de componentes que se interrelacionan con el objetivo de recopilar, procesar, almacenar y transmitir información como soporte a los niveles directivos dentro de la organización, dando apoyo en la toma de decisiones, el control, el análisis y la coordinación.

Actividades que realiza un Sistema de Información:

Entradas:

-Datos generales del cliente nombre, dirección, tipo de cliente, etc.

-Políticas de créditos: límite de crédito, plazo de pago, etc.

-Facturas (interface automático).

-Pagos, depuraciones, etc.

Proceso:

-Cálculo de antigüedad de saldos.

-Cálculo de intereses moratorios.

-Cálculo del saldo de un cliente.

Almacenamiento:

-Movimientos del mes (pagos, depuraciones).

-Catálogo de clientes.

-Facturas.

Salidas:

-Reporte de pagos.

-Estados de cuenta.

-Pólizas contables (interface automática)

-Consultas de saldos en pantalla de una terminal.

Tipos de Sistemas de Información:

ERP (Enterprise Resource Planning):

Es un SI gerencial que ayuda a gestionar los distintos recursos de la empresa (inventario, logística, recursos humanos, etc.). Es un sistema modular y configurable, por lo que considera que cada área de la empresa tiene su módulo.

SRM (Supplier Relationship Management): 

Es un SI que se encarga de gestionar la relación de los proveedores de la empresa, en base a la agrupación de los procesos que participan en la compra de suministros (materias primas o consumo interno). Este sistema se caracteriza por considerar el desempeño de los proveedores como socios estratégicos y la gestión de los suministros dentro del inventario.

CRM (Customer Relationship  Management): 

Es un SI y a la vez un modelo de negocios cuya estrategia tiene como objetivo identificar y administrar las relaciones con los clientes, trabajando diferentemente en cada una de ellas de forma tal de poder mejorar la efectividad sobre ellos.

SCM (Supply Chain Management): 

Es un SI que se encarga de la planificación, puesta en ejecución y control de las operaciones de la red de suministros con el objetivo de satisfacer las necesidades del cliente con eficacia.

Plan Informático

INTRODUCCIÓN

La informática juega un rol de suma importancia, primero por el uso de tecnologías de la información como facilitadoras de un proceso de cambio, creando nuevas formas de trabajo, permitiendo el rediseño creativo de la organización, haciendo un uso óptimo de los recursos, y la vez, mejorando significativamente la calidad del servicio y creando un ambiente de trabajo propicio para que se desempeñe con la calidad que el usuario demanda y a la vez encuentre en su trabajo las mejores condiciones posibles.


¿QUÉ ES UN PLAN INFORMATICO?

Un plan informático formal es un proceso, expresado en un documento escrito y conocido por todos los usuarios de la unidad de Informática, el cual empieza con el desarrollo de objetivos, define estrategias y políticas para alcanzar tales objetivos, desarrolla planes detallados para asegurar que las estrategias se sigan con el fin de que tales objetivos se realicen en términos de productos y resultados concretos medibles por la unidad de Informática, por los usuarios y por el nivel Director de la empresa y/u organización, en parámetros no técnicos y exentos de ambigüedad. 

 

 

ASPECTOS MÍNIMOS QUE DEBE CONSIDERAR UN PLAN

INFORMÁTICO FORMAL 

 

1.Objetivos y funciones de la unidad de Informática.

2.Estrategias alternativas viables para alcanzar tales objetivos.

3.Nivel de recursos que se requiere para una operación estable, considerando el plan de sistemas vigentes.

4.Actividades que tenderán a, o podrían ser discordantes.

5.Factores de riesgo para el plan general y para cada plan componente.

6.Nivel de crecimiento que se puede esperar para cada tarea y/o actividad de cada plan componente. 

 

 

CONTENIDO DE UN PLAN INFORMÁTICO FORMAL EXITOSO 

Aunque no existe una regla fija sobre el contenido específico de un plan informático formal, básicamente debido a lo vertiginoso de los cambios técnicos y de las necesidades de información de los usuarios, hay algunas guías que permiten formular un plan en términos que puedan ser leídos por aquellos que necesitan la información completa y suficiente como para responder a la mayoría de las preguntas que podrían ser formuladas. Es importante establecer que la razón para escribir el documento del plan, es comunicar los conceptos, metas y estrategias resultantes del estudio y revisiones periódicas de las necesidades de los usuarios y de su compatibilidad con el plan vigente.

La preparación del documento debe ser lo suficientemente cuidadosa como para considerar los intereses de cada usuario actual o futuro, dimensionando las características de cada uno y las razones por las que se establecieron las prioridades para cada uno de los mismos. 

 

Contenido de un plan básico:

 

 

-Resumen de la situación actual

a)Hardware

b)Software

c)Redes

d)Recursos humanos

e)Sistemas vigentes y su estado

f)Síntesis de una encuesta de satisfacción de usuarios

g)Resumen de costos por cada concepto anterior

-Resumen Ejecutivo

a)Objetivos

b)Premisas o supuestos básicos

c)Resumen de planes componentes

d)Análisis beneficio v/s compromisos

-Sistemas de información

a)Desarrollo de nuevos sistemas previstos

b)Mantención adaptativa, correctiva y perfectiva de los sistemas vigentes

c)Planes de contingencia para seguridad y respaldo

-Recursos informáticos

a)Justificación del equipamiento necesario

b)Justificación del software básico y de desarrollo necesario

c)Justificación de los recursos humanos necesarios y de las necesidades de capacitación

-Planes componentes

a)Perfil del equipo en el tiempo

b)Perfil de sistemas y resultados en el tiempo

c)Perfil de recursos humanos y de capacitación necesarias

d)Flujos de recursos económicos

e)Perfil de reorganizaciones administrativas globales en cada órgano afectado por el plan informático formal

f)Plan de seguridad y auditoría computacional 

 

 

ETAPAS DE CRECIMIENTO DE UN CENTRO INFORMÁTICO

Etapa 1:

Iniciación

a)Reducción de costos en aplicaciones contables y administrativas

b)Especialización con el fin de obtener el máximo rendimiento del computador

c)Supervisión del nivel de Dirección

Etapa 2:

Expansión

a)Proliferación de aplicaciones en todas las áreas funcionales

b)Especialización para desarrollar variedad de aplicaciones

c)Desarrollo orientado a la Dirección, generación de interfases para integración de información

Etapa 3:

Formalización

a)Desarrollo o modificación de aplicaciones con énfasis en el control de recursos

b)Especialización para controlar e incrementar elénfasis en resultados objetivos y en la nivelación de usuarios

c)Control orientado a la Dirección

Etapa 4:

Madurez

a)Desarrollo de bases de datos y aplicaciones en línea

b)Especialización en bases de datos y teleprocesamiento

c)Desarrollo de personal especializado en la planificación y control