Un post de Liderazgo

Hace poco más de un año llevé un curso de Liderazgo, que dicta el profesor Galmez. En dicho curso, tuvimos la oportunidad de ver un video de David Fischman que hacía mención de los difentes tipos de líderes que existen en nuestra sociedad y principalmente en las empresas. Tomé algunas notas, que quiero compartir con ustedes.

Lider Ausente
- No dirige a nadie.
- Solo se concentra en su propio mundo.
- Normalmente, son técnicos.

Al respecto el Empowerment, en un sentido más real significa "Delegar la capacidad de
tomar decisiones". Uno no puede delegar la "responsabilidad". Y cuando uno delega,
debe capacitar. Uno, tampoco, delega el poder que está dentro de la autoridad.

Lider sin Autoridad
- Se presenta en ambientes en los que el jefe es vencido por los problemas.
- Suele tomar la iniciativa.
- Su liderazgo no es sencillo porque debe convencer y persuadir.

Lider transaccional
- Basa la motivación que infunde en incentivos materiales y económicos.
- Solo le importa "su área".

Lider transformador
- Visiona
- Motiva
- Suele ver la empresa como un todo.

Pseudolider
- Aparenta compromiso con las personas y con la empresa.
- Egocéntrico y manipulador.
- Su baja autoestima la compensa adquiriendo poder externo.
- No le conviene que su gente destaque.
- Desprestigia a los demás, y busca enemistar a los suyos con los demás.

- A este tipo de lider, no se le debe enfrentar.
- Se puede fomentar una coalición ordenada.
- Se puede sugerir una evaluación 180º (los subordinador evalúan a sus jefes).
- Una acción de alto riesgo sería hablar con un superior de confianza.

RETROALIMENTACIÓN:
- Se debe recalcar las virtudes y logros.
- Tratar con respeto.
- Dar ejemplo sin prepotencia.
- No generalizar las críticas.
- Emplear "Coaching"

- La autoridad se obtiene de tres maneras: Por conocimiento, por la experiencia
o por cualidades personales (liderazgo).

Existen 3 tipos de Autoridad basadas en el tipo de Liderazgo que se ejerce:
- Liderazgo Autocrático (no confía en nadie): Concentra el poder en uno mismo.
- Liderazgo Permisivo (quien manda es el grupo): Suele existir anarquía.
- Liderazgo Democrático: Existe pluralismo, compromiso, toma de decisiones.

"SOLO LIDERANDO SE PUEDE SER LIDER"

Mi Primer Proyecto como AT (2)

Hace unos días posteé algunas impresiones que tuve respecto a mi primer proyecto como AT. Me gustaría agregar algunas ideas adicionales al tema.

• Versionamiento. A medida que el desarrollo iba a avanzando, al principio, no sabíamos quien disponía de la última versión del proyecto, incluso, en algunos momentos, ambos teniamos diversos componentes desactualizados y por ello nos vimos en la obligación de efectuar un merge a los proyectos. Si claro, uno podría decir, y porqué no usaste un CVS. Sí, la intención estuvo, sin embargo, nos resultó frustrante el intento de integración del CVSNT (que teníamos a la mano) con nuestro WebSphere Portlet Factory. Al final, tuvimos que organizarnos con las actualizaciones, sin embargo, es una tarea pendiente esta integración.
  
• Todo debe apuntar a producción. Sí, esto fue algo que no tenía muy en mente cuando estabamos desarrollando y nos trajo algunos inconvenientes al final. Debido a que nuestro ambiente para desarrollo tenía ciertas diferencias con el ambiente de producción, algunos de nuestros archivos de configuración e, incluso, el Manual de Instalación los elaboramos pensando que en un determinado momento se podría delegar el cambio de los parametros con los de producción al momento del despliegue de la aplicación en producción. Sin embargo, no fue así. Por otro lado, nos dimos en algunos casos con la ingrata sorpresa de que todo funcionaba bien en el ambiente de desarrollo y no en el de certificación.
• Elaborar un adecuado plan de pruebas. Este aspecto fue muy importante, debido a que, cuando pasamos a la etapa de Certificación, las pruebas arrojaron varias observaciones que no habíamos tenido presente en un principio.
• Todos los documentos deben guardar relación. Cuando se elaboran documentos técnicos y funcionales, debemos tener presente que la información de unos deben guardar coherencia con los otros.

Estas son algunas de las cosas que se me vienen a la mente hasta el momento, a medida que vaya meditando en ello iré escribiendo. Por lo pronto espero que estos posts les sean de ayuda cuando encaren sus proyectos.

Mi Primer Proyecto como AT

Hace poco, en la consultora en la que trabajo, me encargaron la actualización de unos portlets para una entidad bancaria. A diferencia de un proyecto anterior, esta vez me tocó desempeñar el rol de Analista Técnico.

Tuve la oportunidad de proponer una solución técnica a un problema de integración con una api de seguridad, asi como también proponer la forma de mostrar datos provenientes de unos servicios web sin que estos datos saturaran la vista del usuario (debido a la cantidad de datos que podían presentarse). Ah! Y tuve a mi cargo (por asi decirlo) a un AP, a quien había que guíar.

A continuación, menciono algunas de las cosas que dejó el desarrollo de este proyecto:

• Codigo legible. Una de los primeros desafíos que nos tocó pasar fue el entendimiento del código. Debido a que las dos aplicaciones que componen este proyecto fueron desarrollados por dos empresas distintas, había que entender la lógica que se había empleado al momento de programar la solución inicial en cada una de ellas. La falta de comentarios en los códigos nos dificultó un poco el trabajo, por lo que tuvimos introducirlos a medida que avanzabamos.
  
• Hardcode. También encontramos hardcode. Sinceramente, no entiendo el porqué se les habrá ocurrido hacerlo, sin embargo allí estaba. Tuvimos que corregir estos detalles para que nuestros portlets pudieran trabajar dinámicamente.
• Interacción del equipo. Por otro lado, también entró a tallar la interacción con el AP asignado. No tengo quejas sobre él. El trabajo se hizo sencillo por la buena voluntad que había de su parte. Y por mi lado, siempre busqué mostrar una actitud amable y paciente. Me ayudó mucho tener en cuenta las veces que trabajaba con otros AT y estos "pacientemente!!" me explicaban las cosas que por 'a o b' yo no entendía. También, de cuando en cuando haciamos bromas o comentarios chistosos que ayudaban a atenuar el clima de tensión que se podría generar al encontrarnos con algunas dificultades propias del proyecto.

Definitivamente, la experiencia a sido dura y didáctica a la vez. Asumir esta nueva responsabilidad me ha dado la oportunidad de ver los proyectos desde otra perspectiva y me lleva a entender la necesidad de aprender más sobre las tecnologías que empleamos, asi como ha experimentar e intentar plasmar las ideas que podrían llevar a una mejor solución.

Hay cosas que debo mejorar, eso es seguro. Sin embargo, siempre habrá oportunidad de aplicar las lecciones aprendidas.