¿Cómo encontrar el enfoque correcto para su estrategia de análisis de negocio despliegue
Después de que has descubierto sus requerimientos de transición, valoró la disposición de la organización, y se dirigió a la motivación y la competencia en el análisis de negocio, usted está listo para elegir el enfoque que desea utilizar para lanzar su estrategia y realmente poner en práctica la solución.
Conteúdo
Tenga en cuenta que esta fase del proyecto incluye todo el equipo- no es sólo usted y los usuarios de la nueva solución. Usted puede elegir entre tres enfoques diferentes: procesamiento paralelo, de pilotaje, y solo talados.
Si usted está tratando con un gran proyecto, su estrategia inicial puede ser la creación de soluciones en fases, en cuyo caso cada una de las fases serían liberados en una de estas maneras.
El procesamiento paralelo como la estrategia de análisis de negocio desplegar el plan
En procesamiento en paralelo, los usuarios siguen utilizando el proceso y software actual y al mismo tiempo el uso de los nuevos procesos y software. Considere este enfoque una prueba en el mundo real con una red de seguridad proporcionada por el sistema actual.
El procesamiento paralelo funciona mejor cuando el proyecto consiste en la automatización de un proceso manual. Usted debe utilizar este enfoque para una cantidad fija de tiempo para verificar que el nuevo sistema está funcionando como se esperaba. A continuación, puede comparar los resultados de ambos y asegurarse de que la nueva solución automatizada está funcionando como se esperaba.
Si un problema surge con el nuevo sistema, que tiene los resultados del proceso manual como una copia de seguridad.
Otras ventajas de este enfoque son los siguientes:
Proporciona una estrategia de reversión fácil si el sistema no funciona como se esperaba.
Cualquier problemas detectados con el nuevo sistema no repercutan negativamente en el negocio porque se sigue utilizando el viejo sistema.
Sin embargo, el procesamiento paralelo tiene sus desventajas:
Los usuarios tienen que utilizar ambos sistemas, lo que añade tiempo para las operaciones. El tiempo adicional puede ser costoso y reducir la productividad.
Los administradores de sistemas deben apoyar ambos sistemas durante el procesamiento en paralelo.
Usted no tiene que usar el procesamiento en paralelo con todos los usuarios de la nueva Solución puedes hacerlo con un subconjunto de los usuarios. Después de que el subconjunto está satisfecho con el nuevo sistema, puede hacer completa la transición al nuevo sistema
Pilotar como la estrategia de análisis de negocio desplegar el plan
Pilotaje la solución significa que está implementando la nueva solución para sólo un pequeño grupo de personas. Durante un período de tiempo, que utilizan el nuevo sistema mientras que otros utilizan el sistema actual para evaluar si la solución está funcionando como se esperaba.
Si no funciona como se esperaba, el equipo puede decidir extenderla al resto de la comunidad o recoger otro grupo piloto y continuará hasta que todos los grupos están en la nueva solución.
Seguramente ha visto algunos ejemplos de pilotaje, como cuando las cadenas de restaurantes ofrecen un nuevo elemento de menú en ciertas tiendas para probar el interés de los clientes o cuando las cadenas minoristas implementar las actualizaciones del sistema en las tiendas cercanas a la oficina en casa para asegurarse de que funcionan como se esperaba antes ruedan hacia fuera para todas las tiendas a nivel nacional.
El enfoque piloto funciona mejor cuando una empresa está tratando de lanzar un nuevo producto, sobre todo cuando el equipo sospecha que los usuarios encontrarán el cambio difícil. El equipo puede utilizar un mercado de prueba para el nuevo producto para determinar lo que es eficaz.
Las ventajas de este enfoque son los siguientes:
Viene con un bajo riesgo de la ejecución inicial del nuevo producto. Sólo un pequeño grupo se ve afectada si surgen problemas.
Menos usuarios necesitan una formación a la vez.
Debido a que el equipo está trabajando con pequeños grupos, cada grupo recibe más atención, que ayuda a las partes interesadas aceptan el cambio.
Estas son algunas de las desventajas de pilotaje:
El lanzamiento lleva más tiempo que con otros enfoques, lo que mantiene los recursos de trabajar en otras soluciones.
Los administradores de sistemas deben apoyar ambos sistemas durante la fase (s) piloto.
Corte y cambio individual como la estrategia de análisis de negocio desplegar el plan
Usando el un enfoque único corte y cambio significa que se detenga el proceso actual y vaya a la derecha a la nueva solución que se sustituya. Este método es como arrancando un vendaje en un movimiento rápido. Los usuarios están utilizando el sistema actual un día y el nuevo sistema de la siguiente.
Un enfoque único corte y cambio funciona bien para pequeños proyectos de mejora. Estos proyectos por lo general no implican muchos cambios, por lo que el abrupto cambio al nuevo sistema es bastante fácil para los usuarios manejar. Además, este método es muy útil para las grandes iniciativas en las que es muy difícil o costoso procesamiento en paralelo, como la transición de un sistema de gestión de relaciones con los clientes de un equipo de ventas.
Tener un equipo de ventas de administrar la base de clientes en dos sistemas puede ser demasiado engorroso, e incluso puede resultar en datos inexactos y mal servicio al cliente. En este escenario, la pervivencia de un solo corte y cambio (tal vez después de pilotaje en un grupo pequeño primero) es una mejor apuesta.
A menudo, este enfoque incluye todos en el equipo estar listo tan pronto como el nuevo sistema esté encendido. Migraciones de individuales generalmente se producen durante un tiempo lento, tal como en el medio de la noche o los fines de semana, para ayudar a minimizar la interrupción del negocio. Hemos estado involucrados en muchas migraciones de el sábado o el domingo. Tomar café, donas, y la pizza ayuda (al menos en términos de la moral)!
El enfoque único corte y cambio ofrece ventajas como las siguientes:
Proporciona una transición limpia para los administradores de sistemas. Ellos no tienen que soportar múltiples sistemas.
La comunidad de usuarios no tiene que trabajar en múltiples sistemas como lo hace en el enfoque de proceso paralelo.
Todos los cortes más de una vez, por lo que el equipo del proyecto no tiene que administrar varios despliegues como lo hace en el enfoque piloto.
Las desventajas de este enfoque incluyen
Cualquier problema con la solución significa un alto riesgo de impacto al cliente / negocio grave.
El negocio puede experimentar una reducción en la productividad durante la curva de aprendizaje para los usuarios.
Corte y cambio individual requiere más planificación y coordinación de todos los recursos afectados que otros enfoques hacen.