Conceptos clave
dotby tiene un vocabulario pequeño. Esta página define cada palabra una vez, para que el resto de la documentación pueda usarlas sin pararse a explicar.
Léela de arriba abajo la primera vez — el orden es más o menos “lo más grande primero”.
Workspace
Section titled “Workspace”Tu empresa. Un workspace guarda a tu gente, tus proyectos, tus ajustes y tu facturación.
Los datos nunca cruzan de un workspace a otro, así que la mayoría de los equipos necesita exactamente uno. Puedes pertenecer a varios (el tuyo y el de un cliente, por ejemplo) y cambiar entre ellos desde la barra lateral.
Iniciativa
Section titled “Iniciativa”Un resultado que atraviesa varios proyectos — “Lanzar la v2”, “Entrar en el mercado europeo”.
Una iniciativa está por encima de los proyectos: le adjuntas proyectos y ella junta su progreso en un número y un gráfico. Las iniciativas pueden anidarse, así que un programa grande puede contener otros más pequeños.
Usa una iniciativa cuando lo que te importa es más grande que cualquier proyecto por sí solo. Si el trabajo cabe en un proyecto, no necesitas ninguna.
Mira Llevar una iniciativa.
Proyecto
Section titled “Proyecto”Un contenedor de trabajo con su propio tablero, sus propios estados y sus propios miembros — un producto, un cliente, un lanzamiento, un trimestre.
Todo proyecto tiene una clave (como WEB) que numera sus tareas: WEB-1,
WEB-2. Ese número nunca cambia y nunca se reutiliza, aunque la tarea se mueva o
se archive.
El proyecto también es la unidad de acceso. Es:
- Público — todo el mundo en el workspace puede verlo. Este es el predeterminado.
- Privado — solo lo ve la gente añadida explícitamente, incluidos los administradores.
Una pieza de trabajo. De esto va dotby en realidad.
Una tarea pertenece exactamente a un proyecto y lleva tanto o tan poco como necesites:
| Propiedad | Qué hace |
|---|---|
| Estado | Dónde está en el flujo. Toda tarea tiene uno, siempre. |
| Tipo | Qué clase de trabajo es — Bug, Funcionalidad, Mantenimiento. Se define por proyecto. |
| Responsable | Quién lo está haciendo. |
| Prioridad | Ninguna, Urgente, Alta, Media o Baja. |
| Etiquetas | Marcas libres — bug, design, necesita-spec. |
| Estimación | Qué tan grande es, en puntos o en tiempo. |
| Fecha de entrega | Para cuándo hace falta. |
| Sprint | A qué bloque de tiempo pertenece. |
| Descripción | Texto rico: títulos, checklists, código, imágenes, archivos, menciones. |
| Comentarios | Una discusión en hilo, con reacciones y menciones con @. |
Subtarea
Section titled “Subtarea”Una tarea anidada bajo otra tarea. Úsalas para partir algo grande en pasos que se puedan asignar por separado.
Una subtarea es una tarea completa — tiene su propio número, su propio estado y se puede encontrar por sí sola. Cambiar ciertas propiedades en la tarea madre puede propagarse hacia sus subtareas.
Relación
Section titled “Relación”Un vínculo tipado entre dos tareas que no son madre e hija: bloquea, bloqueada por, duplica, relacionada con.
Usa relaciones para registrar por qué el trabajo está atascado. Usa subtareas para registrar cómo se descompone el trabajo.
Estado
Section titled “Estado”Una columna del flujo. Todo proyecto empieza con cinco — Backlog, Todo, In Progress, Done, Canceled — y puedes renombrarlos, recolorearlos, reordenarlos o añadir los tuyos. Esos nombres iniciales llegan en inglés porque son datos del proyecto, no texto de la interfaz.
Cada estado tiene además un tipo, y es sobre el tipo sobre lo que dotby razona de verdad en gráficos y consolidaciones:
| Tipo | Significado |
|---|---|
| Backlog | Todavía no es un compromiso. |
| Por hacer | Comprometido, sin empezar. |
| En progreso | En vuelo. |
| Hecho | Terminado — cuenta como listo. |
| Descartado | Abandonado — queda fuera del progreso, y no cuenta como fracaso. |
Así que puedes tener tres columnas tuyas del estilo “en revisión”, y el progreso sigue sumando bien, porque las tres son de tipo En progreso.
Sprint
Section titled “Sprint”Un bloque fijo de tiempo dentro de un proyecto — una fecha de inicio, una fecha de fin y el conjunto de tareas comprometidas en él.
Mientras un sprint corre, dotby guarda una instantánea suya cada día, y eso es lo que dibuja el gráfico de burn-up. Cuando cierras un sprint, el trabajo sin terminar no se esfuma: tú decides adónde va.
Los sprints son opcionales. Muchos equipos llevan tableros sin ellos.
Módulo
Section titled “Módulo”Una línea de trabajo con nombre dentro de un proyecto — “Checkout”, “Onboarding”, “App móvil”.
Donde un sprint agrupa trabajo por cuándo, un módulo lo agrupa por qué parte del producto. Un módulo puede tener su propio responsable, sus propias fechas y su propio estado, y una tarea puede estar en un sprint y en un módulo a la vez.
Una forma guardada de mirar las tareas: un diseño, más filtros, más agrupación, más orden.
Hay tres diseños:
- Tablero — columnas kanban. Mejor para “qué hay en vuelo ahora mismo”.
- Lista — una tabla densa. Mejor para revisar y editar en masa.
- Cronograma — barras en un calendario. Mejor para “cuándo aterriza esto”.
Una vista es un objeto real y guardado, no un filtro temporal. Crea una que se llame “Mis bugs de este sprint” y se queda en la barra de pestañas para todo el que deba verla.
Página
Section titled “Página”Un documento que vive al lado del trabajo — una especificación, un acta de reunión, un runbook.
Las páginas usan el mismo editor rico que las descripciones de tarea, se pueden organizar en carpetas y pueden mencionar tareas y personas, para que el contexto quede enlazado y no copiado y pegado.
Pizarra
Section titled “Pizarra”Un lienzo infinito para pensar en visual — bocetos, flujos, arquitectura, notas adhesivas. También vive dentro del proyecto.
Chat de equipo, en la misma app que el trabajo. Los canales están junto a tus proyectos, así que una conversación puede apuntar a una tarea sin salir de la herramienta.
Mira Chat de equipo para ver cómo funciona, o la página de la función para el resumen.
Equipo
Section titled “Equipo”Un grupo de personas con nombre — Diseño, Backend, Soporte.
Los equipos te dan un solo tirador para muchos humanos: menciona @design y todo
el que esté dentro recibe la notificación, sin que tengas que acordarte de quién
está ahora mismo.
Miembro y rol
Section titled “Miembro y rol”Todo el mundo en un workspace tiene un rol. Cada rol incluye todo lo que está debajo:
| Rol | Puede hacer |
|---|---|
| Administrador | Todo, más los ajustes del workspace, la facturación y la gestión de miembros. |
| Gerente | Todo lo que puede un miembro, más gestionar el contenido del workspace. |
| Miembro | Acceso completo a los datos del workspace — el compañero normal. |
| Invitado | Ningún acceso general al workspace. Solo ve los proyectos a los que lo añadieron. |
Los invitados son para gente de fuera de tu empresa: clientes, contratistas, revisores. Son gratis, y nunca ven nada que no hayas compartido explícitamente.
Algunas capacidades también se pueden conceder de forma individual — como ver el tiempo registrado de todo el mundo, o las tarifas de todo el mundo — sin ascender a nadie a administrador.
Bandeja de entrada y Mi trabajo
Section titled “Bandeja de entrada y Mi trabajo”Dos pantallas personales que responden las dos preguntas que todo el mundo tiene cada mañana:
- Bandeja de entrada — qué ha cambiado y me involucra: menciones, asignaciones, comentarios, cambios de estado en lo que sigo.
- Mi trabajo — todo lo asignado a mí, en todos los proyectos, en una sola lista.
Siguiente
Section titled “Siguiente”- Primeros pasos — pon estas palabras a trabajar.
- Proyectos y vistas — profundiza en diseños, filtros y vistas guardadas.