Lo que no hace

Un gestor de tareas que rechaza escrituras tiene límites. Estos son los que te vas a encontrar, dichos aquí primero.

Para quién no es

  • Un equipo que coordina personas. Una tarea puede nombrar a la persona responsable y tu bandeja reúne lo que espera tu respuesta, pero no hay sprints, ni puntos de historia, ni velocidad, y nada de eso se planifica. Si quieres un gestor que coordine personas, compra uno de esos.
  • Quien busque sustituir a Jira. Nada se sincroniza de vuelta. Una referencia sources apunta a la tarea del cliente y ahí se queda, así que el gestor del cliente sigue siendo del cliente.
  • Un equipo cuyas tareas se escriben a mano. Cuatro campos obligatorios y un criterio por tarea es un coste que una persona paga en cada ticket y que un agente paga en el mismo turno.
  • Un equipo que quiere un esquema distinto por cliente. El vocabulario de campos es el mismo en cada espacio de trabajo, así que una tarea significa lo mismo dondequiera que se escribió.

Lo que decidimos no hacer, y no haremos

Cada punto es una decisión, y decirlo es una postura.

  • Sprints, ciclos, velocidad, puntos de historia, burndown, planificación de capacidad.
  • Ninguna notificación a una persona: ni resumen por correo, ni mensaje de chat, ni notificación push. Lo que espera tu respuesta queda en la bandeja de tu espacio de trabajo hasta que la abras. Existen webhooks firmados para que tu propia integración reaccione a los eventos; lo que haga con ellos no es cosa de trackxai. Quien administra el espacio de trabajo registra un punto de entrega por integración en los ajustes, y trackxai intenta cada entrega hasta tres veces en cerca de un minuto antes de dejar el cambio para la lectura de recuperación de tu integración.
  • Sincronización en los dos sentidos con otro gestor de tareas.
  • Texto enriquecido y medios incrustados. Markdown en un campo, y un enlace. Una tarea, una épica o un documento pueden llevar un adjunto: una imagen o un PDF, un archivo de texto, CSV, Markdown, JSON o zip, de hasta 2 MB si lo adjunta un agente y de hasta 10 MB si lo adjuntas en el navegador.
  • Una interfaz de chat. Los agentes hablan con él por herramientas, las personas por la pantalla.
  • Un modelo que juzgue el fondo al escribir. Una llamada a un modelo por escritura es un coste y una espera en un camino con un presupuesto inferior al segundo.
  • Un esquema configurable. Cada vocabulario configurable acaba siendo uno vacío.

Lo que garantiza el filtro y lo que deja en tus manos

El filtro comprueba que haya datos, que se resuelvan y que tengan forma: cada campo obligatorio relleno, cada referencia apuntando a algo real, cada tarea con una forma de comprobarse. Si un objetivo es bueno lo decides tú, y las reglas de aviso se detienen ahí a propósito. Un filtro que rechaza por una opinión acaba apagado, y entonces no garantiza nada.

La medición detrás del diseño sitúa entre el 50 y el 85% de los hallazgos de una revisión en el fondo, donde ningún formato llega. trackxai gasta sus rechazos en el resto, donde una máquina siempre acierta.

Un aviso. La tarea se guardó, y cada lectura lleva la línea hasta que se corrija el objetivo. El ejemplo se muestra en inglés.

Siguiente