Home / Guía de toma de decisiones del proyecto / Oferta de externalización del software modelo
PROJECT DECISION GUIDE

Modelo de oferta de externalización de software: precio total fijo, meses-persona o hitos

Las citas determinan no sólo el ritmo de pago, sino también cómo se distribuyen las responsabilidades por el cambio de demanda, el riesgo de progreso, la entrada y aceptación de equipo entre las dos partes.

Responde a la pregunta.

Modelo de presupuesto de contratación externa de software

Un proyecto con demanda estable y aceptación clara puede utilizar un precio total fijo; un proyecto con incertidumbres técnicas es adecuado para el diagnóstico o avance basado en hitos; y una evolución continua de la demanda requiere un esfuerzo de equipo a largo plazo para desplegar la capacidad de R & D en meses o ciclos personales.

SCOPE & BUDGET LEVELS

Primero, los insumos claros al límite por fase de proyecto

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.

Fase 1

Precio bruto fijo

Temas adecuados para un alcance estable, una periodicidad clara y una aceptación objetiva

Prior targeting of needs baseline, total price, hitos, acceptance, change and extension responsibilities

Fase 2

Hitos en fase de fase

escenarios adecuados para proyectos complejos y necesidad de validar los riesgos clave primero

Alcance y presupuesto por fases de diagnóstico, prototipo, MVP, piloto y producción, respectivamente

Fase 3

Colaboración por meses-persona o ciclos

Afine al cambio continuo de demanda, reposición iterativa o interna de equipo a largo plazo

Funciones, tiempo para el compromiso, reglas de compromiso, registros de productos, prioridades y traspasos de salida

DECISION FACTORS

Los elementos clave que se deben revisar para la adopción de decisiones

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.

01

Nivel de estabilidad de la demanda

Cuanto más estable sea el objetivo y la aceptación, más adecuado es para el precio total fijo; el precio forzado se traduce generalmente en una disputa de alcance cuando la demanda continúa siendo explorada.

02

Tecnología e incertidumbres externas

Los códigos antiguos, efectos AI, sitios IOT, interfaces de terceros y calidad de datos deben ser validados primero y adecuado para diagnósticos individuales o citas de fase.

03

Participación rápida del cliente y toma de decisiones

La participación oportuna de los propietarios de productos, interfaces y personal de aceptación tiene un impacto directo en la eficiencia de la colaboración y la responsabilidad cíclica.

04

Transparencia de las funciones y los insumos de los equipos

La cooperación mensual del personal debe determinar las funciones, los niveles de capacidad, los modos de aportación, los registros de trabajo y los mecanismos de sustitución.

05

Control de activos y de entrega

Cualquier modelo de cotización debe ser escrito al código fuente, número de cuenta, datos, diseño, pruebas, despliegue y atribución del documento y el tiempo de entrega.

06

Mecanismos de cambio, terminación y retiro

Se necesita un acuerdo sobre la forma en que se estiman los cambios, la forma en que se resolverán las fases, la forma de transferir los resultados obtenidos y lo que no se completó en el momento de la terminación de la cooperación.

Preparación de recomendaciones antes de la comunicación o evaluación

¿Es estable la gama de demanda?Validación de los riesgos tecnológicos claveTecho de presupuesto y tempo de desembolsoProject leader and validation mechanismFunciones y necesidades de insumos del equipoEntrega en cada etapaAceptación y aceptación y cambio de las normas de requisitosTransferencia de activos al término de la cooperación

Sendero sugerido para la aplicación

Se sugiere que la oferta se seleccione sobre la base de la incertidumbre, en lugar de sólo para los precios unitarios. Los proyectos complejos pueden utilizar una combinación de “diagnóstico de pago o prototipos + precios fijos graduales + dimensiones continuas” para permitir que cada etapa decida sobre la continuación, ajuste o desistimiento.

DECISION WORKSHEET

Traducir el modelo de oferta de externalización de software en la toma de decisiones ejecutable

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.

¿Qué debería contener un resumen comparable de las evaluaciones?

Como mínimo, se ha estabilizado el nivel de demanda, el límite máximo presupuestario y la tasa de pago, el propietario del proyecto y el mecanismo de validación, al tiempo que indica el volumen actual de negocio, el tiempo de procesamiento medio, las anomalías mayores, los sistemas en vigor, los privilegios de datos, la dependencia de terceros y las ventanas de acceso. La misma versión de la información se proporciona a diferentes proveedores y descripciones separadas de supuestos, exclusiones, asuntos de cooperación con clientes,, entrega y aceptación sólo se requiere una sola 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 sentencia

Esta página proporciona un marco de toma de decisiones que no constituye una oferta fija o compromiso de rendimiento.

FAQ

FAQs

Las cuestiones más comunes antes de la cooperación se señalan claramente con antelación.

¿Es el precio total fijo la mejor garantía para el cliente?+

Los precios totales fijos bajos pueden conducir fácilmente a omisiones, cambios frecuentes o compresiones de calidad cuando la demanda es inestable.

¿Cómo puede uno trabajar juntos mensualmente para evitar la ineficiencia?+

Los respectivos jefes de las dos partes deben aclarar y priorizar las funciones de equipo, los objetivos iterativos, los registros de tareas, la presentación de códigos, la frecuencia de las presentaciones y las etapas.

¿Podemos juntar una cita diferente?+

Sí. El método habitual es ofrecer una oferta de diagnóstico o prototipo en etapas, desarrollar precios fijos con un alcance claro y proporcionar transporte de mantenimiento de la paz y iterativos en línea y periódicamente.

DECISION FAQ

Cuestiones comunes relacionadas con proyectos en curso

Echa un vistazo a las 265 preguntas.
Desarrollo de programas y contratación externa de proyectos

¿Cuál debería ser la elección de equipos de externalización de software y de auto-construcción?

La 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 completa
Desarrollo de programas y contratación externa de proyectos

¿Qué debería elegir la externalización de software de Shanghai?

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 completa
Desarrollo de programas y contratación externa de proyectos

¿El software está subcontratado para seleccionar precios brutos fijos o para trabajar juntos mensualmente?

Los precios totales fijos son más fáciles de controlar cuando la demanda es estable, las fronteras son claras y el resultado se puede definir con antelación. Cambios de demanda, y si se exploran las rutas de tecnología o las empresas pueden participar en la gestión de productos, son más flexibles en persona o de forma continua.

Ver respuesta completa
Contratos, pagos, cambios y ejecución de proyectos

¿Cómo se fijan los nodos de pago y las ratios de pago para el proyecto de software?

Los nodos de pago deben estar vinculados a los resultados aceptables, no sólo por fecha o por progreso oral. La práctica común es comenzar, prototipo o confirmación de la demanda, desarrollo de fases, actualización de la colección y seguridad de la calidad. No hay un criterio uniforme para la escala, basado en la entrada de período previo, el riesgo de proyecto y las consultas de crédito mutuo.

Ver respuesta completa