DECISION WORKSHEETConvierta API y sistemas en la adopción de decisiones ejecutables
Las siguientes hojas de trabajo ayudan a las empresas a organizar consejos vagos en insumos basados en proveedores, de aprobación interna y de receptividad de proyectos.
Fallo 1Mayoría de la interfaz
Las interfaces estándar con una versión completa y estable del documento y un entorno para la prueba varían significativamente de aquellas que requieren combing inverso o cambios frecuentes en la interfaz.
Si el factor sigue siendo incierto, se debe organizar una validación de diagnóstico o en pequeña escala y no es apropiado incluir directamente el rango de precios fijos no variable.
Fallo 2Enlaces empresariales y cartografía de datos
El mismo orden puede cruzar CRM, el centro comercial, pagos, ERP, almacenamiento y flujos financieros, que requieren uniformidad de estado, cantidad y calibre de datos maestros.
Si el factor sigue siendo incierto, se debe organizar una validación de diagnóstico o en pequeña escala y no es apropiado incluir directamente el rango de precios fijos no variable.
Fallo 3Requisitos en tiempo real y de coherencia
Frecuencia de sincronización, límites de servicio, mensajes repetidos, trastorno, re-intentación de fallos y conciliación determinación de la complejidad técnica.
Si el factor sigue siendo incierto, se debe organizar una validación de diagnóstico o en pequeña escala y no es apropiado incluir directamente el rango de precios fijos no variable.
¿Qué debería contener un resumen comparable de las evaluaciones?
Al menos organiza la lista de sistemas e interfaces, documentos de interfaz y cuentas de prueba, enlaces de negocios básicos y flujo de estado, datos maestros y reglas de mapeo de campo, al tiempo que describe el volumen de negocio actual, tiempo de procesamiento promedio, anomalías importantes, sistemas existentes, privilegios de datos, dependencia de terceros y ventanas en línea. Proporcionar a diferentes proveedores con la misma versión de información y requieren descripciones separadas de supuestos, exclusiones, cooperación con clientes, entrega y pruebas de aceptación para evitar la comparación de un precio total de la frontera.
Por ejemplo, la empresa espera que el proyecto ahorre 160 horas de trabajo al mes, pero esta cifra debe desglosarse en el número de tareas, ahorros de tiempo único, tasas de adopción y tasas de revisión manual. Si sólo el 40% de los usuarios utilizan el primer período, o si el nuevo proceso aumenta el proceso de examen, los beneficios reales serán significativamente inferiores a la estimación aparente.
Cuatro tipos de pruebas recomendadas para el interrogatorio durante la comunicación de proveedores
The first is scope evidence: consistency of demand versions, business processes, prototypes, interfaces and exclusions; the second is engineering evidence: whether similar technologies have accessible structures, code management, testing, deployment and trouble management methods; the third is personnel evidence: whether actual participants, input stages, responsibilities and replacement mechanisms are clear; and the fourth is delivery evidence: how source codes, data, account numbers, documents, training, quality assurance and transport are handed over. It is normal for suppliers to be unable to provide customer confidentiality at the bidding stage, but should be able to explain their own methods and the evidence that can be developed under this project.
Se recomienda que se fije por separado la claridad de alcance, la dependencia crítica, la capacidad de equipo, la aplicabilidad de la aceptación y la toma a largo plazo y que se registre la base de cada puntuación. Si un programa es más barato, se excluye la interfaz, la migración, las pruebas o la responsabilidad en línea, entonces debe convertirse al mismo calibre de entrega antes de la comparación.
El principio de la sentenciaEsta página proporciona un marco de toma de decisiones que no constituye una oferta fija o compromiso de rendimiento.