En un CV, “capacidad de organización” ocupa poco espacio y también explica bastante poco. Quien lo lee todavía necesita saber qué hubo que organizar, con qué dificultades y qué hizo esa persona para que el trabajo saliera adelante. Creo que merece la pena dedicar más tiempo a responder esas preguntas, porque ahí empieza a entenderse lo que alguien puede aportar.
Como programador, puedo enumerar las tecnologías que conozco, pero explicar una decisión que tomé al desarrollar un proyecto permite entender mejor cómo trabajo. Lo mismo ocurre en administración, atención al cliente o coordinación de equipos. El reto está en reconocer qué experiencias sirven para mostrar una habilidad y darles el contexto suficiente sin convertir el CV en una memoria de todo lo que hemos hecho.
Yo empezaría por el trabajo al que se quiere acceder. Si el puesto requiere coordinar tareas, conviene buscar una ocasión en la que hubiera que acordar prioridades, repartir responsabilidades o resolver una dependencia entre compañeros. Para una función de atención al cliente, puede resultar más útil explicar cómo se aclaró una consulta difícil o se resolvió una incidencia. Esa relación con el puesto permite decidir qué incluir y qué dejar fuera.
También miraría el trabajo cotidiano. Un proyecto grande puede sonar importante y dejar muy poco espacio para explicar la participación propia. En cambio, mejorar un registro de pedidos o preparar una guía para nuevas incorporaciones puede dar pie a contar decisiones concretas. La pregunta que me haría es si esa experiencia permite entender una forma de trabajar que será útil en el próximo empleo.
Pasar de la tarea a la aportación propia
Para pasar de una tarea a un caso, intentaría responder cuatro preguntas: qué ocurría, qué hice yo, por qué elegí ese camino y qué cambió después. Pensemos en un ejemplo hipotético de administración. Frente a la frase “colaboré en la optimización de procesos”, una descripción más útil, si reflejara el trabajo realmente realizado, sería: “Los pedidos llegaban por distintos correos y era difícil saber cuáles seguían pendientes. Preparé un registro compartido y acordé con ventas los datos mínimos que debía incluir cada pedido. La confirmación de los plazos de entrega siguió a cargo de mi responsable. El equipo pasó a consultar el mismo registro para revisar el estado de cada solicitud”.
El ejemplo distingue qué hizo la persona, qué acordó con otros y qué seguía dependiendo de su responsable. También permite profundizar en sus decisiones: por qué eligió ese sistema, cómo consiguió que otros lo utilizaran o qué hizo cuando faltaba información. Así se puede hablar de organización, colaboración o criterio a partir de una experiencia que da contenido a esas palabras.
Resultados que se puedan sostener
Las cifras ayudan cuando existen y se sabe qué miden. En el ejemplo anterior, para afirmar que se redujeron los errores habría que saber qué se consideraba un error y qué períodos se están comparando. Si no se registró esa información, conviene describir el cambio que sí se puede comprobar: que el equipo pasó a consultar un registro común o que cada pedido quedó asociado a una persona responsable, siempre que eso haya sucedido realmente.
También puede ser valioso explicar una dificultad que quedó pendiente. Quizá el sistema funcionó con un equipo pequeño y hubo que cambiarlo al incorporar más personas. Contar ese límite y qué se aprendió permite profundizar en el caso durante una entrevista. A mí me interesa más entender cómo alguien revisó una decisión que encontrar una trayectoria en la que, aparentemente, todo salió bien a la primera.
El material que acompaña la explicación debe respetar la confidencialidad. Una captura con nombres de clientes o información interna puede descartarse y sustituirse por un esquema propio sin datos sensibles. Si se prepara una recreación para mostrar el funcionamiento, hay que identificarla como tal. Cuando ni siquiera así se puede compartir el material, queda la posibilidad de describir el proceso con el detalle que esté permitido.
Quien busca su primer empleo puede trabajar con un proyecto de estudios, una actividad de voluntariado o una iniciativa personal. Lo importante es aclarar de dónde sale la experiencia y hasta dónde llegó. Una propuesta preparada en clase permite explicar cómo se investigó un problema o se repartieron tareas, aunque no permite atribuirse los resultados de una implementación que nunca ocurrió.
Esa distinción también afecta a quienes seleccionan. Me parece razonable pedir que alguien explique su trabajo, pero convertir un portfolio público en un requisito general dejaría fuera experiencias que no se pueden publicar. Una conversación sobre una decisión concreta o una muestra que pueda compartirse con permiso ofrecen otras maneras de profundizar. El formato debería facilitar la evaluación de la habilidad que se necesita.
Dar espacio al ejemplo sin perder claridad
El CV puede recoger una versión breve de la experiencia y un enlace al caso desarrollado, cuando el proceso admita ese complemento. En una web profesional hay espacio para explicar el contexto, añadir una imagen o enlazar un proyecto. Para que ese espacio sea útil, cada caso necesita un título claro, la aportación propia y el resultado al alcance de quien lo abre. Si se comparte un enlace, conviene comprobar antes que funciona desde el móvil y que el material se puede consultar sin solicitar acceso.
Antes de enviar una candidatura, elegiría una competencia importante para el puesto y escribiría el ejemplo que la sostiene. Después lo revisaría pensando en la siguiente conversación: ¿qué decisión podría explicar con más detalle si me preguntaran por ella? Si cuesta responder, todavía falta concretar la experiencia. Ese es un trabajo que merece hacerse antes de buscar otra palabra con la que describirse.
El autor es programador, fundador y CEO de Self (self.cv), una plataforma que convierte un CV en una web personal.
