Líder Técnico
Wow!!.... esta vez si que rescato bastante para aprender, a pesar del corto tiempo de esta ultima experiencia....asi que, como dice HBD... Co..men..cemos...
Entender el funcionamiento de una solución, es basico, pero, como conseguirlo si tienes cierta renuencia del proveedor, y las personas de tu entorno cercanas a la solución no tienen el conocimiento suficiente?. Bueno, quizas sea algo logico, pero, el QA de la solución es el MAS apropiado para resolverte tus dudas funcionales, e incluso técnicas hasta cierto nivel. No se me ocurrió preguntar si existia esta persona en el grupo anterior del proveedor!!.. pero cuando vi su participación anterior, me di cuenta que si habia un nivel de exigencia en escenarios de prueba, y que el la tenia clara, incluso a nivel de flujograma.... buena anotación!!...
Mi sensación de fracaso para lo que se quería lograr con tan poco tiempo, no estaba tan lejos de la realidad, al contrario, confirmé que mis sentidos agudos están bien desarrollados para detectar estas situaciones.... pero, que lo confirmó?. En resumen: incidencias de un pase no estabilizado hace 3 meses + cambio de arquitectura + replicación de la solución = en 1 semana?, eso es simplemente EPLW: ESFUERZOPORLASWEBAS......pero la intransigencia del "cliente" por todo lo alto, exigía este resultado... sin embargo, el día del pase a producción, que fué un rotundo fracaso y amanecida en vano, la "clienta" dijo toda enfurecida: "estos errores ya los habíamos visto el año pasado en el primer pase a producción!!".........entonces, porque la lógica no vence a la intransigencia? era totalmente obvio que por el hecho de "cambiar la arquitectura", hace que sea una especie de "pase nuevo a producción", y que se corren los mismos riesgos y problemas que, lamentablemente, no se aprendieron, ni se dejaron como legado de conocimiento.... muy mal "clienta".. muy mal...
Una vez escuche que los "rollbacks" son las "heridas de guerra" que te hacen ser "veterano".... eso significa que tener un rollback no es el final de tu carrera profesional... no lo es... no te sientas mal... al contrario, ya tienes una "bala" que mostrar.... pero, si no aprendes de ello, no servirá de nada mas adelante.... entonces, que paso aqui?, tener un buen plan de pase a producción, no te garantiza nada, si NO LO HAS PROBADO ANTES... y si no podias probarlo antes, es porque NO EXISTE UN AMBIENTE DE PRE-PRODUCCIÓN!!!... que importancia toma este factor aqui, pues, un factor de fracaso es justamente el tener solo un ambiente de producción y un ambiente alterno, que hace las veces de QA + Desarrollo + PreProducción... que gran error!!.... ah, y eso sumado a que el "rollback" tampoco fué probado antes, el problema que surgió aquella noche a las 2 de la madrugada fué que, al no tener el componente indicado para el "rollback", se hizo "marcha atras" a cualquier cosa!!.... y se hizo del pase a producción, un problema mas grande..... muy mal "clienta"... muy mal...
y que es ser un Líder Técnico?.... entender los componentes de la arquitectura y la arquitectura en si. Con que puedes visualizar los resultados de los componentes de la arquitectura? la respuesta es: con los Logs. Debe de haber un Log transaccional en el servidor JBOSS, para el componente backend de la solución. Debe de haber un Log transaccional en la solución de automatización, que refleje el porque de la falla en la ejecución de alguna tarea. Finalmente debe de haber un Log a nivel de Base de Datos, que permita revisar a nivel de datos la auditoria del proceso. A pesar de esta visibilidad, habian temas que no podian ser observados, como la "eficiencia" en la comunicación entre los componentes de la arquitectura, o tan simple como la pregunta: "se puede escalar"?.... muy mal "clienta"...muy mal...
Me llevé un gran conocimiento esta vez: Solución de Automatización!!.. que es? bueno, imaginate que tienes una tarea operacional repetida, y que por esto, pagas horas/hombre para su realización... pero es tan repetida que te gustaria que un "robot", sin sentimientos y sin quejas lo haga... durante el dia o por las noches, sin cobrar horas extras.... bien, eso es una solución de automatización....Automate BPA Server.... bueno, no sirvió!!... pues quizas, no solo porque no es un "Word Class" como lo dijo un gerente, si no porque NO SE APLICO debidamente... no para tareas complejas, no para tareas con entornos complicados (llamese acceso por Citrix), no para tareas que necesitan de mucha efectividad (puede fallar), no para tareas en donde se necesite alta disponiblidad (en horas pico o con mucha rapidez).... y lo mas importante: No es inteligencia artificial...... wow!!.. si que aprendí!!!...
Y ahora, finalmente, una supertormenta de ideas que refleja mi experiencia: clientes sin gestión, desubicados, sin trato de personas, intransigentes, aborrecidos por los proveedores, proveedores que nunca serán sus socios, sin facilidades, con restricciones, con malos tratos, descontrol total, sin confianza, insultados, sin ambientes, amenazados, sintiendo que tratan con personas de doble moral, instigados, presionados con decisiones ilógicas, sin rutas, sin horizontes....
Se aprendió? si... y mucho, a pesar del corto tiempo....
Entender el funcionamiento de una solución, es basico, pero, como conseguirlo si tienes cierta renuencia del proveedor, y las personas de tu entorno cercanas a la solución no tienen el conocimiento suficiente?. Bueno, quizas sea algo logico, pero, el QA de la solución es el MAS apropiado para resolverte tus dudas funcionales, e incluso técnicas hasta cierto nivel. No se me ocurrió preguntar si existia esta persona en el grupo anterior del proveedor!!.. pero cuando vi su participación anterior, me di cuenta que si habia un nivel de exigencia en escenarios de prueba, y que el la tenia clara, incluso a nivel de flujograma.... buena anotación!!...
Mi sensación de fracaso para lo que se quería lograr con tan poco tiempo, no estaba tan lejos de la realidad, al contrario, confirmé que mis sentidos agudos están bien desarrollados para detectar estas situaciones.... pero, que lo confirmó?. En resumen: incidencias de un pase no estabilizado hace 3 meses + cambio de arquitectura + replicación de la solución = en 1 semana?, eso es simplemente EPLW: ESFUERZOPORLASWEBAS......pero la intransigencia del "cliente" por todo lo alto, exigía este resultado... sin embargo, el día del pase a producción, que fué un rotundo fracaso y amanecida en vano, la "clienta" dijo toda enfurecida: "estos errores ya los habíamos visto el año pasado en el primer pase a producción!!".........entonces, porque la lógica no vence a la intransigencia? era totalmente obvio que por el hecho de "cambiar la arquitectura", hace que sea una especie de "pase nuevo a producción", y que se corren los mismos riesgos y problemas que, lamentablemente, no se aprendieron, ni se dejaron como legado de conocimiento.... muy mal "clienta".. muy mal...
Una vez escuche que los "rollbacks" son las "heridas de guerra" que te hacen ser "veterano".... eso significa que tener un rollback no es el final de tu carrera profesional... no lo es... no te sientas mal... al contrario, ya tienes una "bala" que mostrar.... pero, si no aprendes de ello, no servirá de nada mas adelante.... entonces, que paso aqui?, tener un buen plan de pase a producción, no te garantiza nada, si NO LO HAS PROBADO ANTES... y si no podias probarlo antes, es porque NO EXISTE UN AMBIENTE DE PRE-PRODUCCIÓN!!!... que importancia toma este factor aqui, pues, un factor de fracaso es justamente el tener solo un ambiente de producción y un ambiente alterno, que hace las veces de QA + Desarrollo + PreProducción... que gran error!!.... ah, y eso sumado a que el "rollback" tampoco fué probado antes, el problema que surgió aquella noche a las 2 de la madrugada fué que, al no tener el componente indicado para el "rollback", se hizo "marcha atras" a cualquier cosa!!.... y se hizo del pase a producción, un problema mas grande..... muy mal "clienta"... muy mal...
y que es ser un Líder Técnico?.... entender los componentes de la arquitectura y la arquitectura en si. Con que puedes visualizar los resultados de los componentes de la arquitectura? la respuesta es: con los Logs. Debe de haber un Log transaccional en el servidor JBOSS, para el componente backend de la solución. Debe de haber un Log transaccional en la solución de automatización, que refleje el porque de la falla en la ejecución de alguna tarea. Finalmente debe de haber un Log a nivel de Base de Datos, que permita revisar a nivel de datos la auditoria del proceso. A pesar de esta visibilidad, habian temas que no podian ser observados, como la "eficiencia" en la comunicación entre los componentes de la arquitectura, o tan simple como la pregunta: "se puede escalar"?.... muy mal "clienta"...muy mal...
Me llevé un gran conocimiento esta vez: Solución de Automatización!!.. que es? bueno, imaginate que tienes una tarea operacional repetida, y que por esto, pagas horas/hombre para su realización... pero es tan repetida que te gustaria que un "robot", sin sentimientos y sin quejas lo haga... durante el dia o por las noches, sin cobrar horas extras.... bien, eso es una solución de automatización....Automate BPA Server.... bueno, no sirvió!!... pues quizas, no solo porque no es un "Word Class" como lo dijo un gerente, si no porque NO SE APLICO debidamente... no para tareas complejas, no para tareas con entornos complicados (llamese acceso por Citrix), no para tareas que necesitan de mucha efectividad (puede fallar), no para tareas en donde se necesite alta disponiblidad (en horas pico o con mucha rapidez).... y lo mas importante: No es inteligencia artificial...... wow!!.. si que aprendí!!!...
Y ahora, finalmente, una supertormenta de ideas que refleja mi experiencia: clientes sin gestión, desubicados, sin trato de personas, intransigentes, aborrecidos por los proveedores, proveedores que nunca serán sus socios, sin facilidades, con restricciones, con malos tratos, descontrol total, sin confianza, insultados, sin ambientes, amenazados, sintiendo que tratan con personas de doble moral, instigados, presionados con decisiones ilógicas, sin rutas, sin horizontes....
Se aprendió? si... y mucho, a pesar del corto tiempo....
Comentarios
Publicar un comentario