La selección de un proveedor de externalización de software no debe limitarse a una comparación de precios totales y número de casos. Si el proyecto está controlado o no está determinado por una declaración de límites de negocio, riesgos clave, un equipo de entrega real, código fuente y atribución de cuentas, aceptación y rendición de cuentas al ir en línea.
Cuando Shanghai y Jiang Zheon seleccionan la empresa de subcontratación de software, se propone que se utilice el mismo resumen de los requisitos para invitar a los proveedores a presentar el alcance, las suposiciones, el equipo, los hitos, los productos y las declaraciones de riesgo, y luego verificar la capacidad real mediante la comunicación de programas o diagnósticos basados en tarifas a pequeña escala.
Se utilizan las siguientes capas para establecer una base de referencia para el presupuesto y la aceptación, y el alcance real todavía tendrá que evaluarse en relación con el statu quo, la interfaz y los requisitos de tiempo.
Objetivos institucionales, funciones de usuario, procesos básicos, sistemas existentes, limitaciones, niveles presupuestarios y tiempo de planificación
Experiencia con cuestiones similares, comunicación de oficiales técnicos, base de programas, prototipo o diagnóstico, evidencia de obras de alcance reducido
Hitos, normas de aceptación, atribución de la cuenta de origen, mecanismo de cambio, condiciones de garantía de calidad para el mantenimiento de la paz y las operaciones de salida
En primer lugar, se determinan los límites de la moderación y la responsabilidad, y se comparan las rutas técnicas y las modalidades de cooperación.
Los proveedores fiables indicarían lo que se suponía, que se confirmaría y no sería adecuado para la construcción inicial, en lugar de comprometerse inmediatamente a todos los requisitos.
Debe identificarse el organismo principal de productos, estructuras, investigación y desarrollo, pruebas y proyectos, y si la entrega será realizada por el mismo equipo después de la firma.
El programa debe ser capaz de explicar la base de la selección, la interfaz, los datos, la seguridad, el despliegue y la manipulación inusual, y proporcionar casos de desensibilización o resultados de validación.
El alcance de comparación, la aportación de funciones, los costos de terceros, las normas de aceptación y cambio no deben limitarse a un precio total que carece de límites.
El almacén de códigos, los recursos en la nube, los nombres de dominio, las bases de datos, los documentos de diseño y las cuentas clave deben atribuirse y entregarse claramente.
La comunicación in situ facilita el proceso de racionalización de procesos complejos, pero también requiere la verificación de mecanismos de respuesta, apoyo en línea, capacidad de mantenimiento y estabilidad del personal.
Se recomienda que los tres candidatos sean examinados primero, utilizando preguntas uniformes y comparaciones uniformes de datos.
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.
Los proveedores fiables indicarían lo que se suponía, que se confirmaría y no sería adecuado para la construcción inicial, en lugar de comprometerse inmediatamente a todos los requisitos.
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.
Debe identificarse el organismo principal de productos, estructuras, investigación y desarrollo, pruebas y proyectos, y si la entrega será realizada por el mismo equipo después de la firma.
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.
El programa debe ser capaz de explicar la base de la selección, la interfaz, los datos, la seguridad, el despliegue y la manipulación inusual, y proporcionar casos de desensibilización o resultados de validación.
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.
Como mínimo, se utiliza el mismo resumen de los requisitos para comparar proveedores, comunicarse directamente con los administradores técnicos reales, examinar cuestiones de casos en lugar de nombres de la industria, solicitar la descripción de las hipótesis de alcance y los principales riesgos, y describir el volumen de negocio actual, el tiempo de procesamiento medio, las anomalías mayores, los sistemas existentes, los privilegios de datos, la dependencia de terceros y las ventanas de acceso. La misma versión de información se proporciona a diferentes proveedores, y solicita que las hipótesis, exclusiones, la total de la cooperación de los clientes, evitar la aceptación, la aceptación, la entrega y la aceptación de una sola
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.
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.
Esta página proporciona un marco de toma de decisiones que no constituye una oferta fija o compromiso de rendimiento.
Las cuestiones más comunes antes de la cooperación se señalan claramente con antelación.
Los equipos locales facilitan la colaboración en materia de comunicación y emergencia in situ, pero la capacidad técnica, los mecanismos de ejecución, el control de activos y la respuesta a largo plazo son más importantes.
Si las citas se omiten para pruebas, despliegue, migración de datos, anomalías de interfaz, archivos de origen y transporte, el costo total de los cambios posteriores y el trabajo posterior puede aumentar significativamente.
Proporcionar preguntas reales pero desensibilizadas, permitiendo a los administradores técnicos explicar el programa, los riesgos y los métodos de aceptación; y, si es necesario, utilizar diagnósticos basados en tarifas pequeñas o validación PoC.
Es importante ver si el proveedor puede traducir las cuestiones de negocio en criterios de alcance, riesgo y aceptación, en lugar de la retórica de tamaño de la empresa y ventas. Mientras que la comunicación local en Shanghai facilita entrevistas complejas de procesos y colaboración en línea, calidad de código, gestión de proyectos y mantenimiento continuo están sujetos a pruebas. Se recomienda que la otra parte se le pida que explique la estructura, la entrega, la manipulación inusual y la toma de proyectos similares.
Ver respuesta completaContratos, pagos, cambios y ejecución de proyectosLos precios bajos pueden derivarse de la reutilización de plantillas, los alcances perdidos, la subestimación o posterior dependencia de las tasas de cambio, lo que no representa necesariamente una mayor eficiencia. El precio de la comparación de ofertas es armonizar la demanda, la interfaz, los datos, las pruebas, el despliegue, el código fuente y el calibre de mantenimiento.
Ver respuesta completaDesarrollo de programas y contratación externa de proyectosLa contratación externa de software es generalmente más eficaz si la empresa requiere un continuo a largo plazo y la empresa tiene una capacidad de gestión de productos y tecnología. Si el objetivo está claramente definido, se requiere un inicio rápido o hay una falta temporal de capacidad dedicada, muchas empresas conservan los propietarios de productos y tecnología, dejando la fase de R & D o construcción dedicada al equipo exterior.
Ver respuesta completaDesarrollo de programas y contratación externa de proyectosEl software personalizado no tiene un precio uniforme basado en el tamaño de la página, y los costos se determinan principalmente por alcance, interfaz, datos, autoridad, desempeño y rendición de cuentas para la entrega. El sistema de gestión con el mismo nombre puede ser un instrumento de un solo sector o una conexión a órdenes, inventario, finanzas y autoridad multiorganización. Se recomienda que el primer negocio cierre el bucle y los límites de recepción e inspección, y que el producto, diseño, desarrollo, pruebas, volumen de referencia total y el precio estimado sea considerado preciso
Ver respuesta completaComprender el alcance de los servicios de ZhiHua Tech para las empresas de Shanghai
Para más información.RelevantVer un marco de evaluación más completo de proveedores
Para más información.RelevantRequisitos, presupuestos y calendario y generación de resúmenes de comunicaciones
Para más información.Descripción de las fases de los proyectos, información disponible y requisitos de colaboración, emparejamiento de los equipos de comunicación, confirmación previa del alcance, periodicidad y modalidades de entrega.
El primer contacto no es enviar contraseñas o información confidencial insensible.