Saltar al contenido

DevDispatcher

Sus tickets se convierten en pull requests revisados, en su propio repositorio.

Dev as a Service (DaaS). Un equipo de agentes de desarrollo toma los tickets listos de su tablero en GitHub, escribe el código en su repositorio y entrega cada ticket como un pull request ya revisado.

Cree su cuenta, conecte GitHub y cree su primer proyecto en minutos.

La consola

Un solo lugar para ver al equipo trabajar.

La pantalla Proyectos de la consola con datos de ejemplo: el botón Nuevo proyecto y dos proyectos de la organización ficticia Orbital, cada uno con su salud, los agentes que trabajan en él, los ítems que dependen de usted y el gasto del mes. La pantalla Proyectos de la consola con datos de ejemplo: el botón Nuevo proyecto y dos proyectos de la organización ficticia Orbital, cada uno con su salud, los agentes que trabajan en él, los ítems que dependen de usted y el gasto del mes.
Proyectos: el botón Nuevo proyecto y la salud de cada proyecto, los agentes trabajando, lo que depende de usted y el gasto del mes.

Producto

Un equipo de desarrollo que sigue su tablero y rinde cuentas en la consola.

Cada función es un agente separado, y la consola muestra lo que están haciendo, lo que depende de usted y lo que se gastó.

  • Desarrollo

    Toma el ticket, abre una rama y entrega un pull request.

  • Revisión de código

    Revisa toda entrega y la devuelve a desarrollo cuando necesita cambios.

  • Dueño del producto

    Refina y prioriza los tickets y pregunta lo que no está claro.

  • Usted

    Aprueba lo que va a producción.

Su tablero manda

Los agentes empiezan por lo que está listo, en la prioridad que usted definió en el tablero, y mueven cada tarjeta por sus columnas mientras trabajan. El ticket que no está listo vuelve a triaje con el motivo escrito.

Gestión de entrega incluida

Un gestor de entrega distribuye el trabajo, informa el avance y redacta la actualización de estado, que usted edita antes de que se publique en el proyecto.

Lo que depende de usted va primero

Todo proyecto muestra su salud — al día, atención o crítico — con el motivo al lado, y las decisiones pendientes pasan al principio.

Insights de gasto y entrega

El gasto del mes, el costo por ejecución y los tickets entregados por semana, por proyecto y por día.

Su conocimiento, en capas

Los agentes siguen las reglas de trabajo de su organización y de su proyecto, guardadas en repositorios versionados que son suyos.

Cómo funciona

Del registro al primer pull request, en cuatro pasos.

Ningún agente trabaja en su repositorio hasta que usted active el proyecto.

  1. Regístrese

    Cree su cuenta y su organización en la consola.

  2. Conecte su proyecto

    Conecte GitHub e instale las aplicaciones del servicio; después el asistente Nuevo proyecto conecta su repositorio y su tablero y muestra todo lo que va a preparar antes de que usted confirme.

  3. Ensaye

    El flujo completo se ejecuta con agentes de prueba en un repositorio de ensayo, y 12 verificaciones muestran cómo se comportó. Nada se escribe en su repositorio.

  4. Active el equipo

    Defina la capacidad y el límite mensual y active el proyecto. Toda entrega llega como un pull request revisado.

Funciona con

Código
GitHub
Tickets
GitHub Issues y GitHub Projects
Ramas
las entregas llegan a dev; producción sigue siendo suya
Idiomas
inglés, portugués y español

Usted controla

  • El tablero: qué entra, el orden y la definición de listo.
  • Activar un proyecto, pausarlo o detener el desarrollo en curso; una ronda de revisión ya en curso termina sola.
  • Cupos por función, ítems en curso y el límite mensual de cada proyecto.
  • Quién aprueba lo que va a producción.

Seguridad

Aislamiento y gobernanza por defecto.

Se aplican a toda organización, desde el primer proyecto.

Solo su organización

Cada organización ve solo sus propios proyectos, y el servidor rechaza cualquier acción en un proyecto que no es suyo.

Nada empieza solo

Un proyecto nuevo empieza desactivado, con sus rutinas en pausa, hasta que usted lo active.

Un registro que no se borra

Toda acción confirmada queda guardada — quién, cuándo, qué cambió y el resultado — y la consola no tiene forma de borrarla.

Producción sigue siendo suya

Los agentes entregan por pull request en dev y nunca escriben en su rama de producción.

El panel Capacidad de la consola con datos de ejemplo: los cupos de desarrollo y de revisión de código, cada uno con su valor actual, los controles para cambiarlo y el límite. El panel Capacidad de la consola con datos de ejemplo: los cupos de desarrollo y de revisión de código, cada uno con su valor actual, los controles para cambiarlo y el límite.

Precios

Simule el precio de su equipo.

Elija un paquete o defina un presupuesto bajo demanda, y vea lo que compra antes de empezar.

  • Individual

    1 repositorio, 1 agente

    Precio a consultar

  • Equipo pequeño

    1 equipo, 3 agentes

    Precio a consultar

  • Empresa pequeña

    3 equipos, 6 agentes

    Precio a consultar

O bajo demanda: un presupuesto por semana o por mes.

FAQ

Lo que quien contrata pregunta primero.

¿Cómo empezamos?

Haga clic en Empezar, cree su cuenta, conecte GitHub y cree su primer proyecto con el asistente Nuevo proyecto. Ensaye y después active el proyecto.

¿Qué toca el servicio en nuestro GitHub?

Su tablero, sus etiquetas y, en su repositorio, el archivo de instrucciones de los agentes y un bloque en el .gitignore que deja las credenciales fuera. Los agentes trabajan en ramas y entregan pull requests en dev; el código de su aplicación solo cambia por esos pull requests.

¿Quién aprueba lo que llega a producción?

Usted. Todo pull request lo revisa el agente de revisión de código, y solo una persona de su equipo hace el merge en producción.

¿Qué idiomas se admiten?

Esta página y la consola están en inglés, portugués y español, y cada persona elige su idioma en la consola.

¿Quién ve nuestro código y nuestros tickets?

Su organización y el servicio. Para hacer el trabajo, los agentes envían su código y sus tickets a los proveedores de los modelos que usa el servicio. En la consola, cada organización ve solo sus propios proyectos, y el servidor rechaza cualquier acción en un proyecto que no es suyo.

¿Cómo se fija el precio?

Por paquete o bajo demanda, con un límite mensual por proyecto que usted define sobre el uso que mide el servicio: al alcanzarlo, nada nuevo empieza. Pregunte a Digitnix qué cubre el límite en su proyecto. Los precios valen para contratos nuevos; un contrato ya firmado mantiene el suyo. Simule el precio.

Empiece con un proyecto y decida cuándo empieza el equipo.

Cree su organización y su primer proyecto hoy. Sus rutinas empiezan en pausa, y usted lo activa cuando esté listo.