Home / Directrices sobre cooperación y ejecución
COOPERATION & DELIVERY

Proceso de colaboración de proyectos de software y guía de entrega

La base para la cooperación, los hitos, las responsabilidades mutuas y las aceptaciones se aclaran antes del comienzo del proyecto, y las decisiones operacionales, la aplicación de la Declaración y la ejecución definitiva se ajustan.

ENGAGEMENT MODEL

Selección de modalidades de cooperación basadas en la fase del proyecto

Modalidades de cooperación

Sistema de proyecto de alcance fijo

Proyectos que se definen más claramente dentro del límite de demanda, con objetivos y criterios de aceptación que pueden identificarse con antelación.

Modalidades de cooperación

Entrega gradual

Se ajusta a los productos o proyectos de información más complejos y que requieren validación y expansión.

Modalidades de cooperación

Colaboración en el equipo de investigación y desarrollo

Las empresas que son adecuadas para los productos y equipos de gestión existentes deben complementar funciones específicas o capacidades de R ' D en curso.

Modalidades de cooperación

Asesoramiento y proyecto acompañante

Adecuado para que la empresa implemente por sí misma, pero con la planificación, evaluación, arquitectura o apoyo a la gobernanza de proyectos.

PROCESS

Desde la comunicación inicial a la línea.

01

Comunicaciones iniciales

La base de la cooperación se determina por una comprensión ficticia del contexto operacional, los objetivos, la situación, el calendario y las limitaciones presupuestarias.

02

Necesidades de investigación

Otras entrevistas con los jefes de operaciones y tecnología para desarrollar el alcance de la demanda, los procesos clave y las listas de riesgos.

03

Programa y presupuestos

Presentación de propuestas, fase de aplicación, configuración de equipo, ciclo, coste y límite de entrega.

04

Contrato y comienzo

El contrato se activa al reconocer los derechos de propiedad intelectual, los nodos de pago, las normas de aceptación, la responsabilidad mutua y un cambio en el mecanismo.

05

Intersección y evaluación

Los ensayos de investigación y desarrollo previstos se sincronizan periódicamente con los progresos, la demostración de resultados y la solución de problemas y cambios.

06

Inspección y recepción en línea e inspección

Completar el despliegue, los datos, la capacitación y los materiales de aceptación, y realizar operaciones e inspecciones técnicas e inspecciones de acuerdo con las normas convenidas.

07

Calidad y transporte

Ingrese la garantía de calidad o fase de transporte a largo plazo, que se encargará continuamente de las funciones, seguridad, capacidad y versión iterante.

DELIVERABLES

Entrega de proyectos comunes

El alcance final de la entrega se basa en las fases de contratos y proyectos, asegurando que los resultados sean detectables, implementables, utilizables y listos para ser asumidos.

OUTPUT

Categoría de planificación

Diagnóstico de estado, plan de negocios, arquitectura del sistema, opciones técnicas, mapa de carreteras y reporte de riesgos

OUTPUT

Categoría de diseño de productos

Declaración de requisitos, procesos de negocio, arquitectura de información, prototipos interactivos, diseño de la interfaz de usuario y especificaciones de diseño

OUTPUT

Categoría de desarrollo de software

Backend y mudanza código de fuente final, script de base, documento de interfaz, construir y desplegar archivo

OUTPUT

Categoría de aceptación de calidad

Planes de examen, informes de prueba, registros de deficiencias, listas de aceptación e inspección y formularios de inspección en línea

OUTPUT

Despliegue de la clase de transporte

Instrucciones ambientales, manuales operacionales, respaldo de vigilancia, planificación de contingencias, capacitación y materiales de transferencia de conocimientos

PROJECT GOVERNANCE

Que fronteras deben identificarse antes de que comience la cooperación

Cuanto antes el alcance, la responsabilidad y la aceptación forman la base de referencia escrita, menor es el costo de la comunicación en la ejecución de los proyectos.

Cómo se define un hito para la aceptación

“El desarrollo completo de backstage” es demasiado general. Las formulaciones más ejecutables deben incluir versiones de demanda aplicables, entornos de destino, funciones operacionales, muestras de prueba, condiciones de pase, nivel de defectos residuales y materiales a transferir. Por ejemplo, los hitos del módulo de pedidos pueden requerir facturación, cancelación, reembolso y muestras de corrección duplicadas a pasar, junto con la entrega de pactos de interfaz, registros de prueba, instrucciones de implementación y lista conocida de problemas.

El informe semanal del proyecto propone presentar ambos resultados completados, los planes de la semana próxima, los riesgos, las decisiones pendientes de los clientes, los cambios de alcance y el uso presupuestario. Los riesgos rojos no deben considerarse como un desempeño deficiente del equipo; la exposición temprana y la adopción de decisiones es una señal importante de la entrega manejable.

El contrato puede prever responsabilidades de adaptación y asistencia en casos de fracaso, pero no escribirá la disponibilidad permanente de la plataforma externa como resultado de que el equipo de software pueda garantizar.

Principios de cooperación

Toda forma de cooperación debe basarse en la autorización legal, la información auténtica y la aceptación ejecutable.

FAQ

FAQs

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

¿Qué necesitas para prepararte para tu primera comunicación?+

La preparación de los antecedentes operacionales, las cuestiones deseadas, el sistema existente, el tiempo previsto y el presupuesto aproximado es suficiente.

¿Puede citar por falta de claridad a la demanda?+

Se puede dar un alcance gradual de trabajo o de presupuesto, pero una oferta formal requiere una estimación de las necesidades.

¿Qué debe identificarse claramente en el contrato?+

Como mínimo, alcance de proyecto, entregables, ciclos, costos, nodos de pago, derechos de propiedad intelectual, seguridad de datos, normas de aceptación, mecanismos de cambio, garantía de calidad y responsabilidad por incumplimiento.

¿Cómo se puede controlar el cambio?+

Establecer una base de referencia de las necesidades y evaluar el valor de las operaciones y los efectos en el alcance, el ciclo, los costos y las pruebas de cada cambio, que serán confirmados por ambas partes.

¿Cómo se acepta el proyecto?+

El examen simultáneo de las funciones operacionales, la seguridad del desempeño, los datos, el despliegue, la documentación, la capacitación, el código fuente y las cuestiones heredadas no pueden basarse únicamente en la disponibilidad de páginas.

¿Proverá el transporte cuando se ponga en línea?+

La garantía de calidad, alertas de vigilancia, respuesta en caso de incumplimiento, recuperación de copias de seguridad, autorización de seguridad, liberación de versiones y servicios iterativos a largo plazo pueden proporcionarse de conformidad con la importancia del sistema.

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
Inicio del proyecto de software y selección del programa

Los requisitos de software son incompletos, así que ¿podemos tener una empresa externa para evaluarlos?

Es posible, y si la demanda es incompleta, hacer un diagnóstico de necesidades limitadas primero, en lugar de exigir directamente un precio total fijo. Una empresa simplemente necesita indicar su entorno empresarial, usuarios objetivo, problemas actuales, tiempo para ir en línea y presupuestos disponibles.

Ver respuesta completa
Inicio del proyecto de software y selección del programa

Sólo las ideas no tienen un gestor de productos. ¿Cómo se inicia el proyecto de software?

La ausencia de un gestor de productos no significa que no pueda iniciarse, pero debe ser claro quién tomará las decisiones de prioridad y aceptación de las empresas de manera continua. Entrevistas, análisis de necesidades, prototipos y planificación de versiones pueden ser facilitadas por consultores externos de productos o equipos de entrega, y todavía hay que identificar a un líder de negocios dentro de la empresa para confirmar las reglas.

Ver respuesta completa
Inicio del proyecto de software y selección del programa

¿Puede la información ser proporcionada después de que se haya concertado un acuerdo de confidencialidad?

Puedes firmar un acuerdo de confidencialidad de dos vías antes de que puedas proporcionar información.

Ver respuesta completa

¿Listo para iniciar el software o aplicación AI?

La adición de consultores contraparte para comunicar cuestiones operacionales, sistemas existentes y objetivos previstos.

Ver contactos microcredenciales