Un plan de desarrollo individual (PDI) es un acuerdo breve y por escrito sobre cómo va a crecer una persona en los próximos meses: en qué habilidades va a trabajar, qué va a hacer en la práctica y para cuándo. Suena a papeleo, y en muchas empresas lo es: un formulario que se rellena una vez al año y no se vuelve a abrir. No tiene por qué ser así.
Esta guía muestra cómo redactar un PDI que se cumpla: de dónde salen los objetivos, qué hace que una acción sea concreta, una plantilla que puedes copiar y ejemplos para roles de soporte, ventas, ingeniería y gestión.
Qué es un plan de desarrollo individual y qué no es
Un PDI útil tiene tres cosas:
- Una dirección. Normalmente el siguiente nivel en la escalera de carrera de la persona; a veces, el paso a otro itinerario o a otro rol.
- Una o dos habilidades en las que centrarse. Las carencias que separan a la persona de esa dirección.
- Unas pocas acciones concretas con fecha límite: la parte que de verdad cambia algo.
No es un plan de mejora del desempeño. Un plan de mejora es una respuesta formal cuando alguien no llega a lo que exige su rol actual. Un PDI es para personas a las que les va bien y quieren ir más allá. Si se confunden los dos, la gente empieza a temer el PDI.
Tampoco es una solicitud de presupuesto de formación. Los cursos pueden formar parte de un plan, pero la mayor parte del desarrollo sale del propio trabajo: asumir un problema más difícil, liderar algo por primera vez, enseñar a otros.
Parte de la carencia, no de una lista de deseos
La mejor fuente para un PDI es un check-in: la persona se ha autoevaluado en las habilidades que espera su rol, el responsable ha hecho lo mismo y los dos han visto dónde difieren las valoraciones o dónde no se llega al nivel. Esas carencias son la materia prima.
Elige una o dos. Para decidir, pregúntate:
- ¿Qué carencia importa más para el siguiente nivel? Lee las expectativas del siguiente nivel y busca el salto más grande.
- ¿Cuál le importa a la persona? Un plan que no le interesa no se va a cumplir.
- ¿Se acerca algún trabajo que pueda ayudar? Una carencia que el trabajo del próximo trimestre puede cerrar es la más fácil de abordar.
Sin una escalera de carrera también puedes redactar un PDI, pero los objetivos tienden a derivar hacia lo que suena bien («ser más estratégico») en lugar de hacia lo que necesita el rol. Unas expectativas claras por nivel hacen que el plan sea mucho más fácil de redactar.
Cómo redactar una acción que se cumpla
La mayoría de los PDI fallan en este paso. «Mejorar las habilidades de comunicación» es un deseo, no una acción. Una buena acción responde a cinco preguntas:
- ¿Qué vas a hacer exactamente? Un verbo y un entregable.
- ¿Qué habilidad desarrolla? Una habilidad del rol, o un objetivo más amplio si no encaja en ninguna.
- ¿Cómo sabremos que está hecha? Una meta que las dos partes puedan ver.
- ¿Para cuándo? Una fecha real, entre unas semanas y tres meses vista.
- ¿Qué apoyo hace falta? Tiempo, accesos, un mentor, presupuesto, una presentación a alguien.
Compara:
| Vago | Concreto |
|---|---|
| Hablar mejor en público | Presentar el informe trimestral de soporte en la reunión general de diciembre; ensayarlo antes una vez con el líder del equipo |
| Aprender más sobre el producto | Asistir como oyente a dos llamadas de onboarding con el equipo de soluciones antes de fin de mes y anotar tres preguntas que hacen los clientes |
| Asumir más responsabilidad | Encargarse de la checklist de release en las dos próximas releases, incluida la decisión de publicar o no |
Combina distintos tipos de acción. Un equilibrio útil es sobre todo hacer (un encargo exigente sobre trabajo real), algo de aprender de otros (acompañar a alguien, mentoría, feedback) y un poco de formación reglada (un curso o un libro), y no al revés. Un plan hecho solo de cursos produce certificados, no comportamientos nuevos.
Una plantilla de PDI
Cópiala en la herramienta que uses. Cabe en una sola pantalla, y esa es la idea.
Persona / rol / nivel: nombre — rol — nivel actual
Dirección: por ejemplo, «preparado para el nivel 3 en 12 meses» o «pasar al itinerario de gestión»
Habilidades en las que centrarse: una o dos, sacadas de las expectativas del rol
| Acción | Habilidad | Hecha cuando | Fecha | Apoyo necesario |
|---|---|---|---|---|
| Qué vas a hacer | Nombre de la habilidad | Meta visible | Fecha | Tiempo, mentor, etc. |
Se revisa en: el próximo check-in, fecha
Mantén entre dos y cuatro acciones abiertas a la vez. Cuando termines una, añade la siguiente en lugar de escribir diez de entrada.
Ejemplos para cuatro roles
Especialista en soporte al cliente, nivel 2 3
Dirección: convertirse en la persona en la que se apoyan los demás en un área compleja. Habilidades en las que centrarse: conocimiento técnico y del producto, operaciones de soporte. Consulta la plantilla de atención al cliente para ver las expectativas de cada nivel.
| Acción | Habilidad | Hecha cuando | Fecha |
|---|---|---|---|
| Redactar notas internas sobre las cinco incidencias de facturación más habituales | Conocimiento técnico y del producto | Notas publicadas; dos compañeros las han usado | 6 semanas |
| Impartir al equipo una sesión de 30 minutos sobre la configuración de facturación | Conocimiento técnico y del producto | Sesión realizada y preguntas recogidas | 10 semanas |
| Proponer un cambio en el proceso de escalado a partir de los tickets del mes pasado | Operaciones de soporte | Propuesta comentada con el coordinador de soporte | 12 semanas |
Ejecutivo de cuentas, de nivel intermedio a sénior
Dirección: llevar por su cuenta operaciones más grandes y con varios interlocutores. Habilidades en las que centrarse: descubrimiento y cualificación, gestión y cierre de operaciones. Consulta la plantilla de ejecutivo de cuentas.
| Acción | Habilidad | Hecha cuando | Fecha |
|---|---|---|---|
| Dirigir el descubrimiento en dos operaciones con tres o más interlocutores, con su responsable como observador | Descubrimiento y cualificación | Dos llamadas dirigidas, con feedback por escrito tras cada una | 8 semanas |
| Redactar un plan de acción conjunto para cada operación activa por encima de cierto tamaño | Gestión y cierre de operaciones | Planes compartidos con el cliente y al día | Continuo, revisión en 12 semanas |
| Pedir feedback por escrito a dos compañeros que participaron en esas llamadas | Descubrimiento y cualificación | Feedback recibido y comentado en el check-in | 10 semanas |
Ingeniero de software, nivel 2 3
Dirección: ser ingeniero sénior en un año. Habilidades en las que centrarse: diseño de sistemas, mentoría y desarrollo del equipo. Consulta la plantilla de ingeniero de software.
| Acción | Habilidad | Hecha cuando | Fecha |
|---|---|---|---|
| Redactar el documento de diseño de la exportación de informes y dirigir su revisión | Diseño de sistemas | Documento revisado por dos ingenieros sénior y aprobado | 6 semanas |
| Hacer pair programming cada semana con el ingeniero más reciente del equipo | Mentoría y desarrollo del equipo | Ocho sesiones realizadas; el nuevo ingeniero entrega su primera funcionalidad solo | 10 semanas |
| Revisar pull requests fuera de tu propia área al menos dos veces por semana | Diseño de sistemas | Hábito mantenido durante un trimestre completo | 12 semanas |
Engineering Manager recién nombrado, primeros seis meses
Dirección: dirigir el equipo sin volver a hacer el trabajo de especialista. Habilidades en las que centrarse: desarrollo de personas, ejecución y entrega. Consulta la plantilla de Engineering Manager.
| Acción | Habilidad | Hecha cuando | Fecha |
|---|---|---|---|
| Hacer un check-in de carrera con cada persona a tu cargo | Desarrollo de personas | Todos los check-ins completados, cada uno con acciones acordadas | 8 semanas |
| Traspasar las guardias y la checklist de release a dos miembros del equipo | Ejecución y entrega | Los dos las gestionan sin ti durante un mes completo | 12 semanas |
| Reunirse cada dos semanas con un responsable con más experiencia | Desarrollo de personas | Seis reuniones realizadas; un cambio aplicado en cómo llevas las reuniones 1:1 | 12 semanas |
Fíjate en lo que tienen en común los ejemplos: casi todas las acciones son trabajo real que la persona haría en parte de todos modos, convertido en algo deliberado y con una meta clara.
Mantener vivo el plan
Un plan que se redacta y se archiva queda olvidado en un mes. Tres hábitos lo mantienen vivo:
- Revísalo en cada check-in. Empieza cada check-in por las acciones abiertas: qué se ha hecho, qué está atascado, qué ya no tiene sentido. Cancela las acciones que han perdido su razón de ser: es honestidad, no un fracaso.
- Anota los avances a medida que se producen. Una nota breve cuando algo avanza («primera sesión realizada, asistieron 6 personas») es mejor que intentar recordarlo tres meses después, y se convierte en evidencia para una propuesta de ascenso.
- Deja que sea el empleado quien cierre la acción. Quien hace el trabajo dice cuándo está terminado, con una nota sobre cómo ha ido. El responsable puede no estar de acuerdo y reabrirla, pero no debería marcar casillas en nombre de otra persona.
Las fechas límite solo funcionan si alguien se fija en ellas. Si tu plan está en un documento, pon las fechas en un calendario. En LadderKit, cada elemento del PDI es una acción de desarrollo con fecha límite, un vínculo opcional a una habilidad del rol de la persona, un hilo de notas en el que escriben las dos partes y recordatorios antes y después de la fecha límite; solo el empleado puede marcarla como completada.
Errores habituales
- Demasiados objetivos. Dos habilidades en las que centrarse, de dos a cuatro acciones. Todo lo demás, que espere.
- Acciones sin una meta clara. Si no puedes saber si está hecha, nunca lo estará.
- Solo cursos. El aprendizaje ocurre en el trabajo; los cursos lo apoyan.
- Redactado solo por el responsable. La persona tiene que reconocerlo como su plan.
- Desconectado del rol. Los objetivos que no apuntan a las expectativas del siguiente nivel no ayudan a ascender, y la gente se da cuenta.
- Nunca se revisa. Un PDI que no se comenta en el siguiente check-in era un mero trámite.