Cmo hacer un mapa de procesos

Sbado, 20 de Septiembre de 2008 16:26 | Author: Portalcalidad |

1 2 3 4 5

(5 ., Media votos: 3.00 .) Se ha escrito mucho acerca de las partes que componen un proceso, pero no tanto sobre la forma de interconectarlos hasta conformar un mapa de procesos. Utilizando casos particulares como ejemplo, en este artculo se propone y explica un mtodo sistemtico para realizar mapas de procesos de organizaciones. El mtodo que vamos a describir es vlido para cualquier sistema de gestin. Paso 1: Identificar a los actores La organizacin existe porque tiene clientes que atender, pero tambin depende de sus proveedores y otras organizaciones de su entorno. Una buena manera de empezar es identificar a los agentes o actores que se relacionan con nuestro sistema de gestin: clientes, proveedores, partners, y otras organizaciones con las cules mantenemos una relacin que tiene relevancia para nuestro sistema de gestin. Entre los actores tambin podemos destacar elementos de la infraestructura que puede ser relevante destacar: nuestra pgina WEB, un almacn, el sistema informtico interno, etc.

Si el sistema es de calidad, debemos identificar a los actores que tienen relevancia para la calidad, si es de medio ambiente, a los actores que tienen relevancia en nuestra gestin ambiental, y lo mismo debemos hacer con otros tipos de sistema. Cojamos un ejemplo real desarrollado en Portalcalidad. Se trata de un sistema de gestin que presta servicios de tecnologas de la informacin en una universidad. Este tipo de sistemas es lo ms complicado que nos podemos encontrar porque sus fronteras son muy difciles de trazar, se trata de sistemas engullidos o incrustados en otro sistema mayor (en este caso, el de la Universidad). Cules son los actores de estos Servicios Universitarios?. Empecemos por enumerarlos:

Los alumnos: los alumnos reciben servicios de nuestro sistema de gestin. Utilizan la infraestructura de hardware y software mantenida por nuestro sistema. As que los vamos a seleccionar, y adems reflejaremos los alumnos antes y despus de haber pasado por sus clases y laboratorios. Los profesores: los profesores son un colectivo que queremos diferenciar de los alumnos. Utilizan nuestros servicios igual que ellos, y adems en sus despachos, pero esta diferencia no es relevante. Lo importante es que los profesores deben especificarnos qu medios necesitan. En nuestro sistema, tal y como nos ha descrito MCarmen, los profesores son una fuente importante de requisitos que nuestro servicio debe satisfacer. Los alumnos tambin tienen necesidades, y nos las comunican, esto tambin lo querremos representar, pero de forma separada, ya que son requisitos de distinta ndole. La Direccin de la Universidad: consideramos que la Direccin de la Universidad es nuestro verdadero cliente, el que marca las condiciones de nuestro servicio. La Direccin de la Universidad es responsable de alumnos y profesores, no nuestro Servicio. Los servicios de una Universidad se deben al rector, aunque los destinatarios de su producto sean otros: alumnos y profesores. Aceptada la Direccin de la Universidad como cliente, ya sabemos que en algn punto de nuestro mapa tendremos que representar la comunicacin de requisitos y directrices para el servicio. Otros servicios y departamentos de la universidad: estas reas de la universidad tambin utilizan el producto de nuestro trabajo, utilizan software y hardware que nosotros instalamos, configuramos y mantenemos. Si tuviramos una relacin especial con alguno de estos departamentos, deberamos separarlo tambin del resto, y posteriormente reflejar esta relacin en el mapa.

El sistema informtico: cada vez son menos las organizaciones que no disponen de un sistema que gestione la mayora de sus procesos de informacin. Estos sistemas se conocen con el acrnimo ERP (Enterprise Resource Planning) y su importancia es tan vital que es ineludible colocarlo en el centro de nuestro mapa de procesos. Lo ms probable es que todos los procesos de nuestro Servicio interaccionen con el Sistema Informtico, ms adelante deberemos representar las relaciones que sean ms importantes. La Administracin Pblica: englobamos en este grupo a la administracin autonmica y estatal, y los representamos porque nuestro sistema recibe recursos importantes de estos estamentos, en cuya solicitud y trmite tenemos procesos trabajando. Esta relacin nos interesar representar en nuestro mapa, aunque no los procesos de solicitud y trmite, a no ser que estos procesos ocupen gran parte de nuestros esfuerzos. Otros proveedores: de momento haremos un gran grupo para englobar a todos nuestros otros proveedores. Es probable que nuestro servicio compre hardware, software, material de papelera, subcontrate servicios, etc. Quiz nuestro sistema no compra directamente las mquinas, ni los programas. A lo mejor no compra directamente nada. En este caso, estos otros proveedores deberan substituirse por los procesos de la universidad que han de proporcionar estos productos y servicios. Ojo!: aunque no compremos nosotros, nuestro sistema tiene la responsabilidad de definir los requisitos del producto y asegurarse de su conformidad. Podramos incluir en esta lista al conjunto de la sociedad. Pensamos que la Universidad s debera hacerlo, pues es uno de sus clientes principales. Los Servicios de la Universidad tienen que contribuir a que sta pueda hacer correctamente su servicio pblico, pero sin saltarse a su husped. Llegados a este punto, nos podemos aventurar a realizar la primera versin de nuestro mapa de procesos:

Nuestro sistema est ah para proporcionar la infraestructura de TI que satisfaga las necesidades del proceso de enseanza. Estamos ah porque ellos nos necesitan, as que no podemos dejar de representar estos procesos en nuestro mapa, y as lo hemos hecho. Nuestro mapa ya va tomando forma. Si logramos mantener esta configuracin, el resultado final ser bastante ordenado. No obstante, lo ms probable es que tengamos que mover alguna caja segn vayamos aadiendo nuestras cajitas.

Paso 2: Identificar la lnea operativa

La lnea operativa de nuestra organizacin est formada por la secuencia encadenada de procesos que

llevamos a cabo para realizar nuestro producto. Esta lnea viene determinada por la naturaleza de nuestra actividad y por la dosis de innovacin que hayamos sabido y podido implementar en nuestro sistema (ingeniera de procesos). Ejemplos Empresa tpicos comercial de de lnea distribucin operativa: mayorista:

En este tipo de empresas hay un proceso previo y continuo en la relacin con los clientes: la negociacin y pacto de las condiciones previas del producto. Este proceso es muy importante en estas empresas, tiene que ver con la estrategia comercial (gestin de tarifas y descuentos, presentacin y defensa de ofertas, negociacin de subidas de precio, etc.. ), pero no forma parte de la lnea operativa. Estos procesos pactan las condiciones del servicio, pero no son los encargados de ejecutarlo. Una de las cosas que deberemos hacer despus es establecer la relacin entre estos procesos y la lnea operativa, relaciones que son clave para la calidad del servicio. Empresa de servicios a medida

Su lnea operativa es bastante ms compleja que la anterior. Aqu cada servicio es nico, irrepetible. Cada peticin de servicio por parte de un cliente requiere:

Visitar las instalaciones objeto del servicio y registrar los requisitos del cliente.

Aportar y definir una solucin tcnica y legal a las necesidades del cliente.

Valorar los recursos necesarios para ejecutar el servicio: gasto de material, horas de personal, condiciones de instalacin, etc.

Realizar una oferta de servicio y negociarla con el cliente.

Las especificaciones del servicio estn contenidas en la oferta y en otros documentos generados durante la etapa de valoracin. Estas especificaciones pasan a un proceso de planificacin del servicio, el cual transmite las especificaciones de lo que se ha de hacer a los procesos de instalacin, y a los procesos de direccin y control de las instalaciones. Finalmente los procesos de instalacin ejecutan la instalacin, prestando as el servicio. Observemos que la complejidad de esta lnea operativa es la responsable de que la industria de los servicios de instalacin est tan atomizada, hay muchas pequeas empresas y, las grandes, no ejecutan el servicio, lo subcontratan a otras empresas, que son pequeas. En este tipo de empresas prima la mano de obra frente a la infraestructura, y en general, cuanto ms variable y complejo es el servicio a realizar, ms pequea es la empresa que finalmente lo ejecuta. Las empresas grandes tienen posibilidades de competir cuando podemos incrementar substancialmente la productividad mediante la inversin en infraestructura, y siempre que el servicio no sea muy complejo. Ms de una gran empresa se ha estrellado intentando meterse en un sector por pensar que haba encontrado el Santo Grial. Un modelo alternativo que s ha triunfado es el formado por empresas o autnomos que se dedican a vender el servicio al cliente, y que posteriormente transfieren el pedido a la empresa que finalmente lo ejecuta. No descubrimos nada, es la subcontratacin pura y dura. La diferencia es que la especificacin sobre lo que se ha de hacer ya est hecha, la hace el cliente, aunque la empresa tambin tiene que determinar sus requisitos propios para cada servicio, hacer ofertas, etc. Este tipo de relaciones son prsperas y duraderas porque la empresa obtiene trabajo asegurado sin necesidad de invertir recursos en la captacin del cliente final. Adems, el trabajo de definicin/diseo del producto ya est en su gran parte realizado. La empresa slo debe concentrarse en el servicio.

Hay muchas otras lneas operativas tpicas que se podran comentar. Por ejemplo la produccin serie, el montaje con instalacin, la produccin a medida, etc. Pero tenemos esperando a nuestro Servicio de la Universidad, as que vamos con l, y dejamos los otros ejemplos para mejor ocasin. Cul es la lnea operativa de nuestro Servicio?. Empecemos por hacer una propuesta, y despus daremos las explicaciones:

Las etapas bsicas de nuestra lnea operativa las podramos expresar de la siguiente forma:

Primero definimos qu servicios vamos a proporcionar (POLTICA)

En segundo lugar planificamos la realizacin de estos servicios (PLANIFICACIN)

Finalmente ejecutamos el servicio (SERVICIO Y CUENTAS).

CUENTAS es un proceso que tiene por objeto gestionar las cuentas de acceso de todos los usuarios al sistema de la universidad, lo diferenciamos del proceso SERVICIO por su relevancia para la seguridad de los datos en la universidad. Si no fuera por este hecho, hubiramos metido todos los procesos dentro de uno solo: SERVICIO. Dentro de SERVICIO tienen lugar numerosos tipos de servicio: instalacin de nuevas mquinas y software, configuracin de equipos, reparacin de equipos, actualizacin de software, etc. Y actan en diferentes reas de la universidad: clases, despachos de profesores, sobre el propio Sistema, ordenadores de los servicios administrativos, etc. Los procesos de SERVICIO comparten un nexo comn, todos reciben instrucciones de un proceso previo, el de PLANIFICACIN. El proceso de PLANIFICACIN recibe como entrada las necesidades de servicio por un lado, y las directrices a cumplir por otro. Las necesidades provienen de profesores, personal administrativo, y alumnos. Y las directrices provienen de la Direccin de nuestro Sistema. En funcin de las directrices, las necesidades de servicio, y los recursos disponibles, el proceso de PLANIFICACIN debe dirigir y controlar a los procesos de SERVICIO y CUENTAS. Nos explicaba MCarmen que a principios de curso se contactaba con los profesores para determinar los recursos informticos que iban a precisar en el desarrollo de sus clases. Este proceso tambin lo metemos aqu dentro, y tambin cualquier proceso que sea asimilable a la misma naturaleza: determinar qu hace falta, pensar cmo hacerlo y planificar su ejecucin. En el Manual de Calidad o en el procedimiento que corresponda ya explicaremos cuntos procesos de este tipo tenemos y cmo se ejecuta cada uno de ellos.

EL proceso que denominamos POLTICA tambin lo incluimos en la lnea operativa. Le llamamos POLTICA como podramos llamarle MANOLITO, podemos bautizar nuestros procesos como queramos, faltara ms. Consideramos que POLTICA forma parte de la lnea operativa porque sus directrices y requisitos condicionan fuertemente la actuacin de PLANIFICACIN. PLANIFICACIN presta el servicio que solicitan los alumnos y profesores si antes POLTICA le ha dicho que debe hacerlo. Si no, pues no hay servicio. A su vez, POLITICA recibe instrucciones del cliente, la Direccin de la Universidad, expresadas de la mejor forma que sus intelectos permitan. En POLTICA se elaboran las directrices e instrucciones para PLANIFICACIN, pero tambin hacen ms cosas. Los procesos de POLTICA son ejecutados por la Direccin del Servicio, la Direccin de nuestro Sistema de Calidad. Las directrices e instrucciones deberan emanar de un plan estratgico previo (que no es el plan del Rector). De lo contrario, la Direccin sera un mero vehculo de transmisin de instrucciones, del Rector a PLANIFICACIN. En POLTICA debera tener lugar todo el despliegue estratgico propuesto por ISO 9001: revisin de los resultados obtenidos, revisin de la Poltica de Calidad, y establecimiento de Objetivos.

Paso 3: Aadir los procesos de soporte a la lnea operativa y los de Direccin

Empecemos en primer lugar por colocar al capitn del buque. Pongamos en nuestro mapa una cajita llamada DIRECCIN, MEJORA CONTINUA, ESTRATEGIA, o lo que queramos. All tendrn lugar los procesos que hemos mencionado antes. En nuestro ejemplo ya tenemos esta cajita, la pusimos formando parte de la lnea operativa. Los que no la tengan ya, que la pongan, luego ya veremos cmo se relaciona con el resto del sistema A continuacin podemos proceder colocando los procesos de soporte a la lnea operativa. Estos procesos son los que proveen de recursos a esta lnea. La lnea operativa es la espina dorsal de nuestro sistema de gestin. Cualquier actividad que no forme parte de ella debe adaptarse a ella, incluyendo los procesos de soporte. Este es un problema tpico de las administraciones pblicas, donde los procesos burocrticos de soporte frenan el servicio al ciudadano, pero tambin lo encontramos en muchas otras empresas: los clientes esperan mientras la empresa se mira el ombligo. Coloquemos Empresa los procesos comercial de de soporte en distribucin nuestros ejemplos. mayorista:

Hemos continuado el esquema aadiendo unos cuantos actores ms que nos faltaban: los proveedores, un hipottico sistema informtico, y el almacn. En funcin de los pedidos recibidos, de la disponibilidad de estoc, y de las directrices de la Direccin en cuestiones de aprovisionamiento, se establece contacto con los proveedores para realizar pedidos. A continuacin, los productos comprados son inspeccionados a su entrada y colocados en el almacn. Para preparar los pedidos necesitamos: infraestructura para trabajar, personal formado, pedidos que preparar, productos que recopilar del almacn, y embalajes. Tenemos representado todo esto menos la gestin de los recursos humanos y de infraestructura (ISO 9001 tambin destaca el ambiente de trabajo como un recurso a gestionar). Estos procesos son de soporte, pero no actan nicamente sobre la lnea operativa, tienen un alcance ms global. Lo mismo ocurre con la gestin de incidencias, acciones CC/PP, auditoras internas, etc. Habr que buscar una forma de expresar esta relacin. Lo veremos ms adelante.

Empresa

de

servicios

medida

El soporte principal que necesita este tipo de empresa tambin est relacionado con la compra de productos a proveedores. Aunque no todos los productos van a parar al almacn porque es frecuente recibir los materiales en obra, por eso hemos tendido el circuito paralelo (siempre con inspeccin previa, para detectar los errores cuanto antes). El sistema informtico comn no lo identificamos en el mapa. No lo hacemos porque no suele tener el papel central que ocupa en las empresas de perfil ms comercial. El verdadero plan de ataque no reside en un sistema comn, est en los ordenadores y la documentacin controlada por PLANIFICACIN y por DIRECCIN Y CONTROL DEL SERVICIO, y tambin en las cabezas de sus integrantes. Vayamos ahora a por los procesos de soporte de nuestro Servicio universitario:

T pide que ya llegar, mientas tanto trabaja con lo que tienes. Esta es una ley no escrita que predomina en la administracin de lo pblico. Los recursos proporcionados a la lnea operativa dependen de procesos administrativos ajenos a ella y emanan de presupuestos realizados por agentes externos al sistema (una combinacin explosiva). Operativamente, lo ideal sera que el Servicio dispusiera de un presupuesto conocido y mecanismos para surtirlo en funcin de las necesidades (con mecanismos de control incluidos). Seguramente nuestro caso no es tan grave porque la mayora de los recursos los proporciona la Universidad (ms cercana a nuestro sistema y sensibilizada porque le va su comodidad en ello). Esta relacin la representamos con las flechas que vinculan a la DIRECCIN con la Direccin de la Universidad. La flecha que va de los procesos de GESTIN DE LOS RECURSOS Y COMPRAS a las Administraciones Pblicas expresa las relaciones lejanas. Ambos agentes, Universidad y Adm. Pblicas, compran lo que hemos pedido, o algo que se le parece, y tambin nosotros compramos algunas cosas (suponiendo que tenemos dinero en la caja o alguna cuenta abierta en los proveedores de la zona). El esquema representado viene a ser un sistema de aprovisionamiento hbrido entre la compra directa (presupuesto a disposicin del Sistema o capacidad de compra por otra va) y la provisin por solicitud (sin presupuesto disponible, otros compran lo que pedimos).

Paso 4: Aadir los procesos que afectan a todo el sistema

Llegados a este punto tenemos el corazn de nuestro negocio representado, pero nos falta el resto de los rganos dan vida al sistema.

Procesos de gestin de incidencias, productos no conformes, etc. Alguien tiene que apartar las piedras del camino. De forma ms o menos organizada, todas las organizaciones se enfrentan a los problemas que genera el trabajo mal hecho. Estos procesos son distintos segn la naturaleza del error. No es lo mismo el proceso de tratamiento de productos no conformes de un taller de produccin, que la solucin de un problema administrativo, o la gestin de un problema de servicio. En trminos generales estos procesos tienen la siguiente configuracin:

Transforman problemas en soluciones. En produccin, estos procesos detectan productos no conformes y los rechazan (o reoperan, o admiten bajo ciertas condiciones). Si se trata de un error reclamado por un cliente; se atiende, se investiga, y si hemos hecho algo malo, se corrige, y luego se informa al cliente dndole las satisfacciones que convenga. Si es una no conformidad en una auditora interna; tambin se debe corregir la situacin, y adems se deben emprender acciones correctivas (si seguimos ISO 9001). En potencia estos procesos pueden recibir entradas de cualquier proceso del sistema. Esta variedad de situaciones impide representarlas todas, y por eso hay que encontrar alguna forma de expresar esto. Una solucin es trazar una lnea discontinua en nuestro mapa que simbolice el sistema completo:

Aunque otra solucin ms vistosa es identificar algn proceso de gestin de incidencias que destaque sobre los dems, y cogerlo como bandera. Mostraramos ese y ningn otro. Los dems procesos podemos presentarlos en el Manual o en algn procedimiento. All explicaremos qu, cmo, cundo y quin.

El mapa de procesos debe dar una visin general de nuestros procesos y sus relaciones. Si lo recargamos en exceso, no lo entenderemos ni nosotros mismos. Hay que sacrificar informacin, porque si la ponemos toda, no comunicaremos ninguna.

Procesos de gestin de los recursos Nuestro sistema de gestin necesita infraestructura para trabajar: instalaciones, equipos, herramientas, etc. Y necesita personas para trabajar, profesionales con la competencia necesaria para desarrollar las funciones encomendadas. La gestin de los recursos se ocupa de determinar qu necesita cada proceso y emprender las acciones que sean necesarias para asegurar que cada proceso dispone de los recursos necesarios.

Las necesidades se pueden satisfacer trabajando sobre lo que hay -en los RRHH con actividades de formacin al personal, y en INFRAESTRUCTURA con acciones de mantenimiento de la infraestructura-, o bien incorporando nuevas fuerzas al Sistema contratacin de personal cualificado, compra de equipos, etc.-. Aqu tambin podemos utilizar el truco de la raya discontinua para representarlos, o destacar alguno que

nos Si algo es importante en nuestro

interese. sistema: destaqumoslo!

Acciones correctivas y preventivas Este tipo de acciones han llegado de la mano de las Normas de gestin para grabarse a fuego en las neuronas de los profesionales que trabajamos con ellas. Una accin correctiva no es lo mismo que una accin preventiva, sus salidas se parecen, pero sus entradas son bastante diferentes. No obstante, no parece descabellado meterlas juntas en una misma caja.

Aprovechamos, de paso, para establecer su relacin con la gestin de productos no conformes. Cuando hay un problema se debe corregir, pero adems debemos evaluar la necesidad de emprender acciones para evitar que vuelva a suceder (acciones correctivas).

Recuerde que todo esto es slo una propuesta de representacin, seguro que hay otras formas de expresar lo mismo y, sobre todo, otras formas que son capaces de destacar las singularidades de su sistema.

Satisfaccin del cliente, auditoras internas y anlisis de datos Esta es una lista no exhaustiva de otros procesos que tienen un alcance global. No los vamos a meter todos dentro de una misma caja porque no comparten entradas ni salidas, aunque estn relacionados entre s.

El propsito de representar estos procesos y sus relaciones con un mnimo de exhaustividad nos conduce a un galimatas de cajas y flechas. Si estuvieran ellos solos, nos podramos aventurar a dejarlo as, pero tambin tenemos que poner el resto de los procesos. Probablemente tendramos que alargar mucho algunas flechas, recargando el mapa innecesariamente. Mi consejo es primar la comunicacin por encima de la exhaustividad. ISO 9001:00 requiere que identifiquemos los procesos del sistema de gestin de la calidad y sus relaciones. Pero no pide que tengamos que representar todo esto en una pgina tamao DIN A4, y que encima le llamemos mapa de procesos. As que no hay ningn impedimento formal para que hagamos un mapa de procesos que destaque lo que nos interesa, y obviar las relaciones y los procesos que no queremos destacar. Dejamos en manos del lector la composicin final de los mapas que hemos ido construyendo en este mini tratado. Puede encontrar ejemplos acabados en Portalcalidad, o plantear sus dudas en los foros. Deseamos haber contribuido a fijar un marco de trabajo que le permita salir airoso en la construccin de mapas de procesos y, sobre todo, que le ayude a analizar sus operaciones mediante la representacin abstracta de lo que se est haciendo.

QUE SON LOS DIAGRAMAS DE FLUJO?

Investigacin desarrollada y enviada por: Lic. Ana Mara Vazquez - Q Grupo Asesor S.A. KEPNERandFOURIE
Q GRUPO ASESOR S.A. Address : Roma 1140 City : Olivos State/Province : Buenos Aires Country : Argentina Zip Code : B1636CYR Phone/Fax : 54 11 4711 9110 e-mail : info@qgrupoasesor.com

http://www.qgrupoasesor.com

Concepto de Diagrama de Flujo Los diagramas de flujo (o flujogramas) son diagramas que emplean smbolos grficos para representar los pasos o etapas de un proceso. Tambin permiten describir la secuencia de los distintos pasos o etapas y su interaccin. Las personas que no estn directamente involucradas en los procesos de realizacin del producto o servicio, tienen imgenes idealizadas de los mismos, que pocas veces coinciden con la realidad. La creacin del diagrama de flujo es una actividad que agrega valor, pues el proceso que representa est ahora disponible para ser analizado, no slo por quienes lo llevan a cabo, sino tambin por todas las partes interesadas que aportarn nuevas ideas para cambiarlo y mejorarlo. Ventajas de los Diagramas de Flujo * Favorecen la comprensin del proceso a travs de mostrarlo como un dibujo. El cerebro humano reconoce fcilmente los dibujos. Un buen diagrama de flujo reemplaza varias pginas 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 decisin. * Muestran las interfases cliente-proveedor y las transacciones que en ellas se realizan, facilitando a los empleados el anlisis de las mismas. * Son una excelente herramienta para capacitar a los nuevos empleados y tambin a los que desarrollan la tarea, cuando se realizan mejoras en el proceso. Qu Smbolos se Emplean en los Diagramas de Flujo? Los smbolos tienen significados especficos y se conectan por medio de flechas que indican el flujo entre los distintos pasos o etapas. Los smbolos ms comunes son :

Desarrollo del Diagrama de Flujo Las siguientes son acciones previas a la realizacin del diagrama de flujo : * Identificar a los participantes de la reunin donde se desarrollar el diagrama de flujo. Deben estar presentes el dueo o responsable del proceso, los dueos 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 quin lo emplear y cmo. * Establecer el nivel de detalle requerido. * Determinar los lmites 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 estn incluidos en el proceso a describir y su orden cronolgico. * Si el nivel de destalle definido incluye actividades menores, listarlas tambin. * Identificar y listar los puntos de decisin. * Construir el diagrama respetando la secuencia cronolgica y asignando los correspondientes smbolos. * Asignar un ttulo al diagrama y verificar que est completo y describa con exactitud el proceso elegido.

Ejemplo : Reparacin de la PC MACRO Cuando se desarrolla el diagrama de flujo es importante considerar el tipo y cantidad de informacin requerida por el usuario del mismo. Probablemente la direccin de la empresa no est interesada en los detalles y le sea suficiente una descripcin genrica 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 capacitacin de nuevos empleados o la bsqueda de oportunidades de mejora, ser necesario disponer de una descripcin 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.

MICRO Conclusiones

Los diagramas de flujo son una herramienta valiosa para la mejora de los procesos, permiten detectar las actividades que agregan valor y aqullas que son redundantes o innecesarias. Tambin son de gran utilidad durante el desarrollo de la documentacin de los Sistemas de Gestin, pues proveen una descripcin de los procesos y un detalle de las operaciones mucho ms 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 desempeo 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 especficos para la confeccin de los diagramas de flujo. En general, estos programas son de manejo sencillo y facilitan notablemente la tarea.-Investigacin desarrollada y enviada por: Lic. Ana Mara Vazquez - Q Grupo Asesor S.A. KEPNERandFOURIE
Q GRUPO ASESOR S.A. Address : Roma 1140 City : Olivos State/Province : Buenos Aires Country : Argentina Zip Code : B1636CYR Phone/Fax : 54 11 4711 9110 e-mail : info@qgrupoasesor.com http://www.qgrupoasesor.com

Introduccin. Los diagramas de flujo son una manera de representar visualmente el flujo de datos a travz de sistemas de tratamiento de informacin. Los diagramas de flujo describen que operacines y en que secuencia se requieren para solucionar un problema dado. Un diagrama de flujo u organigrama es una representacin diagramtica que ilustra la secuencia de las operaciones que se realizarn para conseguir la solucin de un problema. Los diagramas de flujo se dibujan generalmente antes de comenzar a programar el cdigo frente a la computadora. Los diagramas de flujo facilitan la comunicacin entre los programadores y la gente del negocio. Estos diagramas de flujo desempean un papel vital en la programacin de un problema y facilitan la comprensin de problemas complicados y sobre todo muy largos. Una vez que se dibuja el diagrama de flujo, llega a ser fcil escribr el programa en cualquier idima de alto nivel. Vemos a menudo cmo los diagramas de flujo nos dan ventaja al momento de explicar el programa a otros. Por lo tanto, est correcto decir que un diagrama de flujo es una necesidad para la documentacin mejor de un programa complejo. Reglas para dibujar un diagramas de flujo. Los Diagramas de flujo se dibujan generalmente usando algunos smbolos estndares; sin embargo, algunos smbolos especiales pueden tambin ser desarrollados cuando san requeridos. Algunos smbolos estndares, que se requieren con frecuencia para diagramar programas de computadora se muestran a continuacin: Inicio o fin del programa

Pasos, procesos o lneas de instruccion de programa de computo

Operaciones de entrada y salida

Toma de desicines y Ramificacin

Conector para unir el flujo a otra parte del diagrama

Cinta magntica

Disco magntico

Conector de pagina

Lneas de flujo

Anotacin

Display, para mostrar datos

Enva datos a la impresora

Observacin: Para obtener la correcta elaboracin de los smbolos, existen plantillas. Las puedes conseguir en Papeleras. Simbolos grficos Dentro de los simbolos fundamentales para la creaacin de diagramas de flujo, los smbolos grficos son utilizdos especificamente para para operacines aritmticas y relacines condicionales. La siguiente es una lista de los smbolos ms comunmente utilizados:
+ * / Sumar Menos Multiplicacin Divisin Mas o menos

= > <

Equivalente a Mayor que Menor que Mayor o igual que Menor o igual que

o <> Diferente de Si No True False

Reglas para la creacion de Diagramas

1. Los Diagramas de flujo deben escribirse de arriba hacia abajo, y/o de izquierda a derecha. 2. Los smbolos se unen con lneas, las cuales tienen en la punta una flecha que indica la direccin que fluye la informacin procesos, se deben de utilizar solamente lneas de flujo horizontal o verticales (nunca diagonales). 3. Se debe evitar el cruce de lneas, para lo cual se quisiera separar el flujo del diagrama a un sitio distinto, se pudiera realizar utilizando los conectores. Se debe tener en cuenta que solo se vana utilizar conectores cuando sea estrictamente necesario. 4. No deben quedar lneas de flujo sin conectar 5. Todo texto escrito dentro de un smbolo debe ser legible, preciso, evitando el uso de muchas palabras. 6. Todos los smbolos pueden tener ms de una lnea de entrada, a excepcin del smbolo final. 7. Solo los smbolos de decisin pueden y deben tener mas de una lnea de flujo de salida.

Ejemplos de diagramas de flujo Diagrama de flujo que encuentra la suma de los primeros 50 numeros naturales

Bueno, y ahora la descripcin del diagrama anterior

Suma, es la variable a la que se le va agregando la valor de cada nmero natural. N, es el contador. ste recorrer lo nmeros hasta llegar al 50.

El primer bloque indica el inicio del Diagrama de flujo

El segundo bloque, es un Smbolo de procesos este bloque se asume que las variables suma y N han sido declaradas

En

previamente y las inicializa en 0 para comenzar a el conteo y la suma de valores (Para declararlas existe el bloque Tarjeta perforada).

El tercer bloque, es tambin un Smbolo de procesos En ste paso se incrementa en 1 la variable N (N = N + 1). Por lo que, en la primera pasada esta N valdr 1, ya que estaba inicializada en 0.

El cuarto bloque es exactamente lo mismo que el

anterior

Pero en ste, ya se le agrega el valor de N a

la variable que contendr la suma (En el primer caso contendr 1, ya que N = 1). El quinto bloque es uno Smbolo de Toma de decisiones y Ramificacin Lo que hay dentro del bloque es una pregunta que se le hace a los valores que actualmente influyen en el proceso (Por decir algo, no se como decirlo, soy muy

sope :D)

Es N=50?, Obviamente la respuesta es no,

ya que N todava es 1. por lo que el flujo de nuestro programa se dirigir haca la parte en donde se observa la palabra no: Tercer Bloque, ste le sumar 1 (N=N+1) y vuelve a llegar a ste bloque, donde preguntar Es N=50?... No!, todava es 2. Ha pues, regresa al Tercer bloque y vuelve hacer lo mismo. Y as hasta llegar a 50, obteniendo as la suma de los primeros 50 primeros nmeros naturales.

Por ltimo indicamos que el resultado ser mostrado en la impresora (Este lo

puedes cambiarlo por el display para mostrar datos).

Fin del programa (o diagrama)

Mi super adorada fuente de informacin