Primero, para juzgar si el proyecto es adecuado para la contratación externa, la R ' D conjunta o el asesoramiento técnico
Cuando se busca un equipo de externalización de software, las empresas de Shanghai primero necesitan identificar si quieren comprar resultados completos de proyectos, capacidad de R & D continua, o juicio técnico independiente. Los objetivos y sistemas de negocios con estándares de aceptación más claros son adecuados para el diseño de proyectos; productos que requieren validación continua son adecuados para el desarrollo de fase por etapa o colaboración R & D; y los viejos sistemas de toma de posesión, arquitectura compleja y AI cuestiones de viabilidad pueden ser diagnosticados de forma independiente.
Los modelos de cooperación mal escogidos convierten las cuestiones de negocio en cuestiones de gestión de proyectos. Por ejemplo, el precio fijo completo de la empresa exploratoria se firma directamente, y los cambios posteriores pueden traducirse fácilmente en disputas frecuentes; la demanda a largo plazo, sin embargo, está sujeta a una gestión de proyectos única, y puede conducir a una pérdida de conocimientos de equipo.
- Sistema de proyecto de alcance fijo: tareas de construcción que se ajustan a los procesos de negocio y límites claros para la aceptación
- Entrega gradual: proyectos adecuados para MVP, interfaz o validación de tecnología crítica primero
- Colaboración en curso en la R &D: apropiada para los equipos de productos existentes y las empresas de reserva de demanda estable
- Consulta y diagnóstico independientes: adecuados para la evaluación de la formulación de proyectos, la toma de decisiones del antiguo sistema y la adopción de decisiones técnicas importantes
Primera comunicación para formar un resumen estimado del proyecto
El vendedor debe organizar esta información como un primer negocio cerrado, en lugar de simplemente convertir la idea fragmentada en el día de adulto.
El resumen de las estimaciones disponibles debe distinguir entre lo que debe completarse, seguido de un período iterativo y lo que claramente no se incluye en el primer período, e incluir el final de movimiento, el backstage, la interfaz, la migración de datos, la seguridad, el despliegue y los requisitos de transporte.
La comunicación in situ y la investigación y desarrollo remoto requieren el mismo ritmo colaborativo
El proyecto Shanghai Software Development Outsourcing generalmente proporciona acceso en línea a investigaciones clave, exámenes de prototipos, arreglos de preparación y aceptación en línea, y para la investigación, pruebas y documentación diarias. El enfoque de la colaboración mixta no es el número de reuniones, sino sobre si las decisiones, responsabilidad y plazos se generan en cada reunión.
Se recomienda que se establezcan reuniones semanales periódicas, presentaciones iterativas, listas de riesgos y actas de adopción de decisiones.
- Los procesos institucionales clave son validados por el departamento de usuarios real
- Proporcionar entornos ejecutables y registros de demostración para cada iterativa
- Alcance, deficiencias e ideas nuevas para utilizar diferentes métodos de gestión de inventarios
- Los asuntos de bloqueo indican los responsables, los efectos y la fecha de la resolución
Los contratos y los hitos deben vincularse con los resultados verificables
El nodo de pago no debe limitarse a un “percentaje de terminación del desarrollo” sino que debe abordar los resultados que pueden examinarse, como la base de referencia de la demanda, el prototipo interactivo, la versión de prueba de procesos básicos, el entorno de coordinación, la versión en línea y la entrega completa.
Antes de comenzar el proyecto también se deben identificar los derechos de propiedad intelectual, la cobertura de código fuente, las licencias de terceros, los recursos en la nube, la responsabilidad de los datos, la atribución de cuentas, la garantía de calidad y los límites de transporte. También es necesario distinguir entre las responsabilidades de la R ' D y la disponibilidad de servicios de terceros para sistemas que dependen del pago, la logística, las facturas u otras plataformas.
La gestión del cambio es un mecanismo normal, no temporal.
El riesgo real de cambio es que no se registra y evalúa. Antes de que se desarrolle la nueva demanda, debe indicar las razones de negocio, prioridades, relaciones alternativas al alcance original, y el impacto en el ciclo, costo, pruebas y plan de vida.
Los pequeños cambios pueden ser seguidos por los posteriores, y los cambios importantes deben dar lugar a cambios escritos o fases independientes, lo que protege el presupuesto de la empresa y evita el desarrollo de equipos de investigación y desarrollo para comprimir pruebas y documentación a fin de alcanzar el ritmo.
La aceptación final garantiza que el sistema sea asumido por la empresa.
El resultado final del proyecto de externalización de software de Shanghai no es sólo un sitio web o paquete de instalación que se puede acceder. Las empresas deben revisar el código fuente, construir scripts, scripts de bases de datos, archivos de interfaz, informes de prueba, instrucciones de implementación, listas de cuentas, retiros de copia de seguridad, manuales de operación y cuestiones heredadas para confirmar que el personal interno o equipos de seguimiento pueden seguir manteniéndolos.
La aceptación e inspección debe abarcar procesos normales, anormales y fronterizos y verificar los derechos, el desempeño, los datos, la vigilancia y las condiciones de seguridad en el entorno de producción.
- Función corresponde a demanda, caso de prueba por caso
- El código fuente y la dependencia pueden ser reconstruidos en un entorno independiente
- Se están realizando realmente pasos de despliegue, respaldo y respaldo
- Números de cuenta claros, claves, nombres de dominio y recursos de nube.
- Problemas conocidos, planes de seguimiento y responsabilidades de garantía de calidad para ser documentados
Outsourcing de software de Shanghai desde las conclusiones de la lectura hasta la entrada de proyectos
El problema más probable después de leer artículos metodológicos es la aceptación de principios, que no se traducen en el siguiente paso. Se propone que el jefe de operaciones organice un mini-taller de 60-90 minutos, eligiendo sólo un proceso real y no apresurarse a discutir la plataforma completa.
Paso 1: Establecimiento de una situación actual y una base de referencia de la muestra
Los datos están disponibles durante una o dos semanas seguidas, pero el ciclo de muestra y las fluctuaciones operativas están indicadas. No fije primero una buena tasa de ahorros, luego revierta los datos.
Paso 2: Aclarar el cierre inicial y la inacción
La primera fase, combinada con la “Primera comunicación para formar un resumen estimado del proyecto”, presenta la primera fase de entrada, procesamiento, salida, función y terminación. La primera fase es la de sistemas separados que deben ser accedidos, información que se requiere de clientes, asuntos de alto riesgo que no se pueden manejar automáticamente, y condiciones que dependen de terceros. La primera fase es permitir que una cadena se ejecute y sea retracable, en lugar de externalizar el desarrollo de software Shanghai.
Paso 3: Coincide con los resultados técnicos a la evidencia de ingeniería
Una relación de seguimiento entre los números de demanda, los números de muestra, los resultados de las pruebas y las versiones debe construirse alrededor de “la comunicación in situ y la remota R ' D requiere un conjunto de ritmos de colaboración”. Los proyectos de contratación externa deben incluir el alcance, las hipótesis, las exclusiones, los hitos, la atribución de fuentes, las pautas de despliegue y las pruebas de aceptación en la misma línea de referencia.
Paso 4: Recepción, inspección y disco con el mismo calibre
Suponiendo que el proceso original se encargue de 600 tareas mensuales, una media de 20 minutos y una tasa de rendimiento del 10%, combinado con contratos y hitos, el objetivo puede describirse como “seis semanas en la línea, con una reducción media del 25% en el tiempo, y una tasa de rendimiento no superior a la base original, dada la complejidad relativa de la tarea.” El conjunto sólo demuestra el método de medición y no representa ningún resultado del cliente; los indicadores formales deben ser identificados
- Material operacional: diagrama de flujo, función, misión de muestra, cuestiones actuales y datos de referencia
- Material técnico: inventario del sistema, interfaz, acceso a datos, entorno de despliegue y necesidades de seguridad
- Material del proyecto: alcance de primera fase, exclusiones, matriz de responsabilidad, hitos y mecanismos de cambio
- Material de recepción e inspección: conjunto de pruebas, registros de ejecución, lista de deficiencias, consultas de indicadores y documentos de entrega
Cuando estos materiales son identificados conjuntamente por los partidos operativos y técnicos, el método del artículo se introduce en el proyecto. Si los datos clave, la autorización de interfaz o la persona responsable no están en su lugar, el siguiente paso lógico es generalmente un diagnóstico limitado o PoC, en lugar de un compromiso inmediato para completar el período de trabajo y el precio total fijo.
Aplicar metodología para la acción de proyectos
- El valor de la colaboración local en Shanghai es mejorar la comprensión operacional y la eficiencia de las comunicaciones en los nodos clave
- El modelo de cooperación debe ajustarse a la estabilidad de la demanda y a la capacidad de gestión de la propia empresa
- Las líneas aéreas deben vincular las pruebas operacionales, probables, listas para tomar las pruebas de entrega
- El código fuente, la documentación, el despliegue y la transferencia de conocimientos son parte integrante de la integridad de los activos de software
Servicios, programas y directrices para la adopción de decisiones pertinentes
Shanghai Software Outsourcing y desarrollo de personalización
Ver cobertura de servicios, modalidades de cooperación, resultados de la entrega y arreglos de colaboración locales
Ver detallesSelección de proveedoresLista de evaluación de la Corporación de Outsourcing de Software de Shanghai
Consulta con proveedores de equipo, programa, contrato, código fuente, aceptación y mantenimiento a largo plazo
Ver detallesAdopción de decisiones sobre las cotizaciones¿Cuál es la selección del modelo de externalización de software?
Comparación de los precios fijos totales, hitos, meses-persona de colaboración con R ' D en curso
Ver detallesContinuando conciliando las cuestiones comunes en la adopción de decisiones de proyectos
¿Cómo se firman los contratos de contratación externa de software y qué términos deben ser acordados?
El contrato para el software contratante debe especificar al menos el alcance de la demanda, los hitos, los pagos, la aceptación, el cambio, los derechos de propiedad intelectual, la confidencialidad, la garantía de calidad y la terminación de la entrega. La lista funcional no sólo debe incluir el nombre del módulo, sino también se relaciona con los requisitos de la versión, interfaz, datos y requisitos no funcionales. La responsabilidad de las partes, la cooperación cliente y la dependencia de terceros también debe ser incluido en el objetivo de hacer cumplir todos los riesgos.
Ver respuesta completaContratos, pagos, cambios y ejecución de proyectos¿Quién es el titular de los derechos de propiedad intelectual, código fuente y derechos de propiedad intelectual?
El proyecto debe distinguir entre la información original del cliente, los resultados personalizados, los componentes genéricos del proveedor, el software de código abierto y las licencias comerciales de terceros. El mismo concepto no es verdadero de la entrega de fuentes, derechos de acceso, derechos de modificación, registro de derechos de autor y derechos de re-licencia.
Ver respuesta completaContratos, pagos, cambios y ejecución de proyectos¿Cómo calcula los costos y la duración del proceso de desarrollo aumentando la demanda?
Los requisitos adicionales deben documentarse y efectuarse cambios específicos antes de evaluar el producto, el diseño, el desarrollo, las pruebas, los datos y los efectos. El tiempo de codificación para la nueva página no puede calcularse sólo porque el rango de estructura, interfaz y regresión puede cambiar. El volumen de trabajo, los costos y la programación son confirmados por ambas partes antes de que esté disponible o posterior.
Ver respuesta completaContratos, pagos, cambios y ejecución de proyectos¿Qué información se necesita para la aceptación e inspección del proyecto de software?
El objetivo de la información es demostrar que el sistema cumple con las normas acordadas y que el cliente puede seguir operando y asumiendo el control.
Ver respuesta completa¿Necesitas más análisis en el contexto del estado actual de la empresa?
Proporcionamos asesoramiento técnico en TI, construcción de información empresarial, Outlook de proyecto de software, diseño de productos, servicios de entrega R & D y entrega de sistemas.