Ejemplos de Procesos de Empresas

Recepcion de Mercaderia:

  

Ejemplo de un proceso:

 

Recursos Humanos:

 

Solucion de Problemas:

 

Pedido: 

 

Digramas de Flujo

Ventajas de los Diagramas de Flujo

Favorecen la comprensión del proceso a través de mostrarlo como un dibujo. El cerebro humano reconoce fácilmente los dibujos. Un buen diagrama de flujo reemplaza varias páginas de texto.

Permiten identificar los problemas y las oportunidades de mejora del proceso. Se identifican los pasos redundantes, los flujos de los reprocesos , los conflictos de autoridad, las responsabilidades, los cuellos de botella, y los puntos de decisión.

Muestran las interfaces cliente-proveedor y las transacciones que en ellas se realizan, facilitando a los empleados el análisis de las mismas.

Son una excelente herramienta para capacitar a los nuevos empleados y también a los que desarrollan la tarea, cuando se realizan mejoras en el proceso.

¿Qué Símbolos se Emplean en los Diagramas de Flujo?

Los símbolos tienen significados específicos y se conectan por medio de flechas que indican el flujo entre los distintos pasos o etapas.

Los símbolos más comunes son: 

Desarrollo del Diagrama de Flujo

Las siguientes son acciones previas a la realización del diagrama de flujo:

• Identificar a los participantes de la reunión donde se desarrollará el diagrama de flujo. Deben estar presentes el dueño o responsable del proceso, los dueños o responsables del proceso anterior y posterior y de otros procesos interrelacionados, otras partes interesadas.
• Definir que se espera obtener del diagrama de flujo.
• Identificar quién lo empleará y cómo.
• Establecer el nivel de detalle requerido.
• Determinar los límites del proceso a describir.  

 Los pasos a seguir para construir el diagrama de flujo son :

• Establecer el alcance del proceso a describir. De esta manera quedará fijado el comienzo y el final del diagrama. Frecuentemente el comienzo es la salida del proceso previo y el final la entrada al proceso siguiente.
• Identificar y listar las principales actividades/subprocesos que están incluidos en el proceso a describir y su   orden cronológico.
• Si el nivel de destalle definido incluye actividades menores, listarlas también.
• Identificar y listar los puntos de decisión.
• Construir el diagrama respetando la secuencia cronológica y asignando los correspondientes símbolos.
• Asignar un título al diagrama y verificar que esté completo y describa con exactitud el proceso elegido

Ejemplo: Reparación de la PC

Cuando se desarrolla el diagrama de flujo es importante considerar el tipo y cantidad de información requerida por el usuario del mismo.

Probablemente la dirección de la empresa no esté interesada en los detalles y le sea suficiente una descripción genérica del proceso. Este es el caso del ejemplo anterior, un diagrama de flujo a nivel macro. 

En cambio, si el objetivo del diagrama es la capacitación de nuevos empleados o la búsqueda de oportunidades de mejora, será necesario disponer de una descripción detallada del proceso y hablamos de un diagrama de flujo a nivel micro, como muestra el ejemplo siguiente.

Entre ambos niveles, el macro y el micro, se ubican los diagramas con una cantidad media de detalles

Conclusiones

Los diagramas de flujo son una herramienta valiosa para la mejora de los procesos, permiten detectar las actividades que agregan valor y aquéllas que son redundantes o innecesarias. 

También son de gran utilidad durante el desarrollo de la documentación de los Sistemas de Gestión, pues proveen una descripción de los procesos y un detalle de las operaciones mucho más amigable que los procedimientos e instructivos basados en texto. 

Contribuyen a resolver uno de los principales problemas, que es la resistencia del personal a emplear los documentos como referentes para el desempeño de las tareas. Una copia ampliada del diagrama de flujo al alcance de los operadores del proceso facilita la consulta y promueve la creatividad. 

Es conveniente emplear programas específicos para la confección de los diagramas de flujo. En general, estos programas son de manejo sencillo y facilitan notablemente la tarea.

Lenguajes o Notaciones para graficar un proceso de Negocio

El Lenguaje de Modelado Unificado (UML)

Una exigencia de la gran mayoría de instituciones dentro  de su Plan Informático estratégico, es que los desarrollos de software bajo una arquitectura en Capas, se formalicen con un lenguaje estándar y unificado.

Es decir, se requiere  que cada una de las partes que comprende el desarrollo de todo software de diseño orientado a objetos, se visualice, especifique y documente con lenguaje común.

Se necesitaba un lenguaje que fuese  gráfico, a fin de especificar y documentar un sistema de software, de un modo estándar incluyendo aspectos conceptuales tales como procesos de negocios y funciones del sistema.

Este lenguaje unificado que cumple con estos requerimientos, es ciertamente UML, el cual cuenta con una notación estándar y semánticas esenciales para el modelado de un sistema orientado a objetos.

¿Qué es UML?
El Lenguaje de Modelado Unificado (UML:Unified Modeling Language) es la sucesión de una serie de métodos de análisis y diseño orientadas a objetos que aparecen a fines de los 80's y principios de los 90s.UML es llamado un lenguaje de modelado, no un método. Los métodos consisten de ambos de un lenguaje de modelado y de un proceso. El UML , fusiona los conceptos de la orientación a objetos aportados por Booch, OMT y OOSE (Booch, G. et al., 1999). UML incrementa la capacidad de lo que se puede hacer con otros métodos de análisis y diseño orientados a objetos. Los autores de UML apuntaron también al modelado de sistemas distribuidos y concurrentes para asegurar que el lenguaje maneje adecuadamente estos dominios.
El lenguaje de modelado es la notación (principalmente gráfica) que usan los métodos para expresar un diseño. El proceso indica los pasos que se deben seguir para llegar a un diseño.
La estandarización de un lenguaje de modelado es invaluable, ya que es la parte principal del proceso de comunicación que requieren todos los agentes involucrados en un proyecto informático. Si se quiere discutir un diseño con alguien más, ambos deben conocer el lenguaje de modelado y no así el proceso que se siguió para obtenerlo.

Proceso Unificado de Rational(RUP)

El Proceso Unificado Rational es un proceso de desarrollo de software que se ha ido desarrollando con el tiempo, el mismo que se maneja conjuntamente con el Lenguaje Unificado de Modelado UML, y en la actualidad es la más manejada para el análisis, implementación y documentación de sistemas orientados a objetos.

RUP como vimos se desarrolla en unos principios básicos que como vimos se deben cumplir para que nuestro proyecto en desarrollo tenga éxito. Estos principios son: adaptar el proceso, balancear prioridades, demostrar valor iterativamente, elevar el nivel de abstracción y enfocarse en la calidad del producto.

Además se caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y guiado por los casos de uso.

Analizamos un diagrama con esta característica, el cual se divide en fases y cada una de estas en una serie de iteraciones. Aquellas iteraciones dan como consecuencia un incremento del producto desarrollado dentro del que se aumenta o se perfecciona todas las funcionalidades del sistema que se está desarrollando.

Vimos como en cada modelo de desarrollo se cumple un ciclo de vida también en RUP: Concepción, Elaboración, Construcción, Transición.

RUP es más cómoda para utilizarla en grandes proyectos ya que necesita un grupo de trabajo el cual tiene que ser apto para dirigir un proceso complicado en varias fases. Pero si aplicamos este modelo para pequeños proyectos, seguramente no es posible cubrir los costos para que nuestro equipo de trabajo cubra las expectativas.

En algunas páginas de Internet además encontré que la continua validación de RUP como proceso de desarrollo y sus innegables ventajas con respecto a otras metodologías de desarrollo han tenido como consecuencia de que muchos usuarios/clientes utilicen estos medios para construir sistemas que sean efectivos desde el punto de vista del costo y de trascendente aporte a la generación de valor de una empresa en el largo plazo. Si bien RUP corresponde a una metodología de trabajo intensiva en recursos, su aproximación al problema no sólo garantiza que los proyectos abordados serán ejecutados íntegramente sino que además evita desviaciones importantes respecto de los plazos y también permite una definición acertada del sistema en un inicio para hacer innecesarias las reconstrucciones parciales posteriores.

La próxima clase analizaremos la segunda parte de este interesante modelo.

Diagramas de Flujo

Los diagramas de flujo (o flujogramas) son diagramas que emplean símbolos gráficos para representar los pasos o etapas de un proceso. También permiten describir la secuencia de los distintos pasos o etapas y su interacción. Las personas que no están directamente involucradas en los procesos de realización del producto o servicio, tienen imágenes idealizadas de los mismos, que pocas veces coinciden con la realidad. La creación del diagrama de flujo es una actividad que agrega valor, pues el proceso que

representa está ahora disponible para ser analizado, no sólo por quienes lo llevan a cabo, sino también por todas las partes interesadas que aportarán nuevas ideas para cambiarlo y mejorarlo.

Ventajas de los Diagramas de Flujo

•   Favorecen la comprensión del proceso a través de mostrarlo como un dibujo. El cerebro humano reconoce fácilmente los dibujos. Un buen diagrama de flujo reemplaza varias páginas de texto.
• Permiten identificar los problemas y las oportunidades de mejora del proceso. Se identifican los pasos redundantes, los flujos de los reproceso, los conflictos de autoridad, las responsabilidades, los cuellos de botella, y los puntos de decisión.
• Muestran las interfaces cliente-proveedor y las transacciones que en ellas se realizan, facilitando a los empleados el análisis de las mismas.
• Son una excelente herramienta para capacitar a los nuevos empleados y también a los que desarrollan la tarea, cuando se realizan mejoras en el proceso.