Reingeniería de procesos de negocios BPR

05 de agosto 2008

BPR es una forma de mejora organizativa. Su objetivo es mejorar un negocio mediante la reestructuración de los procesos. BPR se da la fuerza por la misma lógica que las viejas formas de organización del trabajo ya no son apropiadas para una competencia de negocios medio ambiente. El objetivo final de los procesos de reingeniería para lograr una mejor calidad, servicio e innovación. La reestructuración radical que conlleva BPR es arriesgado e incierto.
Fundamentos teóricos de BPR:
Durante cientos de años, la actividad comercial se ha basado en el principio de Adam Smith de la división del trabajo. La división del trabajo fomenta la especialización y por lo tanto conduce a una mayor productividad.
La empresa clásica también exhibe los conceptos de:

jerárquica de control: - las capas clásica de la gestión
La producción masiva de bienes en gran medida uniforme / servicios

Una organización basada en estos principios tiene éxito en un mercado estable, caracterizado por la creciente demanda de bienes uniformes y servicios. En un entorno de mercado caracterizado por romper cambiado la competencia, la globalización, los clientes más exigentes, más pequeños márgenes de beneficios, etc, los modelos organizativos clásicos son menos y menos apropiado. BPR proporciona una alternativa a los viejos métodos de organización de procesos de negocio. Los objetivos de la BPR se puede iniciar en forma expandida como los objetivos de costes o bien los objetivos de servicio.

Objetivos Costo:

La reducción de las poblaciones de: Los nuevos materiales o bienes intermedios
Las economías de escala en la contratación
Reducción de los costes de personal (gastos administrativos)
Precios competitivos de productos / servicios

Servicio Objetivos:

sistema más fiable de entrega
Disponibilidad de stock
Buen servicio post-venta
Rápida respuesta y adaptación a los cambios del mercado
Reducción del ciclo de vida de desarrollo de productos

Cualidades de los procesos de ingeniería Re:

Varios puestos de trabajo se combinan en una sola. Esto implica una inversión del principio de Adam Smith de la división del trabajo y la función. Trabajadores de la toma de decisiones, trabajo real y la toma de decisiones se integran.
Los procesos se reorganizó para que las tareas se realizan de la manera más sensata / orden lógico.
Los controles y los controles se reducen. Los controles y los controles se reduzcan al nivel mínimo aceptable. Los controles y los controles también están en diferido.
La reconciliación es minimizado.
Un administrador de casos es designado para supervisar el proceso de re-ingeniería.
procesos híbridos que combinan la centralización y la descentralización mediante el uso de tecnología de la comunicación a menudo se adoptan.
Procesos de varias versiones (polimórfico) - el proceso es rediseñado para incluir capacidades para hacer frente a las órdenes de encargo.

Contribución / Papel de las TI en BPR:

Todo es permitir esenciales de la BPR, sino que permite que los procesos que se re-ingeniería.
Apoya el proceso de re-ingeniería
Los principales productos de tecnología de punta puede ser particularmente útil en la innovación de procesos. Incluso puede conducir el proceso de innovación.
También facilita la integración de procesos.
Se ha argumentado que la contribución más eficaz de las TI en el rediseño de negocios es permitir a una empresa para hacer cosas que no hacía antes - la ampliación de las capacidades de la empresa.

Los candidatos a nuevos procesos operativos:
En teoría, cualquier proceso de negocio puede ser objeto de nuevos procesos operativos, pero en la práctica, ciertos procesos pueden beneficiarse más de BPR que otros. Estos procesos tienen las siguientes cualidades

Disfunción: El proceso es visible fuera de servicio, es problemático. Disfunción en un proceso se produce cuando el proceso es lento (frustrantemente lento), las quejas ocasionales, genera errores, etc

Importancia: Importante procesos que tienen un lugar destacado en la cadena de valor. Contribuyen directamente a la entrega de bienes y servicios al consumidor final.
Factible: Desde el punto de gerentes de pie el proyecto de BPR es técnica, económica y socialmente factible, viable. Los procesos que requieren alta inversión de capital, o disfrutar de apoyo a la gestión limitados son menos factibles de BPR.

¿Qué causa el BPR proyectos al fracaso? (Riesgos en el BPR):

Financiamiento inadecuado
la falta de compromiso de gestión y apoyo
Pobres jefes de proyecto
Inadecuada evaluación de la factibilidad
Resistencia al proceso de cambio
Si no se centrará en la mayoría de los re-proceso de diseño y vivienda para mejorar el proceso existente.
Dejar de fumar demasiado pronto o declarar la victoria antes de tiempo.

Reingeniería del sistema informático:
Como mínimo un sistema informático se compone de una colección ordenada de hardware, software y recursos de datos. Los sistemas informáticos son la base del sistema de información automatizado.

Re-ingeniería de los sistemas informáticos mediante el examen, repensar y volver a aplicar esos sistemas en una nueva forma.
El proceso suele llevarse a cabo sobre las opciones de legado, volver a ponerlas en práctica en una forma más moderna.
Re-ingeniería de sistemas informáticos puede ser visto como una respuesta de gestión al reto de mantener los viejos sistemas vivos dentro de un entorno cambiante.

Méritos

La vida útil de un sistema se incrementa
El valor comercial de este sistema también aumenta
Los costos futuros de mantenimiento se reducen
La moral del personal de mantenimiento puede mejorar, porque ellos saben que están trabajando en un sistema moderno es decir, los sistemas se hacen más fáciles de mantener.

Pasos para la BPR

Identificar el proceso de innovaciones
Administrar negocio
Administrar la gente y el trabajo
Identificar el cambio niveles (tecnologías, etc)
Desarrollar la visión del proceso - lo que usted desea procesar debe encajar con la dirección estratégica de la organización (IS)
Entender los procesos existentes - Estudio del proceso actual y entender los cambios necesarios
El proceso de diseño y prototipo de nuevo / crear el diseño de nuevos procesos.

Aproximaciones a la reingeniería, los sistemas informáticos:
Cuando un sistema se re-ingeniería de cualquiera de los siguientes cambios se puede producir:

Puede ser colocado en una plataforma distribuida.
Por lo general, se volverá a documentada
Los datos se pueden migrar a una plataforma nueva base de datos
El código se puede restringir
El código se puede escribir en un idioma diferente

Fuente automática de conversión de código:
Esto implica el uso de herramientas de software para convertir el código fuente en un lenguaje dado.

de código en una versión más reciente ejemplo Cobol 74 'a Cobol 90'
de código en un lenguaje diferente, por ejemplo Cobol 74 'a Oracle

Las herramientas de software no puede alcanzar el 100% de conversión y por lo tanto tiene que ser complementado con la conversión manual.

Automatizado del Programa de Reestructuración

Cuando el código se mantiene durante un largo período, su estructura y por tanto su eficacia, se deterioran. De hecho, más un producto de software se ha mantenido, más que cuesta mantener en el futuro. Cuando el programa se reestructuró:

Código irreconciliables es detectado y eliminado
estructuras complejas de control que se simplifican
modularidad del programa se ha mejorado

El uso de herramientas de software pueden no ser totalmente eficaces. Manual de reescritura del código todavía se puede aplicar.

Programa automatizado de datos y de la reestructuración:
Cuando las estructuras de datos existentes se reestructuró a continuación, incluso los programas que procesan los datos tienen que ser revisados. Cuando los datos se reestructura:

El modelo general puede ser re-organizadas en una base de datos.
Los datos en un modelo relacional puede ser modificado para adaptarse a las necesidades de un DBMS relacional diferente.

Re-ingeniería o Re-desarrollo?
Sistemas orientados para la re-ingeniería tienen dos cualidades

Están fuertemente / utilizan regularmente
En la actualidad se está manteniendo una gran cantidad

Re-ingeniería por lo general tiene dos ventajas principales sobre re-desarrollo. Estos son:

Menores costos: costos de re-ingeniería de casi ¼ de volver a desarrollar
Reducción del riesgo: menor riesgo de cometer errores.

Al decidir si se debe volver a diseñar o remodelar puede considerar cuestiones tales como:

consignaciones presupuestarias o de costos limitaciones
estado actual del sistema antiguo, el antiguo sistema puede ser tan vieja y sucia que no pueden ser susceptibles a la reingeniería
Limitaciones de tiempo: la reingeniería es probable que sea más rápido que volver a desarrollar
ámbito de aplicación Ámbito de aplicación del sistema es decir, si el ámbito de aplicación del sistema actual debe ser excluido sustancialmente entonces puede ser más práctico para rediseñar y volver a implementar el sistema en vez de re-ingeniería.
nivel de percepción de riesgo, el riesgo surge del efecto combinado de varios factores. Si el riesgo del proyecto que se percibe es alta, entonces puede ser que sea más seguro para volver a diseñar el sistema que para reurbanizar.

Relación entre la reingeniería de los sistemas informáticos y nuevos procesos operativos:

Los sistemas informáticos suelen ser incorporados dentro de negocio , procesos, sistemas, tales como cuentas por cobrar, planificación de la producción, comercialización y distribución, etc Cuando los recursos humanos de estos procesos y sistemas son re-ingeniería, la infraestructura de tecnología de apoyo también debe ser revisado.

El objetivo general de la reingeniería de un sistema informático debería volver a ponerlo en consonancia con el actual negocio metas. Los objetivos de un proyecto de BPR requieren una infraestructura de TI alterado luego de la infraestructura existente debe ser rediseñados o desarrollados de nuevo.

Popularidad: [sin ranking ? ]