¿Cómo responder a las preguntas de los miembros del equipo cuando la razón es matizada y depende de la experiencia?

En cierto modo, estoy en el lado opuesto de esta pregunta . Trabajo en la profesión de seguridad de la información como auditor de TI. Estaba haciendo una revisión por pares de un informe de vulnerabilidades/evaluación de riesgos de aplicaciones realizada por un miembro junior del equipo hoy y tenía muchas preguntas de "por qué", como

  1. Por qué elegí los destinatarios del mensaje como lo hice
  2. Por qué ajusté la redacción, el estilo y el contenido de la forma en que lo hice

La razón de lo que hice se debe en parte a garantizar la precisión técnica, pero también en parte a la experiencia anterior con la gestión, el estilo de gestión y la cultura del lugar de trabajo. Obtener una lectura precisa del estilo de gestión, la cultura de la empresa y una probable respuesta de la dirección (dado que la seguridad no siempre es popular) es un desafío y, a menudo, solo se puede lograr con varios años de experiencia. No quiero ignorar sus preguntas ya que tuve estas mismas preguntas en el pasado cuando era un junior . Tampoco quiero parecer grosero / arrogante al sugerir que sé mejor.

¿Cómo explico mi proceso de pensamiento sobre la parte en la primera declaración en negrita anterior a un miembro del equipo de la manera más profesional posible?

Omita "Tuve las mismas preguntas en el pasado cuando era un junior", explique la "experiencia pasada..." y explique lo que dijo acerca de que influyó en lo que decide. Lo único que les enseñas es "La experiencia es útil, úsala tan pronto como la tengas". ¿Cómo es eso de arrogante? Todo lo demás le estaría mintiendo y tal vez impidiéndole aprender y ganar su propia experiencia.
Si quieres responder, ¿no podrías simplemente decirlo más o menos como lo has escrito aquí? Él: "¿Por qué ajustaste la redacción?" Usted: "En parte por la precisión técnica, en parte por la experiencia pasada". Puede entrar en más detalles si lo desea si hay una pregunta específica sobre un cambio específico.
Bueno, básicamente tienes una explicación válida dada. Puede decir para cada edición cuál es el motivo, cuál ha sido su experiencia pasada con una formulación alternativa. También quisiera dejar en claro que no es una ciencia dura y que está abierto a discutirlo. ¿Tuviste la sensación de que la pregunta era por interés o crees que era para cuestionar tu decisión o sentir la necesidad de defenderte?

Respuestas (1)

Básicamente respondes tu propia pregunta.
Como desarrollador, a menudo me enfrento a la misma situación cuando hablo con desarrolladores nuevos/jóvenes; y creo que la mayoría de nosotros lo somos una vez que obtienes algo de conocimiento en tu haber. Cuando tienes 5-10-15+ años de experiencia, has visto y probado muchas cosas y eso es lo que hace que la experiencia sea útil.
Puedes identificar atajos, situaciones, patrones e influye en tu razonamiento basado en situaciones y ejemplos prácticos y reales.

Preguntas cómo explicar que se basa en la experiencia; Así que simplemente explique las circunstancias que le enseñaron esto y le dieron la experiencia. Siempre será beneficioso utilizar ejemplos reales, también al transmitir información a un colega.

Sin embargo, una cosa con la que debe tener cuidado es no dejar que las experiencias pasadas le impidan aprender que dicha experiencia puede volverse obsoleta (o incluso equivocarse) a medida que la tecnología y las situaciones cambian, razón por la cual es realmente bueno ser desafiado (forzado) a explicar tu razonamiento
Puede ofrecerle nuevas perspectivas y agregar a esa "mochila de experiencia".
(Sin embargo, una persona experimentada también lo sabe :))

¿Cómo responder a las preguntas de los miembros del equipo cuando la razón es matizada y depende de la experiencia?
RespuestasAquíPolítica de privacidad1y, 0v