# Plan de desarrollo > El módulo de espacio Plan de desarrollo (PDI), de la pestaña Planificación y RR. HH. Cada persona arma su plan de desarrollo individual, con acciones y plazos, lo envía a su líder directo, que lo aprueba o lo devuelve con una nota, y sigue el avance hasta concluirlo; el líder ve a su equipo y la dirección ve el panel por líder. El **Plan de desarrollo** (PDI, plan de desarrollo individual) es el lugar donde cada persona escribe lo que va a desarrollar, en acciones con plazo, y sigue el plan hasta el final, en vez de que nazca después de la evaluación y muera en un cajón. El **líder directo** aprueba el plan y acompaña al equipo; la dirección ve cuántos tienen plan y cuántos van con atraso, líder por líder. Es un [módulo de espacio](/conceitos/modulos) de la pestaña **Planificación y RR. HH.** de **Añadir Espacio**. Una comunidad puede tener **varios** espacios de Plan de desarrollo (por ejemplo *PDI 2026* y *PDI de liderazgo*), y todo es por espacio: el plan, el equipo, la cola de aprobación y el panel. Quién crea el espacio: propietario o administrador. No hay nada que configurar: al crearlo, la app abre el espacio. ## Para qué sirve | Comunidad | Cómo lo usa | |---|---| | RR. HH. de empresa | El PDI anual de cada persona, aprobado por su responsable y seguido por RR. HH. en el panel | | Programa de liderazgo | Un espacio *PDI de liderazgo*, solo para el grupo de líderes | | Escuela o mentoría | El plan de estudios de cada alumno, aprobado por el mentor (el líder en el organigrama) | ## Quién ve y quién hace qué El líder de cada persona es su **Responde a** del [organigrama](/membros/grupos-e-organograma). Memberfy calcula quién puede qué en el momento de cada acción, según el organigrama de ese momento. | Quién | Ve el plan | Crea, edita, envía, concluye | Aprueba o devuelve | |---|---|---|---| | **La persona** | Sí | Sí (solo ella lo envía para aprobación) | No, nunca el propio | | **Líder directo** | Sí | Sí: crea el plan de alguien de su equipo y lo edita | Sí | | **Propietario** y **administrador** | Sí, de todos | Sí | Sí (para quien no tiene líder, o cuando el líder se fue) | | **Líder indirecto** (el líder del líder) | Sí, solo lectura | No | No | | **Finanzas** | Sí, solo lectura, y el panel | No | No | | **Moderador** y los demás miembros | No (el moderador, solo si es líder de la persona) | No | No | - Nadie más ve el plan de una persona: para quien no está en la tabla, simplemente no existe. - Cuando el soporte de Memberfy entra en la comunidad (botón **Entrar**), no ve ni toca los planes de desarrollo. - No hay notas privadas del líder: la persona ve todo lo que queda registrado en su plan, incluida la nota de devolución. - La persona debe tener acceso al espacio de Plan de desarrollo para tener un plan en él. > [!WARNING] > Como el líder directo aprueba el plan, **solo el propietario y el administrador cambian quién responde a quién** en el organigrama. El moderador y finanzas ven el líder y siguen organizando los grupos. Consulta [Grupos y organigrama](/membros/grupos-e-organograma#quien-puede). ## Cómo funciona ### Las pestañas del espacio | Pestaña | Qué muestra | Quién la ve | |---|---|---| | **Mi plan** | Tu plan activo, o **Crear mi plan**, y el **Historial** de los concluidos | Todos con acceso al espacio | | **Mi equipo** | Quién responde a ti, directa o indirectamente (**Reporte directo**, **Reporte indirecto**), con el estado, el progreso y las acciones atrasadas de cada uno, y **Crear plan** para un reporte directo sin plan | Quien lidera a alguien | | **Por aprobar** | Los planes que esperan tu decisión, con el contador | Quien aprueba algún plan | | **Panel** | Los totales y una fila por líder directo | Propietario, administrador y finanzas (todo el espacio); el líder (su equipo, directo e indirecto) | Las pestañas aparecen según lo que cada persona puede ver: quien no lidera a nadie ve solo **Mi plan**. Las pestañas se organizan en dos modos. Quien tiene vista de gestión (lidera a alguien, aprueba planes o ve el panel) abre el espacio en **Gestión**, con **Ver:** **Mi equipo**, **Por aprobar** y **Panel** (las que la persona puede ver) y la barra del ciclo de PDI; **Mío** es **Mi plan**. Quien no tiene vista de gestión ve solo **Mi plan**, sin el selector. ### El plan | Campo | Para qué | |---|---| | **Título** | Ej.: *PDI 2026*. Hasta 120 caracteres | | **Inicio** y **Fin** | El período del plan, en fechas en la zona horaria de la comunidad. El fin no puede ser anterior al inicio | | **Acciones** | Hasta 50. Cada una con **Título de la acción** (hasta 200 caracteres), **Descripción de la acción** opcional y **Plazo** | Cada acción tiene un **Avance**: **Por hacer**, **En curso** o **Hecha**. El **Progreso** del plan cuenta las hechas (*"3 de 5 hechas (60%)"*). Una acción está **Atrasada** cuando el plazo ya pasó en la zona horaria de la comunidad y no está hecha. Nadie marca el atraso: Memberfy lo calcula al momento, y el plan aprobado muestra *"Aprobado, con 2 acciones atrasadas."* ### Del borrador al concluido
Borrador→Esperando aprobación→Aprobado→Concluido
1. **Borrador.** La persona arma el plan (**Guardar borrador**). El borrador es visible para ella, sus líderes y la dirección, y se puede eliminar. 2. **Enviar para aprobación.** Necesita al menos una acción. El líder directo recibe el aviso; sin líder, el propietario y los administradores. 3. **Aprobar** o **Devolver.** Quien aprueba decide. **Devolver** pide una **Nota para la persona** (obligatoria): el plan vuelve a borrador y la persona ve la nota (*"Devuelto por Ana"*), ajusta y lo envía de nuevo. 4. **Aprobado.** La persona marca el avance de las acciones. Cambiar solo el avance **nunca** pide una nueva aprobación. 5. **Concluir.** La persona o quien aprueba concluye el plan aprobado, incluso con acciones abiertas, que quedan como estaban. El plan pasa al **Historial** y la persona puede crear otro. Un plan aprobado no se elimina: se concluye. **Un plan activo por persona en cada espacio.** Borrador, esperando aprobación y aprobado cuentan como activo; para crear otro en el mismo espacio, concluye el actual. ### Cambiar un plan aprobado | Quién cambia el título, el período o las acciones | Qué pasa | |---|---| | **La persona** | El plan vuelve a **Esperando aprobación** y el líder recibe el aviso (*"Cambiaste un plan aprobado: volvió a la aprobación del líder."*) | | **Quien puede aprobar** (el líder directo, el propietario o el administrador) | El plan sigue aprobado | El formulario avisa antes: *"Este plan está aprobado. Cambiar el período o las acciones lo devuelve a la aprobación del líder; cambiar solo el avance, no."* La versión anterior no se guarda. ### El líder crea el plan de alguien de su equipo En **Mi equipo**, **Crear plan** junto a un reporte directo sin plan. La persona recibe el aviso, ve el plan y puede ajustarlo antes de enviarlo para aprobación; el envío sigue siendo suyo. ### Si cambia el líder Quien decide es siempre el líder directo **del momento**. Si el líder de alguien cambia mientras su plan espera aprobación, la decisión pasa al nuevo líder, que recibe el aviso. ### El panel Una fila por **Líder directo** (y **Sin líder**), con **Personas**, **Con plan**, **Esperando**, **Aprobados**, **Sin acción iniciada**, **Con atraso** y **Concluidos**. El atraso se cuenta hasta hoy, en la zona horaria de la comunidad. El propietario, el administrador y finanzas ven a todas las personas con acceso al espacio; el líder ve a su equipo, reportes directos e indirectos. ### Correos La categoría **PDI** de [Correos de esta comunidad](/notificacoes/emails-desta-comunidade), activada por defecto, tiene cuatro avisos, nunca con el contenido del plan, solo el aviso y el botón **Ver el PDI**: | Aviso | Quién lo recibe | |---|---| | *Fulano te envió un PDI para aprobar* | El líder directo; sin líder, el propietario y los administradores | | *Fulano aprobó tu PDI* | La persona | | *Fulano devolvió tu PDI con una nota* | La persona | | *Fulano creó un PDI para ti* | La persona | ### El ciclo de la empresa Un **ciclo** da a toda la empresa el mismo plazo, con recordatorios. El propietario y el administrador lo abren en **Gestionar ciclo de PDI › Abrir ciclo**, en la parte superior del espacio: | Campo | Para qué | |---|---| | **Nombre del ciclo** | Ej.: *Ciclo de PDI 2027*. Hasta 120 caracteres | | **Plazo para enviar** y **Plazo para aprobar** | Días en la zona horaria de la comunidad; el de aprobar es el mismo día o después del de enviar | | **Público** | **Todos** los que acceden al espacio, **Un grupo** o **Una etiqueta** (siempre entre quienes acceden al espacio) | | **Recordatorios por e-mail** | Hasta 5, en días antes de cada plazo (de 0 a 60); por defecto, 7 y 1 | - **Un ciclo abierto por espacio.** Los planes activos de quienes están en el público entran en el ciclo, y también los creados mientras está abierto. - **Quien está en el público** ve en la parte superior del espacio el nombre del ciclo y los plazos, con su situación: *"Envía tu PDI antes del 30/11"*, *"Tu PDI de este ciclo ya fue enviado."* o *"El plazo pasó: envía tu PDI lo antes posible"*. - **El líder ve el ciclo de su equipo** en la parte superior del espacio, con los plazos y la adhesión de las personas por debajo de él, aunque él mismo no esté en el público. - **Editar** cambia el nombre, los plazos, el público y los recordatorios. **Cerrar ciclo** detiene los recordatorios; los planes siguen como están, vinculados al ciclo, y la adhesión sigue en el panel. Un ciclo cerrado no se reabre. - **Recordatorios.** Abrir no envía nada en el momento. Cada día de recordatorio, quien es del público y todavía no envió recibe *"Envía tu PDI del ciclo …"*, y el líder con planes del ciclo por aprobar recibe *"Hay PDIs del ciclo … esperando tu aprobación"*. Nadie recibe dos el mismo día. Los correos son de la categoría **PDI** de [Correos de esta comunidad](/notificacoes/emails-desta-comunidade), con la baja de esa categoría en el pie. - **Adhesión.** En la pestaña **Panel**, **Adhesión al ciclo** muestra, por líder directo, **Personas**, **Enviaron**, **Aprobados**, **No enviaron**, **Envío atrasado** y **Aprobación atrasada**. El propietario, el administrador y finanzas ven todo el público; el líder, solo a las personas por debajo de él. ### Acción vinculada a un curso Al crear o editar una acción, el campo **Curso de la comunidad (opcional)** vincula la acción a un curso que la persona puede ver. La acción pasa a mostrar el progreso (*"3 de 8 clases (37%)"*) y **Ver curso**; quien todavía no se inscribió ve **Inscribirse**, que lleva al curso (un curso de pago sigue la compra normal). Cuando la persona termina el curso, la acción se marca como **Hecha** sola, y puede reabrirla. El líder y el equipo que leen el plan ven el mismo progreso. Si el curso deja de existir, la acción queda sin el vínculo, con un aviso. ### Acción creada por un workflow Un [workflow](/notificacoes/workflows#acciones-de-la-plataforma-y-otros-workflows) con la acción **Agregar una acción al PDI** incluye una acción, con plazo, en el PDI activo de la persona (por ejemplo, después del resultado de una evaluación); sin PDI activo en el espacio, crea un borrador con ella. La acción muestra *"Creado por el workflow …"*, con el nombre del workflow, y sigue las mismas reglas que cualquier acción. ## Paso a paso ### Crear el espacio *Rol: propietario o administrador.* 1. **Añadir Espacio › Planificación y RR. HH. › Plan de desarrollo**. 2. Ponle nombre (ej.: *PDI 2026*), la sección y quién tiene acceso. 3. Guarda. La app abre el espacio. ### Armar y enviar tu plan 1. En el espacio, **Mi plan › Crear mi plan**. 2. **Título**, **Inicio** y **Fin**. 3. **Incluir acción** para cada acción: título, descripción (opcional) y **Plazo**. 4. **Guardar borrador** para seguir después, o **Guardar y enviar**. ### Aprobar o devolver *Rol: líder directo de la persona, propietario o administrador.* 1. En **Por aprobar**, abre el plan. 2. **Aprobar**, o **Devolver** con la nota de lo que debe cambiar. ### Seguir y concluir 1. En **Mi plan**, cambia el **Avance** de cada acción a medida que avanzas. 2. Al final del período, **Concluir**. ## Ejemplos **El PDI anual de una empresa.** Espacio *PDI 2026*, abierto a todos. Carla arma el suyo con tres acciones (*Hacer el curso de comunicación*, plazo 30/04; *Presentar en el all-hands*, 30/06; *Mentorizar a un becario*, 31/10) y lo envía. Diego, su líder, lo devuelve con la nota *"Incluye una acción de inglés"*; ella la incluye y lo envía de nuevo; él lo aprueba. En mayo, el panel de RR. HH. muestra al equipo de Diego con una acción atrasada. **El líder empieza el plan.** Diego crea en **Mi equipo** el plan de Bruno, que acaba de llegar. Bruno recibe *"Diego creó un PDI para ti"*, ajusta un plazo y lo envía; Diego lo aprueba. **La persona cambia un plan aprobado.** Carla cambia el plazo de una acción: el plan vuelve a **Esperando aprobación** y Diego recibe el aviso. Si Diego hiciera el mismo cambio, el plan seguiría aprobado. ## Con el asistente (MCP) Las herramientas del plan de desarrollo están en [Herramientas · Miembros › Plan de desarrollo](/mcp/ferramentas-membros#plan-de-desarrollo). El ciclo (`get_current_development_cycle` para cualquier persona; `list_development_cycles` y `get_development_cycle` para el propietario, el administrador y finanzas; `create_development_cycle`, con `dry_run` para ver antes cómo queda y quién recibe los recordatorios, `update_development_cycle` y `close_development_cycle`, que pide confirmación, para el propietario y el administrador; `get_development_cycle_adhesion` para el equipo y para el líder, sobre su equipo) y `course_id` en las acciones, con el progreso del curso. Ver la receta [Abre el ciclo de PDI y sigue la adhesión](/mcp/receitas#83-abre-el-ciclo-de-pdi-y-sigue-la-adhesion). ## Errores comunes y cómo resolverlos | Situación | Por qué | Qué hacer | |---|---|---| | *"Esta persona ya tiene un PDI activo en este espacio. Concluye el actual para crear otro"* | Un plan activo por persona por espacio | Concluye el actual, o usa otro espacio de Plan de desarrollo | | *"Incluye al menos una acción para enviarlo."* | Plan sin acciones | Incluye una acción con plazo | | *"Solo el líder directo, owner o admin pueden crear el PDI de otra persona"* | Eres líder indirecto, o no lideras a la persona | Pídeselo al líder directo | | *"Solo la persona y quien aprueba su PDI pueden cambiarlo"* | Lees el plan (líder indirecto, finanzas), pero no lo editas | Pídeselo a la persona o al líder directo | | *"La persona debe tener acceso al espacio de PDI"* | El espacio es privado y la persona no está en su público | Dale acceso al espacio | | El plan aprobado volvió a aprobación | La persona cambió el título, el período o una acción | Es así por diseño; el líder lo aprueba de nuevo | | *"Todavía nadie en tu equipo"* en **Mi equipo** | Nadie responde a ti en el organigrama, o quien responde no abre el espacio | El propietario o el administrador define el líder en **Miembros** | | *"Elige el espacio de PDI: esta comunidad tiene más de uno"* (API o asistente) | Hay varios espacios y el pedido no dijo cuál | Indica el espacio (`spaceId` en la API, `space_id` en el asistente) | | *"Este espacio ya tiene un ciclo de PDI abierto. Ciérralo antes de abrir otro."* | Un ciclo abierto por espacio | Cierra el actual en **Gestionar ciclo de PDI** | | *"El plazo para aprobar no puede ser anterior al plazo para enviar."* | Los plazos están invertidos | Cambia uno de los dos | ## Preguntas frecuentes **¿El líder indirecto aprueba?** No. Ve el plan y el panel de su equipo, pero quien aprueba es el líder directo (o el propietario o el administrador). **¿Puedo eliminar un plan aprobado?** No. Solo se elimina el borrador; el aprobado se concluye y queda en el historial. **¿Concluir con acciones abiertas hace perder las acciones?** No. Quedan como estaban, hechas o no, en el historial. **¿El moderador ve los planes?** Solo los de las personas que lidera en el organigrama. ## En la API El espacio es `module: "developmentPlan"`, y la comunidad puede tener varios. Las rutas están en `/api/development-plans`, con el `X-CommunityId` y el `spaceId` (obligatorio cuando hay más de un espacio): `GET` y `POST /api/development-plans` (`scope`: `mine`, `team`, `toApprove` o `all`), `GET /api/development-plans/team`, `GET /api/development-plans/dashboard`, `GET`, `PUT` y `DELETE /api/development-plans/{id}`, `POST /api/development-plans/{id}/submit`, `/approve`, `/return` (con `note`) y `/complete`, y las acciones en `POST /api/development-plans/{id}/actions`, `PUT` y `DELETE /api/development-plans/{id}/actions/{actionId}`. Cada plan trae `canEdit`, `canSubmit`, `canApprove`, `canReturn`, `canComplete` y `canDelete`; quien no puede verlo recibe `404`, y un segundo plan activo, `409` (`activeExists`). **Ciclos y cursos**: `GET /api/development-plans/cycles/current`, `GET` y `POST /api/development-plans/cycles`, `GET` y `PUT /api/development-plans/cycles/{cycleId}`, `POST /api/development-plans/cycles/{cycleId}/close` y `GET /api/development-plans/cycles/{cycleId}/adhesion`. Abrir, editar y cerrar son del propietario y del administrador (`403` `cycleDenied`); listar y ver un ciclo, también de finanzas (`403` `cycleTeamOnly`); un segundo ciclo abierto en el espacio devuelve `409` (`cycleOpenExists`). Las acciones aceptan `courseId` (`null` desvincula) y traen `course`, con el progreso. ## Relacionados - [Grupos y organigrama](/membros/grupos-e-organograma) - [Feedback](/espacos/feedbacks) - [Módulos](/conceitos/modulos) - [Correos de esta comunidad](/notificacoes/emails-desta-comunidade) - [Herramientas · Miembros › Plan de desarrollo](/mcp/ferramentas-membros#plan-de-desarrollo)