# Encuentra tareas sin responsable o siguiente paso Revisa un conjunto definido de tareas abiertas en busca de una persona responsable, una siguiente acción observable y una fecha o motivo para mantenerlas abiertas. Resuelve los vacíos con quienes conocen el trabajo y después fusiona duplicados confirmados o cierra puntos desactualizados indicando el motivo. Una persona responsable de proyecto exporta las tareas abiertas antes de la revisión semanal y encuentra entradas como «hacer seguimiento», «cambios web» y «consultar con Sam». Algunas no tienen responsable; otras tienen varios nombres y ningún siguiente paso claro. Una revisión centrada ayuda a identificar las decisiones que necesita el equipo. Todos los ID de tareas, nombres, fechas, detalles de proyecto y decisiones del CSV son ficticios. Canonical: https://areinum.com/es/guides/find-tasks-without-owner-or-next-step/ Language: es Actualizado: 2026-10-31 ## Elige una lista y define el periodo de revisión Empieza con una fuente de trabajo, como el tablero actual o una hoja de solicitudes abiertas. Fija una fecha de revisión y un periodo práctico, por ejemplo tareas creadas o actualizadas durante el último mes. Incluye puntos más antiguos que sigan importando, pero no supongas que toda fila antigua está activa. Anota qué valores de estado cuentan como abiertos para que todos usen el mismo límite. El objetivo es encontrar registros que necesitan decisión, no reescribir todo el tablero. Si la lista es larga, revisa primero un equipo, proyecto o periodo. Conserva la referencia original para que quien revise pueda volver al registro de origen en vez de crear otra versión durante la revisión. ## Comprueba que haya una persona responsable Una persona responsable útil puede explicar el siguiente movimiento y asegurarse de que se complete o traspase. Un nombre de grupo como «marketing» puede identificar un departamento, pero no indicar quién actuará. Varias personas pueden colaborar mientras una responde por actualizar la tarea. Si la responsabilidad es realmente compartida, registra la regla que indica quién la mueve después. No asignes una tarea sin responsable a la primera persona disponible solo para llenar un espacio. Pregunta a quien dirige el proyecto o hace el trabajo quién tiene contexto y autoridad. Si nadie puede decidir, marca la fila «necesita decisión de responsable» y nombra a quien tomará esa decisión. ## Sustituye actividades vagas por una siguiente acción observable «Hacer seguimiento» describe una categoría, no una acción verificable. Reescríbela como «enviar el alcance revisado a Dana después de la revisión de diseño» o «preguntar a Jordan si el recurso final está listo». Una acción útil indica qué ocurrirá y, cuando importa, qué información o evento debe llegar primero. Mantén la siguiente acción lo bastante pequeña para terminarla o traspasarla. Si una tarea contiene varios resultados independientes, divídela solo cuando cada uno necesite su propio responsable, plazo o prueba de finalización. El objetivo es que alguien que no estuvo en la conversación entienda el siguiente movimiento. ## Trata fechas y bloqueos ausentes como decisiones Una fecha vacía puede significar que nadie la eligió, que depende de otro evento o que aún no sirve fijarla. Pregunta qué explicación corresponde. Registra una fecha comprometida solo cuando la persona responsable pueda respaldarla. En caso contrario, registra el evento o dependencia que aclarará el plazo y fija una fecha para revisarlo. Si el trabajo espera a un cliente u otro equipo, conserva un responsable interno y registra quién debe actuar después. Un registro de esperas separado puede recoger ese estado. Esta revisión solo señala la información ausente; no envía recordatorios ni establece que alguien haya ignorado una petición. ## Resuelve con cuidado duplicados y filas antiguas Compara nombres de tareas, referencias de proyecto y resultados solicitados antes de decidir si dos filas son duplicados. Si apuntan al mismo trabajo, elige el registro principal, traslada el contexto útil y deja una referencia en la fila que se cierra. Si parecen similares pero tienen entregables o responsables distintos, mantenlas separadas y explica la diferencia. Para trabajo antiguo, pregunta si el resultado está completo, ya no se necesita o sigue activo. Ciérralo con un motivo breve solo después de que la persona responsable confirme la decisión; una entrada antigua o vacía aún necesita revisión. ## Revisa los hallazgos con quienes conocen el trabajo Usa el CSV para recopilar posibles vacíos y revisa esas filas con quien dirige el equipo o lleva las tareas. Pueden confirmar si un dato ausente refleja un problema real, una elección deliberada o información guardada en otro registro. Mantén visible lo que siga sin resolverse hasta que alguien con contexto decida. El ejemplo muestra los registros revisados. Si necesitas entender otro equipo o periodo, revisa esa parte por separado y lleva sus decisiones pendientes a quienes conocen el trabajo. ## Usar Areinum Da a Areinum Assistant una lista delimitada de tareas abiertas y pídele agrupar responsables ausentes, siguientes acciones poco claras y fechas que necesitan decisión. Revisa la lista con quienes hacen el trabajo antes de cambiar las tareas originales. ## Preguntas frecuentes ### ¿Pueden varias personas trabajar en la misma tarea? Sí. Nombra a los colaboradores cuando ayuden y aclara quién responde por la siguiente actualización o qué regla decide quién actúa. ### ¿Y si todavía no hay una fecha útil de vencimiento? Registra la dependencia o evento que aclarará el plazo y elige una fecha de revisión. Deja abierto el plazo comprometido hasta que alguien pueda respaldarlo. ### ¿Debe cerrarse automáticamente una tarea antigua? Pregunta a la persona responsable si el resultado está completo, ya no se necesita o sigue activo. Registra el motivo antes de cerrarla o fusionarla. ### ¿Puedo revisar mi tablero actual en la demo? La demo usa datos de una empresa de ejemplo. Pregunta por el acceso y si tu fuente de tareas está disponible para la revisión que quieres hacer. ## Fuentes y lecturas adicionales - [Hired our 10th employee and the processes that worked at 5 people are falling apart](https://www.reddit.com/r/smallbusiness/comments/1s25kga/hired_our_10th_employee_and_the_processes_that/): La persona autora describe trabajo duplicado y responsabilidades poco claras tras crecer el equipo, incluidos pasos de incorporación sin responsable claro. Una conversación relatada por una persona no establece prevalencia, causa ni demanda para esta guía. El método de revisión es una propuesta manual. (2026-10-18) Descargar la hoja original (Archivo en inglés): https://areinum.com/guides/find-tasks-without-owner-or-next-step/open-task-audit.csv ## Revisión de tareas abiertas Todos los ID de tareas, nombres, fechas, detalles de proyecto y decisiones del CSV son ficticios. | ID de tarea | Resumen | Responsable actual | Siguiente acción | Vencimiento o revisión | Dependencia o motivo | Hallazgo | Decisión | Última comprobación | | --- | --- | --- | --- | --- | --- | --- | --- | --- | | OPS-104 | Enviar el alcance de servicio revisado | Riley Chen | Adjuntar el alcance revisado y enviarlo a Dana | 2026-10-20 | La revisión de diseño terminó | Responsable y siguiente acción claros | Mantener abierta | 2026-10-18 | | OPS-105 | Actualizar la página de recursos del cliente | Sin asignar | Actualizar página | Sin definir | No hay dependencia registrada | Responsable y siguiente acción necesitan aclaración | Pedir a quien dirige el proyecto que asigne responsable y defina el cambio de página | 2026-10-18 | | OPS-106 | Confirmar el gráfico de lanzamiento | Morgan Lee | Hacer seguimiento | 2026-10-22 | Esperando respuesta del diseñador | La siguiente acción es vaga | Sustituir por una petición concreta y fijar revisión | 2026-10-18 | | OPS-107 | Comprobar el texto final del evento | Riley Chen | Revisar el texto aprobado | 2026-10-21 | Posible duplicado de OPS-109 | Posible duplicado aún sin confirmar | Comparar entregable y mantener una tarea principal si coinciden | 2026-10-18 | 1. Copia una tarea abierta existente en cada fila y conserva su ID de origen. No pegues material sensible de clientes en una copia compartida salvo que tus reglas de acceso lo permitan. 2. Usa el hallazgo para identificar la decisión pendiente y pide confirmación a quien tenga contexto. Deja un campo vacío cuando la información sea realmente desconocida. 3. Después de decidir, registra la acción elegida y actualiza la tarea original. Para una espera, conserva responsable interno y usa un registro de esperas separado para seguir la próxima revisión. ## Contenido relacionado - [Cómo evitar que dos personas hagan la misma tarea de incorporación de clientes](https://areinum.com/es/guides/prevent-duplicate-client-onboarding-work/) - [Muestra si un proyecto espera a tu equipo o al cliente](https://areinum.com/es/guides/show-who-a-project-is-waiting-on/) - [Una conversación para el trabajo que hay detrás de tu negocio](https://areinum.com/es/product/assistant/) Ver la demo: https://platform.areinum.com/ La demo usa datos de una empresa de ejemplo. Puede que tengas que coordinar el acceso por separado.