viernes, noviembre 29, 2002
Viernes 29/Noviembre/2002 “Solución de problemas internos”
Una de las peores cosas de estar enfermo y tener que trabajar, es precisamente eso. Estar enfermo y tener que venir a trabajar. Casi el 80% de la tarea realizadas por un desarrollador de sistemas esta ligada de una u otra manera a utilizar la materia encefálica. La poca materia encefálica con la que el ser humano ocupa. Es decir, que la mayor parte del tiempo las personas de desarrollo de sistemas, están ideando nuevas alternativas de solución, resolviendo viejas problemas causados por las alternativas de solución y buscando la solución ideal para que todas las soluciones realizadas y por realizar le sirvan al medio ambiente en que trabaja el usuario.
Y todo tiene que salir de una sola parte, asi es, del cerebro.
¿Pero como puede uno siquiera poner en orden alguna idea, si el cerebro esta el 90 % preocupado por resolver los problemas internos del cuerpo que le toco controlar? Que si la temperatura corporal esta subiendo, que si los residuos nasales están siendo evacuados mas de la cuenta, que si un taladro gigante esta arremetiendo contra las sienes. Etc, etc. ¿Y todavía quieren que decida de manera eficaz, si utilizar cancelaciones físicas o lógicas de un pago prerregistrado o si los tiempos especificados para una tarea están mal prorrateados de acuerdo a las habilidades del externo y el conocimiento de la base de datos actual?
Y lo peor, todavía tienes que seguir contestando las llamadas de tus compañeros de equipo que se encuentran en junta.
Mi pobre cerebro va a estallar, ya no sabe que hacer, si solucionar los problemas internos luchando contra los enigmas de la gripa o encontrar la manera de ocupar el 0.23% de sus recursos libres para terminar el análisis de requerimientos.
¿Cree usted que sea justo?
No. de veces que sonó el teléfono en lo mis compañeros se fueron de junta: 9
No. De veces que era una llamada para mí: 1
No. De veces que era el mismo usuario preguntando por la misma persona: 4
No. De pañuelos desechables ocupados en ese lapso: 5
No. De hojas de especificación terminadas en ese tiempo: 1 ½
No. De estornudos en el mismo tiempo: 8
Una de las peores cosas de estar enfermo y tener que trabajar, es precisamente eso. Estar enfermo y tener que venir a trabajar. Casi el 80% de la tarea realizadas por un desarrollador de sistemas esta ligada de una u otra manera a utilizar la materia encefálica. La poca materia encefálica con la que el ser humano ocupa. Es decir, que la mayor parte del tiempo las personas de desarrollo de sistemas, están ideando nuevas alternativas de solución, resolviendo viejas problemas causados por las alternativas de solución y buscando la solución ideal para que todas las soluciones realizadas y por realizar le sirvan al medio ambiente en que trabaja el usuario.
Y todo tiene que salir de una sola parte, asi es, del cerebro.
¿Pero como puede uno siquiera poner en orden alguna idea, si el cerebro esta el 90 % preocupado por resolver los problemas internos del cuerpo que le toco controlar? Que si la temperatura corporal esta subiendo, que si los residuos nasales están siendo evacuados mas de la cuenta, que si un taladro gigante esta arremetiendo contra las sienes. Etc, etc. ¿Y todavía quieren que decida de manera eficaz, si utilizar cancelaciones físicas o lógicas de un pago prerregistrado o si los tiempos especificados para una tarea están mal prorrateados de acuerdo a las habilidades del externo y el conocimiento de la base de datos actual?
Y lo peor, todavía tienes que seguir contestando las llamadas de tus compañeros de equipo que se encuentran en junta.
Mi pobre cerebro va a estallar, ya no sabe que hacer, si solucionar los problemas internos luchando contra los enigmas de la gripa o encontrar la manera de ocupar el 0.23% de sus recursos libres para terminar el análisis de requerimientos.
¿Cree usted que sea justo?
No. de veces que sonó el teléfono en lo mis compañeros se fueron de junta: 9
No. De veces que era una llamada para mí: 1
No. De veces que era el mismo usuario preguntando por la misma persona: 4
No. De pañuelos desechables ocupados en ese lapso: 5
No. De hojas de especificación terminadas en ese tiempo: 1 ½
No. De estornudos en el mismo tiempo: 8
lunes, noviembre 25, 2002
Viernes 22/Noviembre/2002 “Estar aunque no tenga que estar”
¿Pasas inexistente en tu lugar de trabajo?
Algunas veces, me pregunto si soy parte activa del equipo en el que estoy. Cuando mis otros dos compañeros se van, todo parece un caos. Millones de llamadas entran a sus teléfonos, las mismas veces tengo que disculparlos con los usuarios, pocas menos pregunto si puedo ayudarlos, y muchas mas no tengo oportunidad de hacerlo. Entonces me pregunto. ¿Acaso no puedo resolver los mismo problemas que ellos pueden resolver?
Tal vez no. Dado que somos del mismo equipo, pero son procesos en los cuales no tengo nada que hacer, no tengo conocimientos o pocas personas saben que existen.
Mi universo solo son dos procesos importantes, sí, pero no cruciales para la operación diaria de la compañía. En pocas palabras, puedo faltar todo un mes, y mi ayuda no seria requerida.
Tal vez, por eso me pude ir a un curso de DataWarehouse por toda una semana y no aconteció nada que me impidiera continuar en él.
Algunas veces echándome ánimos pienso, es que hago tan bien las cosas que no necesito estar corrigiendo nada en los servidores de operación. O más bien, acostumbre a los usuarios a que no necesitan hablarme a mí para resolver sus problemas, para eso están las personas que se hacen cargo de operación, “la famosa continuidad operativa”. O tal vez , los usuarios usen poco los sistemas, o prefieren no reportar los errores.
En fin, el hecho, es que cuando decido, llegar un poco tarde o tomarme un día de mas de vacaciones, ahí está mi teléfono suene y suene, todo mundo me anda buscando, solo yo puedo resolver ese problema. ¿Pues no que no era importante? Sospecho que alguien me vigila, y que los usuarios reportan los errores cuando ven que no estoy sabiendo que debería estar.
Aquí hay un complot en contra mía.
¿Pasas inexistente en tu lugar de trabajo?
Algunas veces, me pregunto si soy parte activa del equipo en el que estoy. Cuando mis otros dos compañeros se van, todo parece un caos. Millones de llamadas entran a sus teléfonos, las mismas veces tengo que disculparlos con los usuarios, pocas menos pregunto si puedo ayudarlos, y muchas mas no tengo oportunidad de hacerlo. Entonces me pregunto. ¿Acaso no puedo resolver los mismo problemas que ellos pueden resolver?
Tal vez no. Dado que somos del mismo equipo, pero son procesos en los cuales no tengo nada que hacer, no tengo conocimientos o pocas personas saben que existen.
Mi universo solo son dos procesos importantes, sí, pero no cruciales para la operación diaria de la compañía. En pocas palabras, puedo faltar todo un mes, y mi ayuda no seria requerida.
Tal vez, por eso me pude ir a un curso de DataWarehouse por toda una semana y no aconteció nada que me impidiera continuar en él.
Algunas veces echándome ánimos pienso, es que hago tan bien las cosas que no necesito estar corrigiendo nada en los servidores de operación. O más bien, acostumbre a los usuarios a que no necesitan hablarme a mí para resolver sus problemas, para eso están las personas que se hacen cargo de operación, “la famosa continuidad operativa”. O tal vez , los usuarios usen poco los sistemas, o prefieren no reportar los errores.
En fin, el hecho, es que cuando decido, llegar un poco tarde o tomarme un día de mas de vacaciones, ahí está mi teléfono suene y suene, todo mundo me anda buscando, solo yo puedo resolver ese problema. ¿Pues no que no era importante? Sospecho que alguien me vigila, y que los usuarios reportan los errores cuando ven que no estoy sabiendo que debería estar.
Aquí hay un complot en contra mía.
Viernes 15/Noviembre/2002 “Esquemas pisoteados”
¿Raro no? Este es el primer día que escribo sobre mi vida en la oficina, y tenia en mente explicarles lo mucho que hacen sufrir los usuarios a un ingeniero en sistemas, lo mal que se portan, lo exigentes, la falta de compresión por parte de ellos, el menosprecio, el día y la noche intensas de trabajo. Y todo lo difícil que es sobrevivir en esta carrera.
¿Y que paso?
Todo lo contrario.
En la mañana, uno de los usuarios principales del modulo en el cual soy responsable, me invito los tacos, puesto que teníamos una junta a las 12 para revisar los puntos que se iban a entregar en la ultima liberación del sistema, antes de la famosa y esperadísima “entrega total del modulo”. Para camuflagear la “transacción”, simulamos una junta de improviso. En donde junto con el responsable anterior del modulo, el líder de usuario, un responsable y yo, nos dimos a la tarea de dar “una revisión preliminar”. Pero creanlo o no, esta reunión extraoficial e informal ayudo a despejar una de las dudas que habían surgido en la anterior liberación.
La sala que apartamos estaba ocupada, puesto que el gerente estaba en una presentación, y como es de saberse “hay prioridades”, la secre del gerente nos iba a apartar otra, pero nos la gano otra persona. El gustosamente nos cedió el lugar, ¿No que los de sistemas éramos inaccesibles y sin cortesía?
Ya después en la junta de revisión, junto con el departamento de calidad, revisamos cada uno de los puntos. A lo cual, el usuario líder (el invito los tacos), acepto nuestras propuestas, acepto las excepciones, y de buena gana, acepto las tareas que no iban a entrar en la ultima liberación.
¿Y luego? No que los usuarios eran quisquillosos y siempre a regañadientes se hacia lo que ellos querían. Será acaso pura fama.
En la tarde mi novia cumplía años, y le llevaron pastel a la oficina. En donde todos animosamente socializamos. Algunos mas que otros. ¿No que los de sistemas no tenían vida social?
Son las 6:30 y ya me voy. Puesto que hoy es viernes. Y por supuesto que mañana no vengo.
¿no que los ingenieros en sistemas trabajaban hasta tarde, sábados y domingos y carecían del tiempo para tener vida?
Los tiempos han cambiado.
Espero que con esto que les conté, piensen que soy jefe o que soy alguien que no trabaja en todo el día. De que hay días, hay días.
Pero hoy, se rompieron todos los esquemas. Tal vez por eso decidí iniciar esta nueva aventura.
El lunes...Las cosas volverán a ser igual.
¿Raro no? Este es el primer día que escribo sobre mi vida en la oficina, y tenia en mente explicarles lo mucho que hacen sufrir los usuarios a un ingeniero en sistemas, lo mal que se portan, lo exigentes, la falta de compresión por parte de ellos, el menosprecio, el día y la noche intensas de trabajo. Y todo lo difícil que es sobrevivir en esta carrera.
¿Y que paso?
Todo lo contrario.
En la mañana, uno de los usuarios principales del modulo en el cual soy responsable, me invito los tacos, puesto que teníamos una junta a las 12 para revisar los puntos que se iban a entregar en la ultima liberación del sistema, antes de la famosa y esperadísima “entrega total del modulo”. Para camuflagear la “transacción”, simulamos una junta de improviso. En donde junto con el responsable anterior del modulo, el líder de usuario, un responsable y yo, nos dimos a la tarea de dar “una revisión preliminar”. Pero creanlo o no, esta reunión extraoficial e informal ayudo a despejar una de las dudas que habían surgido en la anterior liberación.
La sala que apartamos estaba ocupada, puesto que el gerente estaba en una presentación, y como es de saberse “hay prioridades”, la secre del gerente nos iba a apartar otra, pero nos la gano otra persona. El gustosamente nos cedió el lugar, ¿No que los de sistemas éramos inaccesibles y sin cortesía?
Ya después en la junta de revisión, junto con el departamento de calidad, revisamos cada uno de los puntos. A lo cual, el usuario líder (el invito los tacos), acepto nuestras propuestas, acepto las excepciones, y de buena gana, acepto las tareas que no iban a entrar en la ultima liberación.
¿Y luego? No que los usuarios eran quisquillosos y siempre a regañadientes se hacia lo que ellos querían. Será acaso pura fama.
En la tarde mi novia cumplía años, y le llevaron pastel a la oficina. En donde todos animosamente socializamos. Algunos mas que otros. ¿No que los de sistemas no tenían vida social?
Son las 6:30 y ya me voy. Puesto que hoy es viernes. Y por supuesto que mañana no vengo.
¿no que los ingenieros en sistemas trabajaban hasta tarde, sábados y domingos y carecían del tiempo para tener vida?
Los tiempos han cambiado.
Espero que con esto que les conté, piensen que soy jefe o que soy alguien que no trabaja en todo el día. De que hay días, hay días.
Pero hoy, se rompieron todos los esquemas. Tal vez por eso decidí iniciar esta nueva aventura.
El lunes...Las cosas volverán a ser igual.
