ES
Menú
Referencia del framework

Proceso de desarrollo

Los ciclos de desarrollo inicial y continuo del marco SHAPE, desde el descubrimiento hasta las UAT.

En esta sección

De la intención de negocio a la aceptación humana

Infografía del desarrollo SHAPE con ocho etapas para el producto inicial y cuatro para las mejoras funcionales, incluida la colaboración con las partes interesadas, las especificaciones, la implementación con agentes, las revisiones de arquitectura, las pruebas y UAT.
Infografía del desarrollo SHAPE con ocho etapas para el producto inicial y cuatro para las mejoras funcionales, incluida la colaboración con las partes interesadas, las especificaciones, la implementación con agentes, las revisiones de arquitectura, las pruebas y UAT.

Dos ciclos, un modelo de producto

El marco SHAPE distingue entre construir un producto por primera vez y mejorar un producto existente que ya cuenta con una arquitectura, una orientación de diseño, un repositorio y unas especificaciones establecidos. Ambos ciclos siguen estando liderados por personas y guiados por especificaciones, pero el ciclo inicial incluye más preparación y validación técnica.

Ciclo 1: Desarrollo inicial

El primer ciclo de desarrollo establece un producto y los fundamentos que reutilizarán las mejoras posteriores. Contiene ocho etapas:

  1. Descubrimiento y recepción de requisitos. Comprender el problema empresarial, los resultados previstos, las partes interesadas, los flujos de trabajo y las restricciones.
  2. Orientación de UX, fundamentos técnicos y generación de especificaciones en paralelo. El Product Engineer, el arquitecto y el diseñador de UX establecen suficiente orientación compartida para implementar y resuelven decisiones abiertas importantes.
  3. Implementación inicial con agentes e iteración del Product Engineer. Construir e inspeccionar comportamiento funcional frente a especificaciones mantenidas.
  4. Revisión inicial del arquitecto y correcciones. Resolver problemas técnicos importantes antes de que una revisión extensa de las partes interesadas se apoye en la implementación.
  5. Revisión de las partes interesadas y cambios iterativos. Usar software funcional para aclarar necesidades, actualizar las especificaciones acordadas y perfeccionar el comportamiento.
  6. Pruebas independientes basadas en especificaciones. Un agente o contexto de verificación separado deriva y ejecuta comprobaciones de las especificaciones registradas en el repositorio.
  7. Revisión final del arquitecto y aprobación técnica. Revisar el resultado técnico tras la iteración y la verificación.
  8. Pruebas de aceptación de usuarios. Seguir el proceso empresarial de aceptación establecido por la organización.

Las actividades de la etapa 2 se influyen mutuamente. El arquitecto ayuda a establecer límites técnicos aprobados y requisitos previos para una implementación productiva, pero esto no constituye una revisión obligatoria adicional de SHAPE. El Ciclo 1 incluye dos revisiones de la implementación por el arquitecto: una inicial en la etapa 4 y una final en la etapa 7. El proceso es iterativo, no una secuencia rígida de entregas aisladas.

Ciclo 2: Mejoras

Una vez que existen los fundamentos iniciales, los cambios posteriores siguen cuatro etapas:

  1. Mejora de las especificaciones y del código liderada por el Product Engineer.
  2. Pruebas independientes basadas en especificaciones.
  3. Revisión del arquitecto cuando la exijan el riesgo o la política empresarial.
  4. UAT.

Un cambio que altere fundamentalmente la arquitectura técnica puede requerir trabajo adicional similar al del ciclo inicial. El ciclo breve no autoriza a eludir los controles empresariales.

Qué comparten los ciclos

En ambos ciclos se mantiene el conjunto de especificaciones, la implementación está limitada por recursos aprobados y permisos aplicados técnicamente, y el Product Engineer coordina la resolución de problemas. Una verificación separada comprueba el producto contra el comportamiento esperado. Las partes interesadas del negocio conservan la capacidad de aceptar o rechazar el resultado.

Dónde termina el proceso

El proceso de desarrollo SHAPE termina en las UAT. Después continúan las prácticas normales de publicación, despliegue, operaciones de producción y servicio de la empresa. El Product Engineer sigue siendo el responsable a largo plazo y puede iniciar un nuevo ciclo de mejora cuando se necesiten cambios.