Compra de software estándar o desarrollo personalizado, utilizando estos cinco juicios
El software estándar es adecuado para las empresas con procesos relativamente comunes y el deseo de avanzar rápidamente, y personalizar el desarrollo para procesos diferenciales, complejos escenarios de integración o de productización. El juicio debe comparar las diferencias de negocio, capacidades de configuración, interfaces, iterativos a largo plazo y costes totales. La ruta más segura también puede ser productos estándar con la integración necesaria, en lugar de un doble.
Este vídeo se utiliza para el aprendizaje de conocimientos institucionales-infomáticos y debates internos.
Veamos qué podemos hacer.
El software estándar es adecuado para las empresas con procesos relativamente comunes y el deseo de avanzar rápidamente, y personalizar el desarrollo para procesos diferenciales, complejos escenarios de integración o de productización. El juicio debe comparar las diferencias de negocio, capacidades de configuración, interfaces, iterativos a largo plazo y costes totales. La ruta más segura también puede ser productos estándar con la integración necesaria, en lugar de un doble.
El contenido de vídeo de este tema es leído
Las siguientes son interpretaciones textuales estructuradas del video para el período actual, que permiten una lectura rápida, un debate interno y una búsqueda; no es subtítulo literal. Los cinco fallos se basan en “comprar software estándar o desarrollo personalizado, utilizando estos cinco fallos”, sugiriendo que se haga una distinción entre fenómenos superficiales, causas empresariales y mejoras del sistema antes de decidir si se requieren ajustes de procesos, gobernanza de datos, integración del sistema, automatización o desarrollo personalizado.
1. Si las diferencias comerciales constituyen competitividad
El software estándar es adecuado para las empresas con procesos relativamente comunes y el deseo de estar en línea, personalizando el desarrollo de un proceso diferenciado, integración compleja o escenario de productización. La mejor ruta es también para añadir la integración necesaria al producto estándar, en lugar de elegir uno. Este punto de juicio debe ser igualado por una tarea real, documento, registro de comunicación o registro del sistema, frecuencia de comprobación, tiempo de espera, costos de trabajo, responsabilidad y excepciones.
2. Suficiencia de las configuraciones e interfaces de productos existentes
El software estándar es adecuado para las empresas con procesos relativamente comunes y el deseo de estar en línea, personalizando el desarrollo de un proceso diferenciado, integración compleja o escenario de productización. La mejor ruta es también para añadir la integración necesaria al producto estándar, en lugar de elegir uno. Este punto de juicio debe ser igualado por una tarea real, documento, registro de comunicación o registro del sistema, frecuencia de comprobación, tiempo de espera, costos de trabajo, responsabilidad y excepciones.
3. Cómo comparar los costos de mantenimiento y salida a largo plazo
El software estándar es adecuado para las empresas con procesos relativamente comunes y el deseo de estar en línea, personalizando el desarrollo de un proceso diferenciado, integración compleja o escenario de productización. La mejor ruta es también para añadir la integración necesaria al producto estándar, en lugar de elegir uno. Este punto de juicio debe ser igualado por una tarea real, documento, registro de comunicación o registro del sistema, frecuencia de comprobación, tiempo de espera, costos de trabajo, responsabilidad y excepciones.
¿Qué debemos hacer con esta escena?
El primer paso en el proyecto es determinar el tamaño de la empresa, la ruta de la construcción, la selección de productos y el punto de entrada para AI. Los cinco fallos deben basarse en “comprar software estándar o desarrollo personalizado, utilizando estos cinco juicios” y deben definir entrada real, salida deseada, privilegios de herramienta, aprobación manual, manejo inusual e indicadores de aceptación operacional antes de decidir si utilizar reglas, scripts,, Código
La verificación de las condiciones, la responsabilidad, las fuentes de datos y las excepciones se realiza utilizando muestras reales, y la presentación no se utiliza como sustituto de pruebas de producción.
La verificación de las condiciones, la responsabilidad, las fuentes de datos y las excepciones se realiza utilizando muestras reales, y la presentación no se utiliza como sustituto de pruebas de producción.
La verificación de las condiciones, la responsabilidad, las fuentes de datos y las excepciones se realiza utilizando muestras reales, y la presentación no se utiliza como sustituto de pruebas de producción.
Sendas sugeridas para mejorar
- 1Proceso de recuperación y base de costos
Seleccionar tareas y anomalías recientes y representativas, identificar a los participantes, productos de entrada, tiempo y costos actuales.
- 2Priorización por valor, riesgo y condiciones de aplicación
Distinción entre acciones que son autoejecutivas, que requieren confirmación manual y que prohíben el procesamiento automático.
- 3Primero, prueba un anillo cerrado cuantitativo.
Comience con el borrador, una copia o una escena limitada, y mantenga el transmisor anormal y el retiro.
- 4Ampliación o reorganización de las rutas mediante decisiones de datos
Observación continua de la precisión, adopción, ciclo de procesamiento, error y resultados de negocios reales.
Cómo automatizar el recibo e inspección es realmente eficaz.
La aceptación no puede basarse únicamente en si una sola demostración se ejecuta. Los siguientes resultados deben observarse continuamente utilizando muestras independientes y anomalías reales, y se deben mantener bases de referencia previas a la modificación del mismo calibre:
- Si los procesos básicos son realmente acortados
- Ya sea que los datos clave forman un calibre uniforme
- Utilización continua del personal
- Conciliación de los insumos, los costos operativos y el valor de las empresas
La autorización, aprobación, auditoría y adquisición manual también deben verificarse cuando se trata de la cantidad, el compromiso del cliente, la privacidad, el cumplimiento, el cambio de producción o las operaciones de eliminación.
Seguir aprendiendo sobre los programas
Creación de información para las empresas
Ruta de la información planeada desde procesos empresariales, arquitectura de datos y sistemas
Ver detallesRecursos relacionadosCustom Software Development
Comprensión de las necesidades, el diseño, el desarrollo, las pruebas, el despliegue y la entrega de las fronteras
Ver detallesRecursos relacionadosSelección de rutas para la construcción de sistemas
Productos estándar comparativos, adaptación de código abierto y desarrollo de la personalización
Ver detalles