Iteraciones correctivas configurables
Acuerda los límites del trabajo correctivo según tu proyecto y política de operación.
Cómo funciona
De la intención a la entrega
Empieza con la necesidad de negocio, el repositorio y los accesos autorizados. DevSense asume la investigación del sistema, la especificación del cambio y la preparación de su validación. Tu equipo aprueba el alcance antes de desarrollar y acepta el resultado al finalizar.
Tecnología propia de supervisión
DevSense especifica, desarrolla, revisa y prueba cada requerimiento
DevSense define el trabajo sobre el código del proyecto y conserva el objetivo durante el desarrollo, la revisión y las pruebas. El equipo aprueba el alcance y evalúa una entrega con evidencia.
1
PO/Dev · Define la intención
Describe el resultado que necesitas o adjunta un documento. DevSense investiga cómo llevarlo al proyecto.
2
DevSenseDesarrollo y supervisión
DevSenseCondiciones de tu proyecto
El resultado debe respetar las restricciones del negocio y los criterios de ingeniería acordados para el proyecto.
Supervisión del objetivo y la calidad
Evalúa el avance, investiga fallos y dirige las correcciones frente al requerimiento aprobado.
El trabajo continúa sin que tu equipo tenga que repetir instrucciones o coordinar cada intento.
Objetivo, alcance y criterios aprobadosSe mantienen durante el desarrollo, la revisión, las correcciones y QA.
- 01
Alcance propuesto
Requerimientos listos para tu aprobación
- PO/DevAprueba el requerimientoAjusta el contexto
DevSense actualiza la especificación y solicita aprobación.
Aprobado → Desarrollo
- 02
Software desarrollado
El cambio aprobado implementado en tu proyecto
- 03
Entrega verificada
Resultados de pruebas disponibles para tu evaluación
Las correcciones cambian la solución técnica. Los resultados exigidos se mantienen y vuelven a verificarse.
Trabajo que asume DevSense: investigar el proyecto, especificar el cambio, conducir la ejecución, resolver observaciones y coordinar nuevas pruebas.
3
PO/Dev · Valida en Sandbox y aprueba el merge
Comprueba el resultado en el Sandbox y revisa el MR/PR. La entrega puede ser automática o quedar pendiente de revisión; tu equipo aprueba el merge según su política.
El trabajo dentro de DevSense
Qué recibe tu equipo y qué deja de coordinar
Tu equipo aprueba el alcance y evalúa el resultado entregado. DevSense asume la preparación técnica y la supervisión recurrente necesarias para producirlo.
01Una propuesta lista para aprobar
Intervención PO/Dev
Una propuesta lista para aprobar
Intervención PO/DevIntervención PO/Dev
Define la necesidad, aclara las restricciones de negocio y aprueba el alcance.
Describe el resultado de negocio. Recibe requerimientos y criterios de aceptación adaptados a tu proyecto.
Resultado: Alcance que tu equipo puede aprobar o ajustar.
- Qué valida DevSense
- La propuesta responde al resultado de negocio solicitado.
- Trabajo manual que evita
- Preparar toda la definición técnica antes de solicitar desarrollo.
02Software desarrollado y probado
Software desarrollado y probado
Delega la preparación técnica, el desarrollo y el seguimiento recurrente dentro del alcance autorizado.
Resultado: Cambios implementados con resultados de pruebas.
- Qué valida DevSense
- El resultado cumple los requisitos acordados del proyecto.
- Trabajo manual que evita
- Dirigir cada intento, trasladar errores entre herramientas y solicitar cada corrección.
03Una entrega que tu equipo puede evaluar
Intervención PO/Dev
Una entrega que tu equipo puede evaluar
Intervención PO/DevIntervención PO/Dev
Evalúa el comportamiento en Sandbox, revisa la entrega y decide si aprueba el merge.
Recibe el código y la evidencia correspondiente al software entregado. Tu equipo decide si aprueba la integración.
Resultado: Software listo para la evaluación final.
- Qué valida DevSense
- El resultado entregado satisface los criterios de aceptación aprobados.
- Trabajo manual que evita
- Reunir información de la entrega desde varias herramientas.
Recorrido de la plataforma
De una solicitud breve a una especificación, pruebas y entrega
Solicitud del cambio
El usuario selecciona el proyecto y describe el resultado que necesita, sin redactar primero una especificación técnica. DevSense investiga el código existente para preparar el cambio.
Entrada en lenguaje natural
01 / 05
El trabajo que asume DevSense
Qué ocurre cuando el desarrollo necesita correcciones
DevSense gestiona las correcciones de software dentro del alcance aprobado, sin pedir a tu equipo que dirija cada intento.
- 01
Resultado exigido
Los criterios de aceptación acordados se mantienen.
- 02
Corrección gestionada
Tus desarrolladores no necesitan trasladar cada defecto entre herramientas.
- 03
Resultado para revisar
Tu equipo recibe el software y la evidencia de pruebas.
El comportamiento existente incluido en el alcance sigue siendo un requisito del software entregado.
- 01
Requisitos del proyecto
Los requisitos de calidad de tu proyecto se mantienen.
- 02
Alcance autorizado
Una corrección no autoriza reducir el resultado acordado.
- 03
Evaluación de la entrega
Tu equipo evalúa el software conforme a los criterios de aceptación.
Tu equipo decide si aprueba nuevo trabajo o ajusta el alcance.
- 01
Nueva necesidad
Describe el resultado adicional que necesitas.
- 02
Aprobación del alcance
Revisa el trabajo propuesto antes de autorizarlo.
- 03
Evidencia correspondiente
Evalúa el software entregado con su evidencia.
Supervisión
La intervención técnica se reserva para bloqueos externos
DevSense investiga los defectos y dirige las correcciones dentro del alcance aprobado. Que una implementación falle no implica trasladar al desarrollador la tarea de encontrar la solución.
Solicita intervención ante bloqueos de infraestructura, redes, billing o sistemas externos. Tu equipo aprueba el alcance antes de ejecutar y la entrega al finalizar; no necesita dirigir los ciclos habituales de corrección.
Revisión del avance
DevSense investiga la causa y determina el siguiente paso.
¿Hay un bloqueo externo que requiere a su responsable?
No
Continúa el desarrollo
DevSense conduce la corrección y vuelve a comprobar el resultado.
Sí
Bloqueo externo por resolver
El responsable recibe el motivo y puede resolver la condición externa antes de continuar.
Límites y continuidad
La ejecución tiene límites definidos por repositorio y cliente
Los límites de corrección y consumo son configurables por repositorio según la política acordada con el cliente.
Si se alcanza el límite autorizado sin un resultado aceptable, el trabajo se informa como incompleto, con el motivo y los pendientes visibles. No se presenta como una entrega verificada.
Umbrales de consumo del cliente
Se configuran umbrales monetarios mensuales y acumulados, con advertencia o bloqueo según la política acordada. No existe un importe único publicado para todos los clientes.
BYOAI y facturación con autorización
Las cuotas de tus proveedores siguen aplicando a BYOAI. DevSense puede continuar con otra clave del mismo proveedor o con billing de respaldo si lo autorizaste.
Evalúa DevSense en tu organización
Revisa la plataforma con un proyecto representativo y criterios de aceptación acordados.