01 · Tareas
Las tareas de proyecto aportan demanda a la carga de las personas asignadas. También existen tareas independientes.
Explorar gestión de tareas →El producto
Todo lo que necesitas para conectar proyectos, personas y tiempo
Simbify reúne planificación, ejecución y análisis en un sistema integrado. Explora cómo sus capacidades se conectan antes de profundizar en cada una.
El modelo Simbify
Un cambio en el plan tiene consecuencias en la ejecución
Un workflow puede dar origen a un proyecto; sus tareas requieren esfuerzo y personas. La demanda se contrasta con la capacidad, y el tiempo registrado permite comparar lo previsto con lo realizado. Son relaciones conectadas, no siete herramientas independientes.
- WorkflowProceso reutilizable
- ProyectoTrabajo concreto
- TareasEsfuerzo y dependencias
- PersonasRoles y asignaciones
- CapacidadDisponibilidad y demanda
- Tiempo realTrabajo registrado
- ReportingPlan frente a ejecución
El análisis vuelve a informar el plan: una sobrecarga o una desviación permite decidir si revisar fechas, esfuerzo o asignaciones. Simbify muestra los datos; el equipo toma la decisión.
El centro del trabajo
Proyectos que conservan su contexto
Crea y gestiona varios proyectos con tareas, esfuerzo, personas y progreso. El plan inicial permanece como referencia mientras la previsión evoluciona. Una misma persona puede participar en más de un proyecto: por eso no basta con mirar cada calendario por separado.
Esquema ilustrativo · proyectos
Un proyecto, tres capas de decisión
Proyecto AtlasPlan inicial → previsión actual
- 01Tareas y dependenciasAnálisis → propuesta → revisión
- 02Roles y personasAnalista: Ana · revisión: por asignar
- 03EjecuciónHoras registradas + trabajo restante
Inicio · análisisDespués · propuestaFin previsto · revisión
Semana compartidaAtlas 18 h + Norte 20 h para Ana; 32 h disponibles → 6 h de sobrecarga.
Antes de empezar
Reutiliza el proceso; adapta el proyecto
Los workflows reúnen tareas, dependencias, roles y esfuerzo por rol. Sirven para crear proyectos a partir de una estructura conocida, sin imponer que todos se ejecuten de la misma manera.
Esquema ilustrativo · workflow versionado
Una plantilla, dos ramas paralelas
InicioRecoger requisitos · analista · 4 h
Rama AEstimar trabajo · analista · 6 h
Rama BRedactar enfoque · consultor · 5 h
Tras ambas ramasRevisar propuesta · revisor · 2 h
Al crear el proyectoLas tareas pasan a ser propias del proyecto; los roles sin persona siguen sin asignar.
Del modelo a la ejecución
Workflow Tareas · roles · dependencias
Proyecto Fechas · personas · esfuerzo
El proyecto mantiene sus propias tareas operativas; un rol aún sin persona no desaparece del plan.
Explorar workflows →De la demanda a la disponibilidad
¿Cabe el trabajo en el equipo y en el calendario?
La planificación de recursos compara esfuerzo previsto, asignaciones y demanda sin asignar con la capacidad disponible según calendarios y ausencias. La vista futura ayuda a detectar déficits antes de comprometer nuevas entregas.
Esquema ilustrativo · planificación de recursos
Disponibilidad frente a demanda
| Semana | Capacidad | Asignada | Lectura |
|---|---|---|---|
| Ana | 30 h | 34 h | Sobrecarga: 4 h |
| Luis | 24 h | 16 h | Margen: 8 h |
| Sin asignar | — | 10 h | Requiere staffing |
Decisión54 h disponibles frente a 60 h de demanda total. Déficit mínimo: 6 h.
Esquema ilustrativo · matriz de carga
La semana, persona por persona
| Trabajo | Semana 1 | Semana 2 | Diagnóstico semana 1 |
|---|---|---|---|
| Ana | 36 / 30 h | 24 / 30 h | 6 h de sobrecarga |
| Luis | 20 / 30 h | 28 / 30 h | 10 h de margen |
| Sin asignar | 8 h | 4 h | Aún sin persona |
En filas de personas: demanda asignada / capacidad efectiva. La fila sin asignar solo indica demanda.
La matriz de carga muestra quién está ocupado, quién conserva margen y cuándo se acumula trabajo de varios proyectos. Cambiar una asignación modifica la carga prevista; el trabajo sin persona sigue visible por separado.
Explorar carga de trabajo →Durante la ejecución
Del trabajo pendiente al trabajo realizado
Las tareas conectan el proyecto con sus fechas, asignaciones y esfuerzo restante. Las horas se registran contra el trabajo realizado; completar una tarea es una acción distinta de consumir la estimación.
02 · Tiempo
Esfuerzo previsto → trabajo ejecutado → tiempo registrado. Puedes registrar horas retrospectivamente por tarea y revisar cuánto queda.
Explorar registro de tiempos →03 · Reporting
Planificación + ejecución + tiempo: los informes permiten investigar esfuerzo, fechas y capacidad usando los datos operativos existentes.
Explorar reporting →Esquema ilustrativo · tiempo por tarea
Del registro a la previsión
Proyecto Atlas / tarea: propuestaEntradas de trabajo
Martes · Ana · 3 h
Miércoles · Ana · 2 h
Estimación inicial · 10 h5 h registradas + 7 h restantes
Previsión: 12 h · diferencia: +2 h
Esquema ilustrativo · informes
Cuatro lecturas, una decisión
Base40 hestimación inicial
Real38 htrabajo registrado
Pendiente14 hesfuerzo restante
Pronóstico52 h+12 h frente a base
InvestigarRevisar tareas y fechas previstas antes de cambiar staffing o entrega.
Registro de jornada
Jornada y dedicación, cada una en su lugar
La jornada registra entradas, salidas y pausas; la dedicación registra tiempo por tarea. Consulta el historial de jornada y descarga los registros en CSV, Excel o PDF según permisos. Desde la vista de tiempo puedes exportar informes de dedicación en Excel o PDF. Estas funciones no garantizan por sí solas el cumplimiento de obligaciones laborales.
Información conectada
Una única fuente de información
Cambiar una asignación afecta a la carga prevista. Registrar tiempo modifica el dato real del proyecto. Finalizar una tarea actualiza su estado y el progreso que puede consultarse. Estas relaciones se leen juntas, sin reconstruirlas entre herramientas; las decisiones de reasignación y replanificación siguen siendo del equipo.
De la planificación a la revisión
Planificación Proyecto · tareas · personas
Ejecución Asignaciones · tiempo
Análisis Carga · progreso · reporting
Siguiente lectura
Parte de tu problema
Si necesitas investigar por qué un proyecto se desvía, empieza por la relación entre el plan y el trabajo real.