El viaje de implementación de software de mil millas comienza con la fase cero (James Monaghan)

Felicidades. Ha decidido implementar algún software y desea que tenga éxito. ¿Será Agile o Waterfall o Lean o Scrum o algo completamente distinto? Si bien la implementación exitosa de un proyecto tiene sus propios requisitos para ejecutarlo, existen
Hay numerosas cosas que uno debe considerar antes del inicio.

¿Se ha definido adecuadamente el Modelo Operativo Objetivo?

Apresurarse a implementar una nueva tecnología tiene numerosos obstáculos, pero ninguno más común que comenzar a implementar/integrar un sistema sin considerar cómo se verá el panorama general cuando esté completo. Demasiados proyectos han terminado
al principio porque alguna pieza clave de tecnología no se tuvo en cuenta en el esquema general. Con todas las fintechs y disruptivas que hay en el mercado hoy en día, todas se esforzarán por integrarse perfectamente entre sí, pero sin una comprensión completa.
of cómo desea que se conecten y por qué motivo, puede encontrarse fácilmente rehaciendo su modelo operativo objetivo a mitad de camino y teniendo que desperdiciar todo el esfuerzo y los recursos que ha gastado hasta ahora. Es como intentar construir el avión mientras
volarlo o cambiar el neumático del coche mientras lo conduce. Los TOM típicos tendrán un sistema de gestión de relaciones con el cliente (CRM) para que lo utilice el personal de atención al cliente, conectándose a un sistema de gestión del ciclo de vida del cliente que incorpora un flujo de trabajo y un motor de reglas.
enviar las tareas necesarias a las personas relevantes para completar el ingreso de datos/carga de documentos/validación y verificación. Puede que exista un sistema de gestión de datos maestros (MDM) que se trate como la fuente de registro/copia dorada, pero con demasiada frecuencia se trata de un sistema aislado.
Sistema de múltiples almacenes de datos agregados o integrados con varios sistemas que pueden actualizar los registros. Puede haber sistemas de transacciones/comercio/préstamo con servicios de monitoreo de transacciones incorporados o integrados. Puede haber proveedores externos de datos/documentos
o noticias/noticias negativas/fines de proyección. Todos o algunos de estos pueden estar basados ​​en la nube o también en sistemas locales. Entonces, nuevamente les pregunto: ¿han considerado dónde encaja esta nueva pieza de tecnología en su TOM general? ¿Es una versión final o
integrándolo en la configuración actual, pero planea cambiar esto en el futuro

Para todos sus sistemas actuales, ¿cuánto tiempo planea apoyarlos/mantenerlos?

Existe un error común conocido como la falacia del coste hundido, según el cual sólo porque has gastado X dólares/euro/libras en un sistema, está demasiado avanzado para admitir la derrota y desecharlo. O que no esté roto y por lo tanto no requiera reparación. O que está demasiado arraigado
en los sistemas actuales para poder eliminarlo o sustituirlo. Si ese es el caso, entonces probablemente haya terminado con un único punto de falla sin siquiera darse cuenta. Las soluciones tecnológicas modernas son flexibles y deben diseñarse para el cambio. Anteriormente fusiones/adquisiciones
o la fusión de sistemas ha obligado a que la tecnología se integre y el proceso habitual es simplemente hacerla funcionar. Estas deben ser tratadas como oportunidades que se les presentan para reconsiderar cómo se hace algo y esforzarse por encontrar una manera más eficiente. Segundo
Además, la mayoría de las nuevas tecnologías tendrán o afirmarán tener ofertas/módulos/características similares, como informes, paneles de control, flujo de trabajo, motores de reglas de gestión de casos y estudio de configuración. El objetivo de esto es atraer a la audiencia más amplia posible y tiene
Algunas personas piensan: "¿Por qué necesito comprar X cuando Y ya tiene esa capacidad?". Pero teniendo esto en cuenta, ¿realmente desea convertir su CRM en un sistema de seguimiento de transacciones? ¿O su sistema de cuenta en la puerta de enlace de su MDM? O tu MDM como director
punto de entrada de datos. Sabes que terminarás con miles de registros con números de teléfono como 12345678.

Dotación de personal/Funciones

Para que cualquier implementación sea exitosa, usted tendrá sus roles definidos en ambos lados del proyecto. El tuyo y el de los vendedores. Obviamente depende del presupuesto, el alcance y el cronograma. Es posible que tenga una implementación basada en la nube de 4 semanas que requiera 2 empleados de
el proveedor o podrían ser 10 fases de lanzamientos principales de 12 semanas con un enfoque de requisitos ágiles de 2 semanas que consta de analistas de negocios/productos, desarrolladores, expertos en la materia, evaluadores de control de calidad, todos los cuales necesitan roles tanto junior como senior, proyecto
gerentes para cada línea de negocio/región/jurisdicción y un gerente de programa para supervisarlo todo. Agregue un patrocinador del proyecto y es fácil ver por qué el software empresarial se vuelve caro, a veces prohibitivo. Esto también es antes de considerar los niveles de personal.
que necesitas asignar para que coincida. No olvide que los miembros del personal involucrados en este proyecto estarán alejados de sus funciones diarias durante un tiempo considerable. Es importante asegurarse de que el personal del proveedor tenga experiencia y no haya sido
Recientemente contratado para atender la demanda de su proyecto.

La otra consideración es el modelo de asociación. Muchos proveedores establecidos tienen socios certificados, algunas firmas boutique y algunas de las 4 grandes, que también pueden ser reclutadas para ayudar en las implementaciones, pero también tienen un precio.

Migración de datos

Uno de los temas principales al incorporar una nueva pieza de software es la consideración del acceso a datos y/o la migración de datos. Si el nuevo sistema consultará su base de datos actual o bases de datos según sea necesario, cuándo obtendrá acceso, qué usuarios tienen qué permisos.
para acceder a él, ¿el acceso es de solo lectura o los usuarios pueden editar o crear nuevos registros y cuando están actualizando el registro central, qué sistemas tienen orden de prioridad para realizar esos cambios? ¿Qué pasa si otro sistema intenta realizar un cambio mientras un usuario diferente
¿De su nueva tecnología la está editando actualmente? ¿Significa esto ahora que todas las solicitudes de edición de datos deben dirigirse a través de esa nueva tecnología? ¿Qué sucede cuando todas las nuevas tecnologías solicitan el mismo orden de prioridad? Estos son sólo para sistemas de registro de clientes activos.
¿Qué tal la creación de un nuevo sistema único consolidado? ¿Debería adoptar el enfoque big bang para migrar todos los datos el día 1? Imagínese los riesgos. ¿Qué pasa con un período de transición, como cuando se programa una revisión, se recurre a una o varias fuentes para realizar la revisión?
y luego publicar el registro limpio en la nueva base de datos central. En cambio, eso permitiría la migración durante un período de 12 a 18 meses. No es un enfoque único que sirva para todos. Eso es todo antes de que empieces a considerar el manejo de duplicados.

Integraciones

Al considerar agregar una nueva tecnología a su ecosistema, debe asegurarse de que funcionará perfectamente con su configuración actual. Inicialmente, esto tiene 2 opciones: como una nueva incorporación neta para resolver un problema específico o como reemplazo de un sistema existente.
o sistemas establecidos. De cualquier manera, desea asegurarse de que tenga acceso a los sistemas relevantes que necesita para el consumo tanto ascendente como descendente. También debe estar seguro de que se pueden mantener todas las tuberías existentes en el sistema que se está retirando.
También hay una cuestión sobre los permisos que constantemente se pasa por alto. Control de acceso de usuarios para regular qué permisos tienen los usuarios para la nueva tecnología y los datos a los que tienen acceso, al mismo tiempo que garantiza que no haya requisitos de permisos de administrador.
Pero cuando agregue una tecnología más nueva en el futuro, ¿necesitará perfeccionar el control de acceso para todos los sistemas históricos en ese momento? Al igual que con lo anterior, no olvidemos la necesidad de determinar qué tecnología tiene orden de prioridad para los cambios/actualizaciones de datos. De lo contrario
¿Cómo se asegura de que el sistema A haga un cambio hoy, el sistema B lo revierta mañana y el sistema A vuelva a intentarlo al día siguiente?

Acceso al sistema: políticas de seguridad de la información

¿Ha involucrado a los equipos relevantes internamente para proporcionar recursos y acceso a los sistemas relevantes de manera oportuna? Si planea esperar hasta el último momento antes de solicitar permiso para un entorno o acceso a una base de datos, etc.
Es posible que de repente descubras que tus fechas objetivo son inalcanzables.

Compradores vs Usuarios

¿Están involucrados los usuarios finales de la nueva tecnología en el proceso de toma de decisiones? ¿De qué sirve tomar una decisión en nombre de otros usuarios, si al final deciden que lo que se está construyendo no es adecuado para sus fines? La batalla entre empresas y
Es una constante que ocurre en todas partes y oscila hacia adelante y hacia atrás en términos de quién decide. Con demasiada frecuencia se espera que el diseño del sistema resuelva perfectamente todos los problemas de cada usuario. Sobre ingeniería de la tecnología para resolver al 100%
es admirable, pero en última instancia requiere muchos recursos. El objetivo inicial debe ser resolver la mayoría y esperar hasta la entrega exitosa antes de intentar los casos extremos. Ese 20% o 10% final de las emisiones no debería retrasar el objetivo principal de adquirir
la tecnología, pero con demasiada frecuencia se convierte en algo que lo consume todo. La pregunta que debe hacerse es qué se requiere definitivamente el día 1 y limitar sus opciones a un subconjunto como respuesta predeterminada sin es siempre, siempre, todo.

Entonces, ahora, cuando analizamos qué considerar para que la implementación de un proyecto sea exitosa, debemos darnos cuenta de que hay más cosas relevantes antes de comenzar, que deben incluirse. Esto también afectará la decisión sobre qué software seleccionar en la primera
lugar. Todo lo que brilla no es oro. Asegúrese de que lo que está seleccionando sea adecuado para todas las consideraciones y no únicamente para un único resultado final esperado.