Apr 22·edited Apr 22Liked by José Ramón Pérez Agüera
Buen artículo!
Estoy de acuerdo con lo de no poner deberes. Yo los he hecho como candidato y no de buen gusto, especialmente cuando son mini consultorías gratuitas. Aunque creo que es mejor forma de demostrar conocimientos que contando tus experiencias.
Me parece que está un poco sesgado (o desviado) hacia la parte técnica y le falta contenido de negocio y experiencia de usuario: es importante saber de XP programming pero no preguntamos sobre impacto en negocio? Hacer queries SQL es muy importante (cuando hay otras formas de analizar datos) y no vemos si sabe de usabilidad?
En cuanto al comportamiento, siempre leo (y experimento) lo mismo y veo que hay algo que falla: el comportamiento suele ir asociado al contexto. Si uno ha estado en entornos con silos no habrá podido comportarse de forma abierta como en una estructura horizontal (y viceversa). La clave estará en ver si se puede adaptar a un contexto muy diferente, pero me da la impresión de que se suele buscar gente que se haya comportado ‘como hacemos nosotros en nuestro contexto actual’. Y me parece un poco miope. No parece que se intente vislumbrar cómo se comportará en las nuevas circunstancias. Igual sería más útil hacer preguntas teóricas sobre qué haría en un entorno concreto y no solo centrarse en el pasado. Parafraseando a los de finanzas ‘comportamientos pasados no determinan comportamientos futuros’ ni para bien ni para mal.
Por cierto, curioso que desde Mercadona no recomienden la fase del Problem Solving. No fue mi caso cuando hice una entrevista con ellos hace ya mucho tiempo 😅.
Al menos, este post aporta más transparencia entre diferentes métodos para contratar PMs, que a día de hoy, sigue siendo muy ambiguo. 😊
Buen artículo!
Estoy de acuerdo con lo de no poner deberes. Yo los he hecho como candidato y no de buen gusto, especialmente cuando son mini consultorías gratuitas. Aunque creo que es mejor forma de demostrar conocimientos que contando tus experiencias.
Me parece que está un poco sesgado (o desviado) hacia la parte técnica y le falta contenido de negocio y experiencia de usuario: es importante saber de XP programming pero no preguntamos sobre impacto en negocio? Hacer queries SQL es muy importante (cuando hay otras formas de analizar datos) y no vemos si sabe de usabilidad?
En cuanto al comportamiento, siempre leo (y experimento) lo mismo y veo que hay algo que falla: el comportamiento suele ir asociado al contexto. Si uno ha estado en entornos con silos no habrá podido comportarse de forma abierta como en una estructura horizontal (y viceversa). La clave estará en ver si se puede adaptar a un contexto muy diferente, pero me da la impresión de que se suele buscar gente que se haya comportado ‘como hacemos nosotros en nuestro contexto actual’. Y me parece un poco miope. No parece que se intente vislumbrar cómo se comportará en las nuevas circunstancias. Igual sería más útil hacer preguntas teóricas sobre qué haría en un entorno concreto y no solo centrarse en el pasado. Parafraseando a los de finanzas ‘comportamientos pasados no determinan comportamientos futuros’ ni para bien ni para mal.
Un saludo
Abel
Gracias por compartir 👏🏼.
Por cierto, curioso que desde Mercadona no recomienden la fase del Problem Solving. No fue mi caso cuando hice una entrevista con ellos hace ya mucho tiempo 😅.
Al menos, este post aporta más transparencia entre diferentes métodos para contratar PMs, que a día de hoy, sigue siendo muy ambiguo. 😊