Nosotros somos desarrolladores de software: ¿Por qué debemos preocuparnos por el mantenimiento y la gestión de los riesgos?
M. Guardia Güell, SPIR-IT Program Manager, Technip.
Leí vuestra pregunta sobre cómo deben –inicialmente- hacerlo el 80% de los desarrolladores de software y, rápidamente, me imagine una reacción generalizada de estado de alerta. Imagine una activación de adrenalina, debida al hecho de plantearse el porqué de una preocupación con las palabras software, mantenimiento, gestión y riesgos. Sobre todo, esta última hace que salten todas las alarmas, y nos preparemos para atacar, o para escapar y protegernos.
Sin embargo, es precisamente esta palabra la que debe reducir la tensión. Para ello debemos relacionar las palabras riesgos y tiempo (más precisamente ventanas de tiempo).
Debemos preocuparnos porque –empíricamente- sabemos que si nos PRE«ocupamos» de los riesgos, éstos se convierten en oportunidades, dan valor al futuro, y traen beneficios; ya que permiten no tener pérdidas inesperadas.
Señorita Montse, quizás a usted la reduzca la tensión la palabra riesgos pero yo cada vez que la oigo visulizo gritos, dias trabajando hasta las 12 de la noche, follones, broncas y sobre todo busqueda de culpables. Asi que me gustaria que me de su receta para relajarse con la palabrita.
Gracias
Señorita Montse, quizás a usted la reduzca la tensión la palabra riesgos pero yo cada vez que la oigo visulizo gritos, dias trabajando hasta las 12 de la noche, follones, broncas y sobre todo busqueda de culpables. Asi que me gustaria que me de su receta para relajarse con la palabrita.
Gracias
Señorita Montse, quizás a usted la reduzca la tensión la palabra riesgos pero yo cada vez que la oigo visulizo gritos, dias trabajando hasta las 12 de la noche, follones, broncas y sobre todo busqueda de culpables. Asi que me gustaria que me de su receta para relajarse con la palabrita.
Gracias
Señorita Montse, quizás a usted la reduzca la tensión la palabra riesgos pero yo cada vez que la oigo visulizo gritos, dias trabajando hasta las 12 de la noche, follones, broncas y sobre todo busqueda de culpables. Asi que me gustaria que me de su receta para relajarse con la palabrita.
Gracias
Montse has lanzado un tema de debate muy interesante, pero me veo más reflejada con la opinión de Edu.
La palabra riesgos incrementa la tensión, porque no gestionamos riegos de forma proactiva, si no que lo hacemos de forma reactiva, es decir, actuamos cuando el riesgo esta a punto de materializarse o ya se ha convertido en problema. En ese momento cuando sube la adrenalina
Gracias Montse por hacernos reflexionar
Montse has lanzado un tema de debate muy interesante, pero me veo más reflejada con la opinión de Edu.
La palabra riesgos incrementa la tensión, porque no gestionamos riegos de forma proactiva, si no que lo hacemos de forma reactiva, es decir, actuamos cuando el riesgo esta a punto de materializarse o ya se ha convertido en problema. En ese momento cuando sube la adrenalina
Gracias Montse por hacernos reflexionar
Montse has lanzado un tema de debate muy interesante, pero me veo más reflejada con la opinión de Edu.
La palabra riesgos incrementa la tensión, porque no gestionamos riegos de forma proactiva, si no que lo hacemos de forma reactiva, es decir, actuamos cuando el riesgo esta a punto de materializarse o ya se ha convertido en problema. En ese momento cuando sube la adrenalina
Gracias Montse por hacernos reflexionar
Montse has lanzado un tema de debate muy interesante, pero me veo más reflejada con la opinión de Edu.
La palabra riesgos incrementa la tensión, porque no gestionamos riegos de forma proactiva, si no que lo hacemos de forma reactiva, es decir, actuamos cuando el riesgo esta a punto de materializarse o ya se ha convertido en problema. En ese momento cuando sube la adrenalina
Gracias Montse por hacernos reflexionar
YO trabajo en TI en una empresa de construcción y la verdad es que la palabra riesgo es una palabra que nos inspira confianza y seguridad. NO se donde trabajan Edu o Ana pero tengo la sensación de que deben hacerlo en alguna empresa de servicios donde no planifican nunca y solamente se dedican a programar. Claro cuando las cosas salen más y a toro pasado analizan los riesgos salta la adrenalina, pero es la verguenza lo que deberia de saltar, por el trabajo mal planificado.
YO trabajo en TI en una empresa de construcción y la verdad es que la palabra riesgo es una palabra que nos inspira confianza y seguridad. NO se donde trabajan Edu o Ana pero tengo la sensación de que deben hacerlo en alguna empresa de servicios donde no planifican nunca y solamente se dedican a programar. Claro cuando las cosas salen más y a toro pasado analizan los riesgos salta la adrenalina, pero es la verguenza lo que deberia de saltar, por el trabajo mal planificado.
YO trabajo en TI en una empresa de construcción y la verdad es que la palabra riesgo es una palabra que nos inspira confianza y seguridad. NO se donde trabajan Edu o Ana pero tengo la sensación de que deben hacerlo en alguna empresa de servicios donde no planifican nunca y solamente se dedican a programar. Claro cuando las cosas salen más y a toro pasado analizan los riesgos salta la adrenalina, pero es la verguenza lo que deberia de saltar, por el trabajo mal planificado.
YO trabajo en TI en una empresa de construcción y la verdad es que la palabra riesgo es una palabra que nos inspira confianza y seguridad. NO se donde trabajan Edu o Ana pero tengo la sensación de que deben hacerlo en alguna empresa de servicios donde no planifican nunca y solamente se dedican a programar. Claro cuando las cosas salen más y a toro pasado analizan los riesgos salta la adrenalina, pero es la verguenza lo que deberia de saltar, por el trabajo mal planificado.
Yo trabajo en una aseguradora en el departamento de informatica y la palabra riesgo significa pasta y temor.
Por cierto no creo que alguien que trabaja en el sector de la construcción deba hablar de verguenza……..
Yo trabajo en una aseguradora en el departamento de informatica y la palabra riesgo significa pasta y temor.
Por cierto no creo que alguien que trabaja en el sector de la construcción deba hablar de verguenza……..
Yo trabajo en una aseguradora en el departamento de informatica y la palabra riesgo significa pasta y temor.
Por cierto no creo que alguien que trabaja en el sector de la construcción deba hablar de verguenza……..
Yo trabajo en una aseguradora en el departamento de informatica y la palabra riesgo significa pasta y temor.
Por cierto no creo que alguien que trabaja en el sector de la construcción deba hablar de verguenza……..
Muchas gracias por vuestros comentarios que enriquecen la reflexión.
Edu, Ana, Alfonso, es cierto que existe un efecto perverso en como se gestionan los riesgos en algunos grupos de trabajo. Anastasio, sí, en algunos entornos la gestión de riesgos «a posteriori» es una práctica real.
El foco de la reflexión esta en que podemos hacer nosotros individualmente si nos encontramos en una situación donde riesgo significa temor, bloqueo, perdida de foco, …. Sí, podemos transformar esta situación en una gestión de oportunidades y beneficios. Centremonos en como podemos aplicar la gestión de riesgos para mejorar visiblemente nuestro trabajo como desarrolladores de Software o en otros campos de TI.
Con este objectivo de transformación en nuestro horizonte, os propongo empezar por plantear varias preguntas que debemos responder con el equipo de trabajo y con nuestro entorno en general:
¿Se esta aplicando una metodo de Gestión de Riesgos con un fin claro pero intangible? ¿El método se conoce, los procesos se ejecutan segun las pautas establecidas, rutinariamente, ya que «toca» hacerlo? ¿estamos en una situación: «el proceso por el proceso»? ¿existen resultados medibles y visibles para todo el equipo? ¿El equipo de trabajo es «esclavo» de las herramientas que dan soporte a los procesos de la metodologia, o independiente de las herramientas llega a imaginar el riesgo, su impacto y su probabilidad?
¿Esta claro para todos los actores del proceso, y lo comparten abiertamente, cuál es el coste de aplicar el proceso, y su objetivo final, y su beneficio?
Muchas gracias por vuestros comentarios que enriquecen la reflexión.
Edu, Ana, Alfonso, es cierto que existe un efecto perverso en como se gestionan los riesgos en algunos grupos de trabajo. Anastasio, sí, en algunos entornos la gestión de riesgos «a posteriori» es una práctica real.
El foco de la reflexión esta en que podemos hacer nosotros individualmente si nos encontramos en una situación donde riesgo significa temor, bloqueo, perdida de foco, …. Sí, podemos transformar esta situación en una gestión de oportunidades y beneficios. Centremonos en como podemos aplicar la gestión de riesgos para mejorar visiblemente nuestro trabajo como desarrolladores de Software o en otros campos de TI.
Con este objectivo de transformación en nuestro horizonte, os propongo empezar por plantear varias preguntas que debemos responder con el equipo de trabajo y con nuestro entorno en general:
¿Se esta aplicando una metodo de Gestión de Riesgos con un fin claro pero intangible? ¿El método se conoce, los procesos se ejecutan segun las pautas establecidas, rutinariamente, ya que «toca» hacerlo? ¿estamos en una situación: «el proceso por el proceso»? ¿existen resultados medibles y visibles para todo el equipo? ¿El equipo de trabajo es «esclavo» de las herramientas que dan soporte a los procesos de la metodologia, o independiente de las herramientas llega a imaginar el riesgo, su impacto y su probabilidad?
¿Esta claro para todos los actores del proceso, y lo comparten abiertamente, cuál es el coste de aplicar el proceso, y su objetivo final, y su beneficio?
Muchas gracias por vuestros comentarios que enriquecen la reflexión.
Edu, Ana, Alfonso, es cierto que existe un efecto perverso en como se gestionan los riesgos en algunos grupos de trabajo. Anastasio, sí, en algunos entornos la gestión de riesgos «a posteriori» es una práctica real.
El foco de la reflexión esta en que podemos hacer nosotros individualmente si nos encontramos en una situación donde riesgo significa temor, bloqueo, perdida de foco, …. Sí, podemos transformar esta situación en una gestión de oportunidades y beneficios. Centremonos en como podemos aplicar la gestión de riesgos para mejorar visiblemente nuestro trabajo como desarrolladores de Software o en otros campos de TI.
Con este objectivo de transformación en nuestro horizonte, os propongo empezar por plantear varias preguntas que debemos responder con el equipo de trabajo y con nuestro entorno en general:
¿Se esta aplicando una metodo de Gestión de Riesgos con un fin claro pero intangible? ¿El método se conoce, los procesos se ejecutan segun las pautas establecidas, rutinariamente, ya que «toca» hacerlo? ¿estamos en una situación: «el proceso por el proceso»? ¿existen resultados medibles y visibles para todo el equipo? ¿El equipo de trabajo es «esclavo» de las herramientas que dan soporte a los procesos de la metodologia, o independiente de las herramientas llega a imaginar el riesgo, su impacto y su probabilidad?
¿Esta claro para todos los actores del proceso, y lo comparten abiertamente, cuál es el coste de aplicar el proceso, y su objetivo final, y su beneficio?
Muchas gracias por vuestros comentarios que enriquecen la reflexión.
Edu, Ana, Alfonso, es cierto que existe un efecto perverso en como se gestionan los riesgos en algunos grupos de trabajo. Anastasio, sí, en algunos entornos la gestión de riesgos «a posteriori» es una práctica real.
El foco de la reflexión esta en que podemos hacer nosotros individualmente si nos encontramos en una situación donde riesgo significa temor, bloqueo, perdida de foco, …. Sí, podemos transformar esta situación en una gestión de oportunidades y beneficios. Centremonos en como podemos aplicar la gestión de riesgos para mejorar visiblemente nuestro trabajo como desarrolladores de Software o en otros campos de TI.
Con este objectivo de transformación en nuestro horizonte, os propongo empezar por plantear varias preguntas que debemos responder con el equipo de trabajo y con nuestro entorno en general:
¿Se esta aplicando una metodo de Gestión de Riesgos con un fin claro pero intangible? ¿El método se conoce, los procesos se ejecutan segun las pautas establecidas, rutinariamente, ya que «toca» hacerlo? ¿estamos en una situación: «el proceso por el proceso»? ¿existen resultados medibles y visibles para todo el equipo? ¿El equipo de trabajo es «esclavo» de las herramientas que dan soporte a los procesos de la metodologia, o independiente de las herramientas llega a imaginar el riesgo, su impacto y su probabilidad?
¿Esta claro para todos los actores del proceso, y lo comparten abiertamente, cuál es el coste de aplicar el proceso, y su objetivo final, y su beneficio?