Offshore Software Development

Offshore Software Development

Word Count:
537

Resumen:
Nuestro objetivo es mantenerlo informado acerca de los temas relacionados con la subcontratación internacional, especialmente en el área de Desarrollo de Software. Vamos a discutir los riesgos, mejores prácticas, consejos y técnicas y otros temas relacionados con el software offshore outsourcing.


Palabras clave:
Offshore Software Development


Cuerpo del artículo:
Es un hecho bien conocido que la subcontratación externa (o cualquier tipo de contratación externa para el caso) conlleva riesgos conocidos y desconocidos. Lo importante es averiguar si su proveedor de subcontratación en el extranjero es consciente de estos riesgos y tiene un plan para mitigar o bien eliminarla por completo. Las 5 principales riesgos de la subcontratación son los siguientes:




Servicios

Desarrollo de aplicaciones y mantenimiento de
eCommerce
Dedicado Offshore Technology Center
Product Lifecycle Management
Garantía de Calidad y Testing
BPO
Consultoría en Tecnología






Usted también puede aprovechar la subcontratación en contacto con nosotros:

Nombre *

Email *

Teléfono *

Opciones
Seleccione aquí el desarrollo de aplicaciones Web Mantenimiento KPO y BPO garantía de la calidad de Tecnología de consultoría dedicada centro de tecnología del ciclo de vida del proyecto de gestión
Compañía *



Requisito (mal) entendimiento
Riesgos de Calidad
Seguridad de datos
Proceso de Disciplina (CMM)
Calendario del proyecto


Muchas veces sucede que los requisitos se escriben en una prisa para iniciar el proyecto lo antes posible. Esto está bien si el proyecto se está haciendo Inhouse. Sin embargo, si se subcontrata, se convierte en un riesgo. Si las especificaciones no están escritas correctamente o son incompletas o no tienen suficientes detalles, el proyecto tendrá problemas en varios frentes, como el Proyecto Entendimiento - ¿Qué hay que hacer y entregados, Planificación de Proyectos - armando fechas firmes para la entrega, de modificar los controles - un montón de control de cambios se generarán más tarde en el ciclo de vida del proyecto, que, evidentemente, podría retrasar el proyecto, así como aumentar el costo.

Por el estudio realizado por el Software Engineering Institute, la comprensión no es suficiente o la claridad en torno a las necesidades del cliente es una de las principales razones de por qué los proyectos de software fallan o se retrasan.


A fin de mitigar este riesgo, asegúrese de que su proveedor ha pasado por la fase de comprensión de los requisitos antes de empezar la fase de codificación. La fase de entendimiento requisito debe tener múltiples rondas de debate con todas las partes interesadas a comprender y documentar sus requisitos en los documentos de la especificación de software. Esta fase es independiente de la tecnología seleccionada para el proyecto. Para los proyectos basados en la web, el proveedor debe preparar también el código HTML maquetas que es una excelente manera de capturar el flujo de la aplicación. [Estas maquetas deberían volver a usar durante la fase de codificación para incrustar las llamadas aplicación del método.]


La primera fase de cualquier proyecto de desarrollo de software debe ser el desarrollo Requisitos. El objetivo de la fase de desarrollo de los requisitos es reunir las necesidades del cliente y traducirla a los requisitos de la especificación de lo que el sistema debe hacer. Requerimientos de Desarrollo se compone de tres actividades relacionadas con:

El análisis de requisitos, que se trata de determinar la aceptabilidad, la capacidad de aplicar, y la capacidad de prueba.
Requerimientos de Inspección, que se lleva a cabo analizando la exigencia propuesta en detalle. El objetivo es identificar los problemas y errores relacionados con las ambigüedades de los requisitos o las discrepancias.
Recopilación de necesidades de los usuarios, que se lleva a cabo mediante entrevistas a los posibles usuarios sobre el sistema que ellos quieren, la construcción de los prototipos interactivos, la escritura de los documentos de especificaciones de requerimientos.

El aporte de esta fase es un documento detallado los requisitos que debe obtener una revisión conjunta y firmado.

Le invitamos a visitar nuestra. NET centro de excelencia y de la subcontratación offshore blog