Habilidades Personales

Actitudes y Aptitudes – 2

Posted on 20 febrero 2009. Filed under: Actitudes, Aptitudes, Capacitación, Habilidades Personales, IT Management, Opinión, Pruebas de Campo, Recursos Humanos | Etiquetas: , , , , |

Agustín, ¿que esperabas obtener de las respuestas de los entrevistados?

sería importante que nos contaras eso para saber si no pecaste de lo que la mayoría de los entrevistadores pecan, que quieren innovar en las entrevistas siguiendo un proceso que en definitiva es clasisista. 

Es muy interesante ver cuando los entrevistadores hablan mal de los entrevistados adusiendo que no pueden resolver tal o cual “asunto simple” que uno mismo está acostumbrado a resolver a diario, o no responden de acuerdo a las espectativas.

Sin embargo, la mayoría de las veces no se explica el contexto de la entrevista, por ejemplo indicando que no se esperan respuestas tradicionales y que se busca que los interesados en el trabajo puedan responder innovativamente, hasta con un toque de “infantilismo” si se quiere aceptar el término.
Así mismo no se plantean las dinámicas que le permita al entrevistado adaptarse rápidamente al proceso de selección y logre participar de juegos, actividades de grupo y cosas por el estilo que ayuden al mismo entrevistador ir detectando líderes, planificadores, operarios, según la participación y su modo de resolver los aspectos de las dinámicas.

Luego hay que tener en cuenta que muchos recruiters intentan innovar en la forma de encontrar nueva gente, pero en cuanto ven un talento, inmediatamente le buscan el “pero”, y lo tildan de excéntrico o viciado, dado a que gente de esta naturaleza es un poco excentrica y hasta demasiado exigente. Allí mismo comienza el proceso de truncar el caracter innovador del prospecto.

También se debe tener autocrítica
Analizar si se está dispuesto a que la gente sea proactiva, auto resolutiva, extrovertida y motivada como motivadora, por que aunque son atributos deseables en las personas, son aplacables en la mayoría de los entornos de trabajo.

¿Se está dispuesto a detectar los talentos con potencial pero sin las habilidades técnicas maduras?
creo fuertemente que esta es la principal razón que evita que las personas talentozas estén ahora mismo trabajando y no pasa lo mismo con quienes mañana mismo puede iniciar una actividad técnica que aporte valor técnico y operativo inmediato, pero que a la larga su curva de aprendizaje en el resto de los ámbitos, es plana.

Buscar talentos es un proceso de maduración organizacional
fortalecido por un aprendizaje por parte de los RRHH, en estrategias, métodos y técnicas específicas y hasta comprendiendo aspectos psicológicos y neurofisiológicos de los que ni si quieran oyeron hablar y mucho menos entienden de buenas a primeras.
Lleva mucho tiempo comprender esto y mucho más aplicarlo y mucho más aún ver los resultados reales.

“Extreme Interviewing”
es un metodo reciente de entrevistas basadas en dinámicas de grupo y trabajo específicos que ayudan a detectar talentos, basados no netamente en habilidades técnicas, sino más bien en actitudes correctas que permitan la absorsión de nuevas habilidades según el curso de los negocios actuales.
Se pretende detectar a las personas que podrán sostener una curva de aprendizaje constante dentro de la organización.
Intenta validarse en contraposición con las “Entrevistas Tradicionales”, pero lo malo es que ya se le dió una orientación que la liga con las metodologías Ágile.

¿Malo por que?
Por que ya antes, con mucho sentido común, muchos se dieron cuenta que la búsqueda y reclutamiento tradicional de personal IT (o de cualquier otro tipo), son obsoletas o comenzaban a serlo y mientras estas buscaban “robots tecnificados”, las personas comenzaron a estar más lejos de estas habilidades requeridas, por la velocidad del cambio tecnológico, por los desmanes psicológicos que propinan seguir estos rítmos de aprendizaje contínuos, por la mala calidad de vida que genera en si mismo tratar de estar al corriente, sobre todo los que sientes estar siempre al borde del avismo para permanecer en sus puestos de trabajos o conseguir uno mejor.

En artículos de opinión personal, yo mismo ya había hablado de este tema y muchos foros había preguntado cual es la preferencia en una organización “¿un elevado perfil técnico o una mejor actitud?”. Un ejemplo puede leerse aqui: “Actitudes y Aptitudes – 1”

Sin embargo este tipo de “entrevistas extremas” tiene una connotación importante, pues todos los posibles candidatos son convocados a trabajar juntos en sesiones de trabajo por pares, donde se les asigna una tarea a realizar, con la premisa de resolver un problema, sin embargo, los recruiters no observan solo las capacidades de resolución, sino el desembolvimiento del prospecto como un ser humano que interactuará en una sociedad de trabajo colaborativo y con objetivos comunes, tal es así que la resolución del problema pasa a ser un elemento secundario y se valor mucho la capacidad de “hacer sentir bien a tu socio colaborador”.

La respuesta siempre apunta al equilibrio
pero los reclutadores parecen no entenderlo, ni las organizaciones cuando inician el proceso de búsqueda para cubrir vacantes. Es en ese punto cuando quieren al “genio de la bola de cristal”. Ah!!! también debe ser proactivo, autogestionado, colaborador y resolutivo con un alto sentido de la urgencia, con un caracter apacible pero fuertemente decidido, con amplia orientación al cliente y a los servicios.

Hacer sentir bien a tu socio colaborador
Lo que se debe intentar buscar, es evidencia de las personas con verdaderas capacidades de ayudar a sus pares, colaborar con ellos sin importar el inconveniente, ni las diferencias de habilidades técnicas. Quizás la idea es siempre “nivelar hacia arriba”.
Lo que se destaca, es que las personas que finalmente serán seleccionadas, en realidad comenzaron con su entrenamiento en el preciso momento en que iniciaron el proceso de evaluación y selección.

El diseño de un ambiente propicio para el aprendizaje
es el aspecto fundamental para este cambio de paradigma, ya que no es posible promover el reclutamiento de talentos sobre el reclutamiento de habilidades si organizacionalmente solo nos interezan los aspectos de resolución técnica inmediata y no contamos con la estructura de capacitación y transferencia de conocimientos técnicos.
Nuevamente la capacitación es un ítem de importancia, pero fijémonos que aquí no comentamos los mismos errores.

Anuncios
Leer entrada completa | Make a Comment ( Comentarios desactivados en Actitudes y Aptitudes – 2 )

Actitudes y Aptitudes – 1

Posted on 19 febrero 2009. Filed under: Actitudes, Aptitudes, Capacitación, Comunicación, Habilidades Personales, Liderazgo, PNL y Coaching, Opinión, Organización del Trabajo Personal, Recursos Humanos, Resolución de problemas, Trabajo en Equipo | Etiquetas: , , , |

El balance Actitud/Aptitud. Una respuesta desde Recursos Humanos

El trabajo de un individuo no solo puede evaluarse por sus resultados externos, sino también por el aprendizaje del sujeto en el proceso de trabajo

El proceso de aprendizaje podrías ser tal vez, el agente disparador de las actitudes y aptitudes que definen a un sujeto frente al trabajo y a las acciones que realice para ejecutarlo, de modo tal que tanto actitud como aptitud se encuentran fuertemente ligadas.

Aunque las aptitudes (relativo a los conocimientos agnósticos y técnicos) puedan ser mejores en algunos individuos, probablemente lo que mejor define a un trabajador es su actitud, ya que le favorece notablemente en su curva de aprendizaje continuo, en el enfrentamiento con nuevos desafíos, en la posibilidad de innovación, en la propuesta de cambios y mejoras,  en la colaboración y en la toma de decisiones, elementos necesarios en los paradigmas de los negocios actuales.

En respuesta a estos criterios, es que las organizaciones en sus áreas de Recursos Humanos, debe evaluar correctamente y con amplio criterio a las personas que pertenecerán a los equipos de calidad y testing, de modo tal que no sea excluyente el conocimiento técnico aplicado a una herramienta particular.

Recursos Humanos debe integrar sus conocimientos de selección de personal con los requisitos del área QA y Testing, de modo tal que su búsqueda no se encause en aspectos débiles, inclusive buscando fortalezas técnicas.

Me inclino ampliamente a la contratación de personal que tiene una elevada actitud positiva, proactiva, comunicativa y coloborativa, al menos para actividades de calidad, salvo que el requisito implique a personal con capacidades acabadas en el manejo de una o más herramientas operativas donde no existen posibilidades de una curva de aprendizaje por parte del prospecto.

Personas con grandes habilidades técnicas suelen llevar al fracaso proyectos por derruir la moral del equipo, desmotivándolo, volviéndolos contrarios y haciendo que los mismos se olviden aunque sea en forma temporal, de la misión de su participación en los proyectos.
En muchas ocasiones puede inclusive hasta perderse la confianza en su desempeño técnico, gracias a la observación de actitudes contrarias a las necesidades de los proyectos y de los equipos de trabajo.

Los líderes de equipos muchas veces no saben como lidiar con esta gente, pues los necesitan por su valor técnico y los desprecian por su actitud.
Esta dualidad no es buena y quizás eliminarla desde un principio, detectando cual es el balance Actitud/Aptitud, sea lo conveniente para asegurar éxito en los proyectos.

Es importante que Recursos Humanos evite  dejar toda la carga de control de la situación en manos de los líderes, que sin duda deberán restar esfuerzo y concentración a sus otras actividades para encausar su equipo de colaboradores.

Después de todo como en cualquier proceso, lo importante es no introducirse BUGS a uno mismo.

Leer entrada completa | Make a Comment ( 2 so far )

El entrenamiento

Posted on 21 enero 2009. Filed under: Actitudes, Aptitudes, Artículos sueltos, Capacitación, Empresa, Gestión de Equipos, Habilidades Personales, Liderazgo, PNL y Coaching, Plan de Acción | Etiquetas: , , , , , |

Alberto Herreros, el por entonces capitán del Real Madrid de Baloncesto, estaba en la línea de tiros de tres puntos esperando el balón. Era la final de la liga. El quinto partido del playoff para el título de la liga ACB. El Real Madrid jugaba en el campo del TAU, en Vitoria, y durante todo el partido había estado por debajo en el marcador. Faltaban sólo seis segundos para que se acabara el partido. Alberto no había jugado mucho tiempo en la serie final. De hecho en ese partido había salido solo unos minutos antes. Muy probablemente sería su último partido en el equipo. A falta de cincuenta segundos el Real Madrid perdía por ocho puntos, pero una remontada de infarto había situado al equipo con una marcador de 69-67. Un triple daría la victoria y la liga a su equipo. Y Hamilton se acerca a él en la banda derecha y le deja la patata caliente. El último balón: “tíralo tú si te atreves”, debió pensar. Y Alberto no se lo pensó. Tal y como recibió el balón, se levantó y tiró. Y encestó. Y el Real Madrid fue campeón de liga.

¿Qué hace que un jugador no falle en esas circunstancias? Se podría decir que hay un factor de azar, un factor de suerte. Un buen amigo dice que la suerte no es más que la planificación de todos los detalles. Y yo apelo a la planificación. Al cuidado de los detalles. Es evidente que nadie en su sano juicio deja las cosas importantes al
azar, al destino, salvo que no le importe. En general, a los directivos les importan sus empresas, y a sus dueños también.

La diferencia está en el entrenamiento. Alberto Herreros habrá tirado más de 5.000 tiros de tres puntos en todos los partidos que ha jugado, pero habrá tirado muy probablemente más de 50.000 en los entrenamientos. Por eso, en el preciso momento que lo necesitó, salió la mecánica de tiro perfecta, aquella que ha ensayado horas y horas en los entrenamientos.

¿Qué pasa en la empresa? ¿Entrenamos? El equivalente al entrenamiento en la empresa es la formación. Formación en habilidades, en nuevos conocimientos, en nuevas herramientas…

Formalmente podemos entender por formación en la empresa un conjunto de actividades planificadas, cuya finalidad es adquirir, mantener, modificar, y desarrollar las competencias profesionales de los recursos humanos de la empresa. Desde esta amplia perspectiva, la formación en la empresa cumple un doble cometido. De una parte trata de proporcionar al personal las competencias profesionales necesarias para la adecuada realización de su trabajo y por otra parte, trata de mejorarlas y adecuarlas a los requerimientos derivados de los cambios que, a ritmo acelerado, suelen producirse en el entorno empresarial.
Este es el mismo cometido que tienen los entrenamientos en los equipos. Sólo así se puede llegar a una situación complicada y que a uno no le tiemble el pulso. A lo largo de los años que llevo formando equipos comerciales lo he podido ver con claridad.

La gente aprende entrenando. Se quita el miedo a hablar en público entrenando, se quita los temores de la negociación con el entrenamiento, es consciente de sus errores en la gestión de equipos cuando entrena. Y si es tan importante el
entrenamiento en la empresa, en los equipos, ¿por qué es el primer presupuesto que se recorta cuando vienen malos momentos? ¿Alguien se imagina a un equipo de fútbol, de baloncesto de primer orden eliminando las horas de entrenamiento cuando las cosas no van bien, cuando no se obtienen buenos resultados? En ese caso, lejos de reducirse, se duplican.

Deberíamos aprender esta lección. Si le importa el destino de su empresa, si quiere que su equipo sea mejor, que obtenga mejores resultados, no recorte en formación, no recorte en entrenamientos. La formación no es un gasto. Es la mejor inversión que puede hacer por su empresa, por sus accionistas, sus empleados y por usted mismo.

Sólo así cuando un jugador de su equipo esté ante una situación crítica de cuyo éxito dependa el contrato clave para su empresa, tendrá garantías de que no le temblará la mano. Tirará su triple y lo meterá.
Y los demás nos alegraremos por usted. Habrá hecho bien su trabajo.

De © Raúl Castro extraído de XING del Newslater de grupo “Argentina País Emergente

Leer entrada completa | Make a Comment ( Comentarios desactivados en El entrenamiento )

Palabras importantes o como crear confianza hacia el líder

Posted on 2 enero 2009. Filed under: Actitudes, Habilidades Personales, Liderazgo, PNL y Coaching, Roles, Trabajo en Equipo |

Reconocer los errores propios

Reconocer que uno no sabe de todo, que no es infalible, que no siempre lleva la razón, que necesita a los otros, es una magnífica oportunidad de acercarse a los suyos.

Felicitar en público aquellas cosas que se han hecho bien

Dejar los reproches para el ámbito privado, reconocer la valía de las personas y pedir opinión ayuda a resolver muchos sencillos problemas cada día.

Pida opinión y habrá ganado a un fiel colaborador
La persona que trabaja en algo generalmente es la más cualificada para solucionar un problema en su ámbito.

No tema parecer desinformado o sin conocimientos

No debe conocer ni dominar todos los ámbitos.  Consulte, muestre que necesita información y busca conocimientos. Si lo hace reforzará su imagen de ser falible, y dará su minuto de gloria a una persona de la organización. Si además, una vez tomada la decisión, le pide su opinión sincera y luego le da las gracias, el resultado será formidable. Ellos a su vez lo harán con las personas que tengan a su cargo, por lo que de su ejemplo, habrá obtenido una reacción en cadena que muy probablemente llegue hasta el último escalón de su organización.
Eso va creando cultura y confianza en la empresa y en su líder.

Use siempre estas “palabras importantes”

La seis palabras más importantes: Reconozco que he cometido un error.
Las cinco palabras más importantes: Estoy muy orgulloso de ti.
Las cuatro palabras más importantes: ¿Cuál es tu opinión?
Las tres palabras más importantes: Si te parece.
Las dos palabras más importantes: Muchas gracias.
La palabra más importante: Nosotros.
La última palabra y la menos importante: Yo.

Extraído del Newsletter del Grupo Newsletter del Grupo Argentina País Emergente. Tiempo para Decidir. 9º entrega “Liderar con el ejemplo”

Feliz año, feliz vida!

Leer entrada completa | Make a Comment ( Comentarios desactivados en Palabras importantes o como crear confianza hacia el líder )

Quien es quien – I

Posted on 22 diciembre 2008. Filed under: Actitudes, Aptitudes, Habilidades Personales, Metodologías de Desarrollo, Opinión, Recursos Humanos, Roles | Etiquetas: , , , , , |

Pensando los Roles y Competencias para definir nuestro proceso de trabajo

Las metodologías de desarrollo de software suelen establecer roles y delimitar sus competencias,  remarcar sus responsabilidad, indicar interdependencias, definir elementos de entrada-salida y proponer la repetición constante de estos ítems, con variantes que le dan alguna particularidad a los distintos procesos.

El objetivo es inicialmente presentarse de manera clara al publico usuario, como un mecanismo  estable, controlable, medible y repetible, que garantice en mayor o menor medida, el éxito de los proyectos permitiéndole llegar a su fin, con el uso de la secuencialidad propuesta.

Suele suceder que los modelos parecieran no tener en cuenta al área QA y Testing como un área independiente dentro los proyectos de productos/servicios, que genera su propio proyecto donde conviven productos/servicios que dan soporte al proyecto matríz.

Tal es así que las competencias QA y Testing no son tan bien definidas  y explicadas como las compentecias de otros roles, en la mayoría de los procesos. Y aunque algunos presentan detalles excesivos, quizás no encuadran correctamente a los roles QA.

Independientemente del proceso que se intente aplicar y su definición de roles y competencias, sugiero que las organizaciones consideren la aplicación de roles, pero justificado principalmente por el enfoque y especialización que exista o se desee.

Por ejemplo, la existencia de Líderes de Proyectos que a su vez sean verdaderos especialístas en los negocios que generan los productos que lideran.

Los Arquitectos de Sistema los mejores diseñadores y programadores, sobre todo líder especialista en “los aspectos íntimos de los sistemas”.

El Líder QA de perfil analítico transversal y el principal
“entrenado” en el uso de los productos en prácticamente todos los
niveles de los sistemas. También uno de los probadores más
importantes de la organización, guía de pruebas en todas las fases de revisión.

El equipo de testing  con competencias técnicas variadas y acabadas, conocedores de técnicas y métodos de pruebas, pero con grandes atributos actitudinales.

Las principales potencias de un equipo QA bien conformado quizás son:
capacidad analítica en el sentido transversal a lo que se supone como
la mejora solución técnica, la obsesión por demostrar que el sistema
tiene defectos, orientación bien marcada a las pruebas exploratorias,
proactividad y comunicación eficiente, entrenamiento anticipado en el
uso del sistema, énfasis en detectar debilidades en los requerimientos, énfasis en reconocer y entender por que y para que existe cada requerimiento, capacidad de proponer nuevas alternativas de uso, control del tiempo y el sentido de fin de fases.

Creo que habilidades de esta naturaleza no solo en los roles QA, sino en otros que reciben productos de fases anteriores y las destilan a fases posteriores en los procesos de desarrollo, ayudan a definir un proceso bien limpio y delimitado para elaborar, planificar, seguir y finalizar los proyectos.

Leer entrada completa | Make a Comment ( Comentarios desactivados en Quien es quien – I )

Quien es quien – III

Posted on 5 diciembre 2008. Filed under: Comunicación, Habilidades Personales, Opinión, Recursos Humanos, Roles, Trabajo en Equipo |

Aunque causan gracia, es cierto que un mismo equipo de proyecto se puede ver con claridad a personajes que cumplen a rajatablas con procesos, etapas y pseudo etapas. Otros no tanto y algunos ni…

A modo de ejemplo y para reírme de mi equipo les cuento:

Líder de Proyecto

Más bien parece un Gerente de QA imponiendo a latigazos de lengua y soberbia, el rigor del proceso. Obviamente con efectos contrarios. Bien prendida a una montaña de templates, checklist y cuadernos de anotación más las herramientas informáticas de gestión de las que ya dispone.
Castiga y no premia, negocia su futuro con 14 horas en la oficina y 4 horas más de trabajo en su departamento.
Se enteró ayer que tiene un hijo de 2 años y un marido, cuando al llegar ambos reían y jugaban con la empleada doméstica.

Arquitecto de Sistema

La mayor parte de los días es Peter Pan negándose rotundamente a cargar sus avances de actividades, demorando eternidades aquellas actividades asignadas con apenas horas de duración estimada, renegando permanentemente de la matriz de rastreabilidad, proponiendo cada media hora la eliminación de algún documento formal, y peleando con el área de QA como si de un deporte se tratara.
Para el colmo delega tareas de revisión por pares dando instrucciones precisas de como debe ser el resultado de su revisión (llevada a cabo por otro) y por supuesto Testing no existe, salvo el unitario. Se conoce todos los procedimientos y procesos existentes, opina siempre en sentido contrario aunque la otra persona haya dicho lo mismo con otros términos.
Los workshop de 30 minutos con el duran 1.30 horas, solo está de acuerdo con lo que tiene que ver con sus criterios de medición y por lo general solo se refiere al código que el generó o del que se hizo cargo. El resto es mala palabra o esta mal, o el que lo hizo “es un muerto“. El resto del tiempo es chating.

Desarrollador Líder – Desarrollador Estrella

Me resulta definir su estado, pues el muchacho esta siempre bien dispuesto, revisa con exagerada motivación cada uno de los componentes de su actividad y de las que le fue delegada por su Arquitecto de Software, critica en forma constructiva el código que genera, el código que modifica, la arquitectura del sistema y de hecho tiene un umbral de conocimientos muy alto que cuesta definir que cosa no sabe.
Sin embargo no esta conforme con lo que hace, quiere cambiar a otra empresa y ya van cinco en dos años, no le apetece la cultura actual y creo que sueña con ser la estrella de una empresa estrella. Debe de tener aires de superioridad, pero es buen compañero y conversador aunque siempre que se comenta algo, ya le pasó lo mismo a él, a un intimo amigo, a la madre o padre, íntimo amigo de madre o padre o con más ocurrencia a su hermano mayor.

Analista de Pruebas

Naturalmente, por definición de proceso CMMI-5, debería pertenecer al departamento de QA, es decir, ser externo al equipo de proyecto. No debe verse influenciado por el Líder de Testing, ni por el Arquitecto del Sistema, ni por el Sponsor, ni por los Desarrolladores. Debe ser una suerte de verdugo del sistema, aunque el mayor colaborador.
Pero la suerte de esta persona es diferente al imponerse una política organizacional en la cual la empresa exige contar con su propio equipo de Testing. Entonces es influenciado por la Líder de Proyectos a realizar la carga de avances mentirosas, de actividades mal planificadas con estimaciones lastimosas por que no tuvo en cuenta las horas de I+D,  las de generación de los ambientes de prueba y juegos de datos, o por que no estimó que la tecnología a aplicarse es nueva y solo conocida por el área de desarrollo.
Si desvía los tiempos, seguramente quedará sin trabajo.
El arquitecto odia a los testers, no hay para que decir más.
Los desarrolladores odian a los testers.
El área de QA es de otra empresa. El Analista de pruebas (tester) no es de QA 😦

Necesariamente para sobrevivir en un entorno así, hay que tener una gran adaptación según la situación lo requiera, pero particularmente yo, vivo rezando a Dios.

Saludos, Javo.

Leer entrada completa | Make a Comment ( Comentarios desactivados en Quien es quien – III )

Como lidiar con un usuario que quiere liderar el proyecto?

Posted on 4 diciembre 2008. Filed under: Comunicación, Habilidades Personales, Liderazgo, PNL y Coaching, Project Management, Recursos Humanos, Roles, Trabajo en Equipo |

Creo que la pregunta está planteada en un contexto demasiado amplio y por lo menos surgen algunas preguntas:

¿Es posible liderar si no eres miembro del equipo del proyecto?
Los Stakeholder son todos los que sufren o gozan los resultados o productos del proyecto, pero solo algunos Stakeholder son miembros del equipo del proyecto.

¿Estará realmente interesado en liderar un equipo que no conoce?
Liderar no se consigue con solo presentarse y decir “hola soy el cliente y tengo una titulación en liderazgo, ahora están bajo mi tutela”. Liderar involucra roce con tu equipo y conocimiento de sus verdaderas fortalezas y debilidades, creo que de allí surge la capacidad de compromiso.

¿Querrá estar informado al detalle?
Eso es posible y hoy en día los clientes están mucho más involucrados con los proyectos que generan.

¿Quizas quiera determinar que se hará, como se hará, cuando se hará, introducir cambios?
Bueno, eso depende de las características del proyecto y de la flexibilidad del mismo para adoptar cambios, pero los controles pueden y deben ser planteados como hitos del proyecto y ese nivel de detalle es necesario que nuestro cliente involucrado tome decisiones y nos haga pedidos concretos.

En conclusión, podemos hacer que nuestro cliente sea un verdadero lider de nuestro proyecto, creando un canal de comunicación multinivel donde pueda no solo conversar con el LP del proyecto, sino con otros invlucrados y miembros del equipo del proyecto, por ejemplo con el Líder de Calidad para definir los esperables de calidad, conocer las estratégias de pruebas y métodos que se usaran para asegurar calidad. También se puede requerir su participación en algunas reuniones en las que su participación sería clave, siempre cuidando que su acceso no sea “irruptivo” y cuidando los alcances.

Creo que nuestro cliente es nuestro mejor líder si lo sabemos escuchar, guiar y enseñarle a cumplir su rol tan importante.

Saludos, Javier.-

Leer entrada completa | Make a Comment ( 2 so far )

…alguien usó "la solución de la galera"

Posted on 29 noviembre 2008. Filed under: Capacitación, Gestión de Proyectos de Software, Habilidades Personales, Herramientas Colaborativas, Liderazgo, PNL y Coaching, Opinión, Project Management, Recursos Humanos, Trabajo en Equipo |

¿Que evidencia hay de que los conocimientos que exiges hoy de un RRHH siempre fueron vitales y exigibles?

Como líder, ¿te has puesto a pensar en la presión obcecada que ejerces sobre tus colaboradores, muchas veces tratándolos de ineptos por no tener sus prácticas al día en relación a alguna herramienta o técnica en particular?

¿Te has puesto a pensar en lo injusto de pedir soluciones inmediatas cuando no capacitas a tu gente en el uso de esas herramientas? quizás nunca antes habías hecho un pedido que involucre conocimientos técnicos para llevar adelante operaciones que hoy te son útiles.

¿Pensaste que quizás tu falta de previsibilidad para los proyectos? ¿Que quizás no tienes en consideración sus riesgos?  ¿Nunca asumiste la culpa por que tu equipo de trabajo no está correctamente preparado para enfrentar los problemas?

Somos informáticos y nos dedicamos a muchas cosas distintas, pero no somos el “botón rojo que lanza el misil”.

Nuestro personal siempre debe estar capacitado con mucha anticipación para poder ser resolutivos en los proyectos venideros.

Ya sea que nuestro colaboradores obtuvieron la experiencia de otros proyectos o por que los capacitamos, los líderes nos hacemos cargo verdaderamente del éxito de los proyectos que guiamos. Si no es así, entonces nos arriesgamos a un fracaso rotundo o a un éxito poco meritorio, donde alguien usó “la solución de la galera”.-

Leer entrada completa | Make a Comment ( Comentarios desactivados en …alguien usó "la solución de la galera" )

¿Que hace un SQA?

Posted on 22 noviembre 2008. Filed under: Calidad del Software, Gestión de Proyectos de Software, Habilidades Personales, Ingeniería del Software, Project Management | Etiquetas: , , , , |

Es responsable de asegurar la calidad de los productos generados en el proyecto y del proceso utilizado. Para asegurar la calidad debe revisar la calidad de los entregables de planificación del proyecto y los entregables de valoración del proyecto. Además revisa el nivel de apego al modelo de proceso de desarrollo de software y a los planes de Verificación, Gestión de Proyecto y Gestión de Calidad, documentando las desviaciones encontradas.

Debe conocer los conceptos y técnicas de Gestión de Calidad del Software. Debe identificar las propiedades de calidad que deben cumplir los productos del proyecto.

Centralizar y revisar las entregas que se realizan durante el ciclo de vida del proyecto.

Realiza las Revisiones Técnicas Formales con los responsables de los productos a revisar.

El Responsable de SQA debe:

  • Asegurarse de que se desarrollen prototipos para probar y eliminar riesgos técnicos que hagan fracasar el proyecto así como también disminuir la calidad del mismo

  • Asegurarse de que se realicen estudios de factibilidad

  • Realizar mediciones para comprobar la calidad del proyecto

  • Asegurarse de que se realice la actividad de implementación y se haga según los estándares de calidad propuestos

  • Evitar el desperdicio de esfuerzo en conjunto con el Administrador y el Arquitecto

  • Registrar las métricas de aceptación tomando en cuenta el Documento de Validación con el Cliente.

Perfil del rol

  • Debe conocer los requerimientos del sistema.

  • Debe conocer los estándares o lineamientos del proyecto para asegurar la calidad.

Actividades que son responsabilidad del rol

  • Planificar la Calidad

  • Revisión Técnica Formal (RTF)

  • Revisar las Entregas

  • Revisar el Ajuste al Proceso

  • Evaluar la Calidad de los Productos

  • Realizar el Informe Final de Calidad

Entregables que son responsabilidad del rol

  • Plan de Calidad

  • Informe de RTF

  • Entrega Semanal de SQA

  • Informe de Revisión de SQA

  • Informe Final de Calidad

Actividades en las que está involucrado el rol

  • Relevar los Requerimientos

  • Especificar los Requerimientos

  • Priorizar los Requerimientos

  • Validar los Requerimientos

  • Validar con Prototipo

  • Definir el Alcance del Sistema

  • Definir la Línea Base del Proyecto

  • Planificar el Proyecto

  • Describir la Versión

  • Planificar la Transición

  • Seguimiento de Satisfacción del Cliente

  • Gestión de Riesgos

  • Registrar Esfuerzo

  • Auto estudio

  • Reunión de Equipo

  • Preparar Cierre del Proyecto

  • Reunión Conmemorativa


Obtenido de MUM

Leer entrada completa | Make a Comment ( 1 so far )

Liked it here?
Why not try sites on the blogroll...