El sindrome del pajar (Presentación)

124
El Síndrome del Pajar El Síndrome del Pajar Parte I: Formalización del Proceso de toma de decisiones Parte II: Arquitectura de un Sistema de Información Parte III: Programación

description

Resumen del libro el síndrome del pajar

Transcript of El sindrome del pajar (Presentación)

  • El Sndrome del PajarParte I: Formalizacin del Proceso de toma de decisionesParte II: Arquitectura de un Sistema de InformacinParte III: Programacin

  • Formalizacin del proceso de toma de decisiones

  • Nos vemos ahogados en

    un oceano de datos y,

    sin embargo, parece que

    rara vez tenemos

    suficiente informacin

  • DEFINICIONESDATOS: es cualquier proposicin que tienda a describir la realidad. Toda informacin es un Dato, pero no todo Dato es Informacin.

    INFORMACION: es el conocimiento de aquellos aspectos de la realidad que son necesarios, convenientes o tiles para adoptar una decisin determinada en un momento dado.

  • CUALES PARTES DE LOS DATOS/INFORMACION SERAN REQUERIDOS?Depende de cuales sean los

    criterios que sostenga para

    adoptar la decisin.

  • CUANDO UN DATO SERA INFORMACION?Cuando sea necesario, conveniente

    o til para adoptar la decisin

    que tenemos que adoptar en ese

    momento y lugar.

  • JUSTO A TIEMPO (JIT)

    No es la reduccin de los inventarios del piso de produccin de una fabrica.

    No se trata solamente de una tcnica mecnica de kaban.

  • TEORIA DE RESTRICCIONES (TOC)

    No son los cuellos de botella que se dan en las fabricas.

    No se trata solamente de una tcnica de produccin mecnica optimizada.

  • ADMINISTRACION DE LA CALIDAD TOTAL (TQM)

    No es la calidad de los productos.

    No se trata solamente de una tecnica mecanizada para el control estadistico de los procesos.

  • PARA QUE SE CREAN LAS ORGANIZACIONES?

    Toda organizacin debe buscar un propsito o una meta.

    Esta meta solo podr ser definida por las dueos de la organizacin.

    Es generar utilidad, la mayor cantidad posible, en el menor tiempo posible, ahora y en el futuro.

  • INDICADORESIndicador AbsolutoUtilidad Neta

    Indicador Relativo

    El Estado de Flujo de Efectivo

  • EXPERIMENTOS GEDUNKEN

    Son experimentos que jamas se hacenrealidad, simplemente se piensa sobreellos.

    Este experimento es para encontrar Indicadores.

  • THROUGHPUT

    Velocidad a la cual es sistema genera

    dinero a traves de las ventas.

  • INVENTARIO

    Todo el dinero que el sistema invierte en la

    compra de cosas que el sistema pretende

    vender.

  • Arquitectura de un Sistema de Informacin

  • UN VISTAZO A LA ESTRUCTURA INHERENTE DE UN SISTEMA DE INFORMACIN

    Primer intento

  • Qu tipo de informacin estamos buscando?DatosToma de DecisionesInformacinNATURALEZA DE LOS SISTEMAS DE INFORMACININTEGRAL Y CONFIABLE

  • Cuestiones gerencialesCMO REDUCIR COSTOS?QU PROVEEDORES ESCOGER?DEBEMOS ACEPTAR ESTE PEDIDO?SOLICITAR ADQUISICIN DE MQUINAS?

  • Naturaleza de los sistemas de informacin deseado Naturaleza de los sistemas de datos disponibles Debe estar sincronizado a los niveles ms altos de informacinDebe asumir la existencia de un Sistema de datos y debera tomar los datos requeridos de lSu poder debe ser juzgado por el alcance de las preguntas que pueda responder confiablemente

  • 1 CONCLUSIN

    LOS SISTEMAS DE INFORMACIN DEBEN ESTAR SINCRONIZADOS A LOS NIVELES MS ALTOS DE INFORMACIN!

  • PREGUNTAS CUYAS RESPUESTAS REQUIEREN DE LA UTILIZACIN DE UN PROCESO DE TOMA DE DECISIONES SISTEMAS DE INFORMACIN

  • PARA RESPONDER A LA MAYORIA DE PREGUNTAS DIRECTAS

    SISTEMAS DE DATOS

    SISTEMAS SINCRONIZADOS

  • 2 CONCLUSIN

    UN SISTEMA DE INFORMACIN NO DEBERIA DE CONSUMIRSE EN MANEJAR DATOS DISPONIBLES SINO QUE DEBERIA ASUMIR LA EXISTENCIA DE UN SISTEMA DE DATOS

  • Estructura de un sistema de informacinMUNDO DE COSTOSMUNDO DE THROUGHPUT

  • Determinacin de los Niveles de InventarioCuanto inventario Llevar?Niveles de inventarios Son correctos?Frecuencia de las entregasNivel de ruido de nuestra propia empresaConfiabilidad del proveedorFactoresFALTA DE CONFIABILIDAD EN LOS NIVELES DE CONSUMOCUMPLIMIENTO DE FECHAS DE ENTREGA Y CALIDAD DEL PRODUCTO

  • INTRODUCCIN A LA NECESIDAD DE CUANTIFICAR LA PROTECCIN

  • Sistemas de InformacinProcedimiento necesario para identificar y explotar las restricciones y subordinar todo lo dems a ellas1 PASODestilar el nivel de ruido de las transacciones reales que ocurren diariamente en la empresa2 PASOTraducir datos a niveles adecuados de proteccinColocarse en sitios correctos para minimizar el impacto de MurphyPoder contestar confiablemente las preguntas de comprasQUE DEBEN

  • RestriccinCapacidad de proteccin de los recursos quela alimentanCombinacin de Inventarios colocados frente a ellaMientras existan las fluctuaciones estadsticas, si deseamos explotar la restriccin todos los dems recursos debern tener ms capacidad de la estrictamente dictada por la demanda Protegida contra MurphyDEBE SERMEDIANTE

  • Capacidad disponible Capacidad de produccinCapacidad deproteccinCapacidad excesiva realTipos de capacidad disponibleLo que necesitamos realmente para satisfacer la demandaLo que necesitamos para escudarnos contra MurphyLo que sobra despus de considerar las capacidades anteriores

  • Pasos para estructurar al sistema PRODUCIR O SEGUIR COMPRANDOIDENTIFICAR RESTRICCIONESEXPLOTARSUBORDINARFABRICAR INTERNAMENTEESLABONES MS FUERTES

  • LOS DATOS REQUERIDOS SLO PUEDEN SER ALCANZADOS MEDIANTE LA PROGRAMACIN Y CUANTIFICACIN DE MURPHYCmo alcanzar los datos requeridos?

  • Los datos requeridos slo pueden ser alcanzados mediante la programacin y cuantificacin de MurphySistemas de InformacinDatosConocimiento de cules son las restricciones de la empresaHabilidad para generar sistemticamente un programa confiable (Programacin)TIPOS

  • Cmo podemos medir a Murphy?Es una imposibilidad tericaEl tiempo requerido para reunir suficientes datos estadsticos es, en realidad, mucho ms largo que el tiempo promedio entre cambiosLa nica salida parece ser ver el impacto agregado de todas las acciones de MurphyPORQUE

  • Por qu tenemos que protegernos contra Murphy?Por las restricciones del sistemaAdministracin de los AmortiguadoresDeterminacin de inventarios de proteccin A TRAVS DELO QUE IMPLICA

  • Dibujar un Diagrama de bloques de la arquitectura general del sistema de informacin deseadoSistemas de informacinRespuestas confiablesSituaciones posiblesDatos WHAT IF ...?CONTESTARBUSCAFALTAN

  • Conocimiento de cules son lasRestricciones de la compaaPresentesFuturas Generacin sistemtica de un Programa confiable (programar)DatosFSICASConcentrarse el sistemade informacinPOLTICASDevastadorasRestriccionesaquson

  • Se pueden encontrar:- Al comienzo- Despus de haber terminado el paso de EXPLORACIN - Despus de haber subordinadoNo se pueden encontrar todas las restricciones simultneamentePara identificar las restricciones actuales es necesario simular relaciones futurasConclusinCmo podemos identificar las restricciones del sistema?

  • ProgramacinEs parte integral y fundamental, bloque bsico de un sistema de informacin. Lista de respuestas a preguntas gerenciales informacin

    . Quin debe hacer qu, cundo y en qu cantidades?Se ha intentado instalar y operar sistemas de MRP, para eso se ha invertido:Dinero TiempoEsfuerzo

  • INTRODUCCIN AL CONCEPTO DE AMORTIGUADORES DE TIEMPONecesitamos construir amortiguadores de inventario frente a las restricciones.Tenemos que proteger nuestra habilidad para explotar las restricciones.ENTREGA A TIEMPOCrear un inventario de producto terminadoTiempo para reaccionar a las perturbaciones inesperadasTerminamos el pedido antes del tiempo prometidoEmbarque tempranosolucinresultadopermitir si

  • Mecanismos de proteccinRestriccin Inventario Produccin de restriccionesTiempo Explotar la restriccinSacarle el mejor provechoHacerla trabajar todo el tiempo

  • Amortiguadores de tiempoIntervalo de tiempo al que liberamos la tarea antes del momento en que la hubiramos liberado si supiramos que Murphy no existe.Intervalo de tiempo..Proteccin contra las perturbaciones desconocidas.No se sabe cuando van a ocurrir, donde y cuanto tiempo va a durar la perturbacin.Al moverlo hacia el intervalo de tiempo mas largos la probabilidad de superar las perturbaciones aumenta.

  • AmortiguadoresCORTOS:Tiempo de respuesta promedio muy rpido.Gasto de operacin y throughput actual y futura

    LARGOS:Impacto directo en el nivel de inventario relativo al tiempo

    Quin debe tomar la decisin de establecer la longitud de lo amortiguadores tiempos?

    Las personas directamente responsables del desempeo general de la empresa.

  • AMORTIGUADORES ORGENES DE LOSAMORTIGUADORES

  • MurphyEs la perturbacin que ataca a los recursos que son y que no son restriccin. Es la razn por la que necesitamos inventarios y capacidad de proteccin para satisfacer al throughput actual. Es la razn medular de la proteccin necesaria.

  • Tipos de MurphyCambios inesperados:Descomposturas de las mquinas.Un trabajador que no viene a trabajar hoy.Un proceso fuera de control que causa mermas.Cuando la tarea llega aun recurso no restrictivodonde s o s se puedeencontrar que el recursoest ocupado trabajandoen otra tarea necesariay que por tal motivo elflujo de la tarea inicialSe ve perturbada. MURPHY PUROFALTA DEDISPONIBILIDADINSTANTNEA

  • Amortiguador de tiempoEs el intervalo de tiempo mediante el cual predeterminamos cuando se va a liberar un trabajo con relacin a la fecha a la cual est programado el consumo correspondiente en la restriccin. Existen para proteger el desempeo de las restricciones. No tienen ni ubicacin ni contenido.

  • Origen de los amortiguadores de tiempoEn el eje del tiempo, el origen de los amortiguadores de tiempo es el programa de consumo de la restriccin. El amortiguador de tiempo se remonta hacia atrs en el tiempo a partir del programa sealado (para restricciones fsicas, ya que tienen una localizacin).

  • TIPOS DE AMORTIGUADORESSEGN SU ORIGEN DE RECURSOS:Protege las restricciones derecursos porque no se quiereInterrumpir el trabajo.

    DE EMBARQUE:Protege las restricciones deMercado, porque se desea quese embarque a tiempo. DE ENSAMBLE:Para que la parte alimentada porun recurso restriccin no esperefrente a ensambles. Se buscaPreliberar todas las dems partesProvenientes de no restricciones.

  • Es cuantificar la longitud de amortiguadores y la cantidad de capacidad de proteccin requerida.Cuantificar a MurphyDISCREPANCIAS SOBRE MURPHYADMINISTRACIN DECALIDAD TOTAL (TQM)NUEVO ENFOQUEPRAGMTICOEnfoque ms estricto.No acepta a Murphy, busca la mxima reduccin de artculos defectuosos.Es efectivo si se gua por una lista de Pareto pensada y actualizada.Enfoque ms moderado.No se puede eliminar a Murphy, se le puede reducir.

  • Se amortiguan todas y c/u de las tareas?No, el origen del amortiguador muestra claramente que se es sumamente selectivo en cuanto a lo que se trate de proteger. La proteccin tiene un precio, por eso se elige el amortiguador cuando slo estemos conscientes que hacerlo beneficia el throughput. El enfoque que se propone busca tratar de reducir ese precio de proteccin.

  • Cmo reducir el precio de la proteccin?TAREAS URGENTESATENCIN ESPECIAL Y TRATAMIENTOEXPEDITAR TODOCAUSA ESTRAGOSEXPEDITARSELECTIVAMENTELONGITUD DELAMORTIGUADORTIEMPO TOTALPRECIO DEPROTECCINREDUCEZONA DE EXPEDITACINBIENO BIENNECESITAN

  • ORIENTACIN DE LOS ESFUEZOS HACIA LA MEJORA DE LOS PROCESOS PERSONALES

  • Expeditar tareasDeterminar que tareas deben estar en el origen del amortiguadorDnde se encuentra Atorada la tareaRegistro de la tareademoradaEncogiendo la longitud de Amortiguadores de tiempoLista de ParetoConocer los problemasMedulares a nivel de recursoRazones para expeditarAcciones

  • Beneficios de la administracin de amortiguadoresExpeditar sistmica y metdicamente las tareas para reducir el tiempo totalDeterminar mejor la longitud requeridaOfrece una gua para mejorar la productividadOfrece el nico mecanismo conocido para estimar la capacidad de proteccin requerida de nuestros recursos

  • Introducir sistemas de medicin de desempeo mucho mejor.GANAR DINEROINDICADORESUnidades de medicin INCLUYE PRESENTANIndicadores locales de desempeo META

  • Indicadores = control

    $.- autocontrol$.- control del sistema

    Los indicadores de desempeo local juzgan:- La calidad de la ejecucin de un plan

  • Tipos de DesviacionesTipos de DesviacionesDesviaciones de tipo directoDesviaciones de segundo tipoNO HACER LO QUE SE SUPONIA SE DEBIA DE HACERNO HACER LO QUE SE SUPONIA SE DEBIA DE HACERHACER ALGO QUE NO SE DEBIO HABER HECHO

  • Es una tcnica til para determinar cuando es mala la calidad de un producto en particular.Control estadstico de proceso

  • Un sistema de informacin debe estar compuesto por mdulos de programacin, de control, y debe ofrecer un modulo con capacidad para evaluar las diferentes situaciones posibles

  • Sistemas deInformacinProgramaControlSituaciones PosiblesTomar en cuenta la Existencia de MurphyCuantificar las perturbacionesacumuladasen la organizacinElevar las Restricciones oEvitar su creacininnecesariaMejorar loprocesadoTener indicadoresde desempeo local

  • Programacin

  • MRP Objetivo

    Programacin Despus de 30 aos (programador)

    Banco de datos

  • Tiempo para generar un programa

  • Tiempo de generacin no es

    Una delicadeza ingrediente esencial

    Se considera al disear la solucin

  • Sistema de Informacin

    Genera

    Programa

    Realista

  • Identificacin de las Primeras Restricciones

  • Como trabajar con datos muy imprecisosTodos los tipos de recursos tienen suficiente capacidad

  • Slo el Recurso que tenga la mayor carencia de capacidad

    Posible RestriccinDeclarado

  • Deteccin de los conflictos entre las Restricciones identificadas

  • Inicio de la eliminacin de conflictos Interaccin entre el usuario y el sistemaEl usuario debe estar colocado en el lugar del conductor

    La estimacin del tiempo necesario para que una tarea llegue desde su liberacin hasta el recurso de restriccin con una probabilidad muy alta y sin peleas

  • El usuario debe tener la posibilidad de probar en lnea con varios nmeros, hasta que quede satisfecho con la imagen proyectada de los colores de los bloques.Estamos trabajando con Sistema diseado, para no ignorar que la intuicin humana no siempre puede ser expresado con nmeros

  • Al da como mximoPor fin de semana

    Se permiten por semanaComo mximoHoras extra

  • Para ayudar a un bloque A rojo a salir se puede utilizar un bloque normal por el bloque rojo. Esto sera un reemplazo

    Bloque ABloque Normal

  • Bloques Rojos Bloques Normales

    Descargar un bloque rojo a otro centro de trabajo que no sea restriccin

  • Acumular el inventario antes de las Restricciones

  • Debemos afrontar cuando el pedido es de un producto que requiere el ensamble de muchas partes y slo una necesita recursos, restriccin

  • El cliente no esta dispuesto a aceptar el pedido antes de la fecha solicitada

  • Conflicto de cargaVs.Capacidad

  • El MRP esta asignando las existencias de Inventario de Productos en proceso al estar haciendo la programacin

  • Falta de disponibilidad instantnea de los recursos que no son restriccin

  • Amortiguamiento Dinmico

  • Seguir + ModificarSubordinar

  • Si existe suficiente holgura (ancho)Por consiguiente se puede tratar al pico del carril rojo

    Como pico cualquiera

  • Cada hora + por encima de la capacidad disponible

    Causar + penetracin en el amortiguadorSabiendo que el problema ocurri por datos errneos

  • + Los resultados a lo largo

    De la secuencia de operacionesNecesarias para realzar la tareaTiempo de ProcesoPor UnidadN de UnidadesRequeridasTiempo dePreparacin

  • Ahorrar tiempo de preparacin antes de declarar una segunda reestructuracin de recursos

    ReducirHoras extra

  • Retroceder

    Antes de que el sistema asigne una operacin a un fecha esperada

    Asegurarse que toda la operacin se debe abordar a una fecha anterior

  • Arma Manual

    Descarga haciaOtros Recursos

  • Barra de tiempo

    Longitud de medioAmortiguador de Recurso

  • Amortiguadores

    Procesos que deben ser mejorados

  • DefinicionesUtilidad NetaThroughputGasto de OperacinInventarioProductividadContabilidad de costorbol de RealidadSistema de InformacinDatoInformacinRestriccinProgramarRecurso cuello de botellaMRPAmortiguador de tiempoCo VarianzaPlanta balanceadaDependencia linealRecurso no cuello de botellaProcesoPresupuesto

  • Es el intervalo de tiempo mediante el cual se determina cundo se va a liberar un trabajo, con relacin a la fecha a la cual est programado el consumo correspondiente en la restriccin.

  • Es un esquema mental a travs del cual se plantean los aspectos de inters a travs de relaciones de causalidad, buscando una causa medular y logrando tener un mejor panorama de la situacin.

  • Es el enfoque tradicional para realizar errneamente clculos respecto a los costos que se incurren en la produccin, sin tomar en cuenta la interrelacin entre el Throughput, Inventarios y Gastos de Operacin.

  • Impacto de una variable sobre las dems del mismo grupo

  • Cualquier ilacin de caracteres que describe algo sobre nuestra realidad, son requeridos cuando son necesarios en el proceso de toma de decisiones para derivar la informacin.

  • Situacin en la que un evento depende del evento inmediatamente anterior, y ste a su vez depende de su anterior, formandose el concepto de cadena de dependencia.

  • Es todo el dinero que el sistema gasta en transformar el inventario en Throughput.

  • La informacin no son los datos requeridos para responder una pregunta, sino la respuesta misma a la pregunta planteada para la posterior toma de decisiones.

  • Es todo el dinero que el sistema ha invertido en comprar cosas que pretende vender.

  • Mtodo aplicado para la planeacin y control de la produccin, el cual posee limitaciones perjudiciales para el proceso.

  • Es una planta en la que la capacidad de todos y cada uno de los recursos est balanceada exactamente con la demanda del mercado. Sin embargo, lograr una planta balanceada es perjudicial para la empresa.

  • Construccin de la frmula original de resultados a partir de la aproximacin

  • Secuencia de pasos a seguir, el cual est influenciado por los eventos o pasos anteriores.

  • Grado a travs del cual se acerca la empresa a su meta.

  • Accin por la cual se establece previamente las actividades y procesos a realizar, previendo las perturbaciones posibles y las protecciones a dichas perturbaciones, a travs de un sistema confiable y eficaz.

  • Recurso que tiene una capacidad menor a la demanda exigida sobre l, constituyendo una restriccin.

  • Recurso que tiene una capacidad mayor a la demanda exigida sobre l, pero depende de cmo se desenvuelva el recurso restriccin.

  • Algo de lo cual no tenemos suficiente, al grado de que limita el funcionamiento de la compaa en general.

  • Conjunto de procedimientos, medidas, relaciones y parmetros fundamentales para la toma de decisiones y conocimiento de informacin.

  • Velocidad a la cual el sistema genera dinero a travs de las ventas.

  • Beneficio obtenido por la comercializacin de un producto o servicio. Se calcula as:

  • Profesor AsesorMBA. Alfredo Herrera Farfn

    Equipo de TrabajoAncajima Morante Jaime OmarBardales Gutirrez Jeannette B.Barragn Rojas, Denisse R.Blume Aguilar Humberto.Castro Rentera, TualiCeli Castro, Rubn A.Chau Caldern, Sofa C.Chvez Rodrguez, Luis F.Chong Olaya, NellyChong Vera, Enrique S.Colmenares Farfn, JulioCoronado Gutirrez, Rosa E.Crispn Yamo, JhonCruz Mogolln, JanethEncalada Yahuana, Flor TeaberEspinoza Farias, ClaudioFarias Palacios, Lourdes M.Garabito Quereval, Karol P.Garca Ramrez, DeliaGuerrero Cortez, Diana Guevara Ochoa VanessaJimnez Atoche, Jean M.Jurez Zapata, JulianaLizama Quinde, Pal A.LLacsaguache Garca, Ana E.Montero Galecio, Mery K.Montero Paucar, VctorNeyra Alzamora, Nathali Noe Landa, Susan K.Ovalle Chapilliqun, Luis E.Paiva Mendoza, Cesar A.Patio Garca, GelixsPea Castillo, Deyvi R.Prez Cobos, Maria A.Quinde Seminario, LuisQuintana Palacios, Flor Ramrez Chvez, Dery A.Reyna Esteves, Estela M.Rishing Arianzn, Lesli T.Rojas Turkonsky, Susan C.Ruesta Portocarrero, Cinthya P.Senz Ramrez, Shirley A.Sandoval Ramos, Diana T.Sernaqu Ayala, Sonia K.Silva Prez, Rosa K.Silva Silva, JohanySocola Morn, YenisTalledo Herrera, Shirley M.Talledo Martnez, Claudia R.Torres Pintado, Carlos M.Valle ramos, Marlon J.Vilela Navarro, JoferZapata Bentez, Domingo A.

    Universidad Nacional de PiuraFacultad de Ciencias AdministrativasAdministracin de OperacionesPiura, abril del 2006