Para Peter Drucker: «El emprendedor siempre busca el cambio, responde a él y lo explota como una oportunidad», es curioso, porque precisamente es ese cambio el que asusta a la mayor parte de los gestores, y «La única cosa que sabemos sobre el futuro es que será diferente».
Ante esa situación, no resulta recomendable centrarse en un negocio, cliente o producto exitoso, es decir, sí, sácale todo el partido que puedas pero no te olvides que si no sigues trabajando en innovación, en entender qué quiere el mercado y si tu organización no está estructurada para adaptarse al cambio que, sin duda, aparecerá, todo lo que hoy es ventaja, mañana no te servirá para nada.
Esta cita y el comentario escrito desde el blog jummp, me hizo reflexionar respecto al cambio que se ha venido dando desde poco antes de mitad del año pasado en relación con la Automatización de los Procesos de Prueba.
Es significativo como fueron apareciendo ofertas de trabajo relacionadas con este tema y de diverso tipo, y al ser el administrador del grupo / comunidad TESTING & QA en la red LinkedIn, me permite hacer el seguimiento de la cantidad y de la frecuencia de estas publicaciones por día/semana/mes, y cómo se fueron dando todos estos escenarios no solo sobre esta base, sino además por los debates lanzados y sus respectivos comentarios.
Por otra parte, pude comprobar a través de charlas que mantuve con algunos miembros del grupo y encuestas, que el mercado interno no estaba lo suficientemente maduro, ni desde el lado del postulante ni desde el lado de la empresa que requería de un recurso con cierto skill para afrontar proyectos de automatización.
Pero bue…como todo, a los proyectos hay que «empujarlos» para que avancen y creo que estas situaciones provocaron el movimiento deseado por muchos, es decir, para el caso (a) los postulantes pudieron ingresar para ocupar la posición buscada teniendo en la mayoría de los casos, un % aceptable de conocimiento y experiencia en el campo y mucha voluntad e iniciativa para enfrentar proyectos de este tipo, y para el caso (b) empresas adoptando (y adaptando) metodologías tomadas de otras experiencias y/o proyectos y adquiriendo o instalando herramientas sin la suficiente información y exigiendo a estos recursos, que las implementen a como de lugar en sus ambientes.
En este movimiento de acciones, se pudo notar claramente que no hay suficientes Testers con los conocimientos necesarios a nivel técnico para poder hacerse cargo por completo de una Automatización de Procesos de Prueba, y me estoy refiriendo a la forma de:
- administrar el proyecto en sí mismo (ya que la administración para proyectos de este tipo difiere un poco respecto a los manuales)
- seleccionar la o las herramienta/s (ya que depende de la tecnología, la técnica de prueba y los tipos de testing)
- seleccionar la o las técnica/s por aplicar (ya que también hay diferentes técnicas como las hay dentro de Black Box & White Box)
- seleccionar la metodología para administrar la configuración del ambiente
- seleccionar la metodología para administrar la biblioteca de componentes
- administrar el pool de recursos
- administrar todo el contenido documental que se vaya generando
por supuesto que la complejidad aumenta si consideramos y/o combinamos las siguientes variables:
- proyecto en cascada
- proyecto agil
- tipo de tecnología
- herramientas open source
- herramientas aranceladas
indudablemente, aquí esta «EL GRAN JUEGO» y por supuesto, …, hay mucho camino por recorrer, muchos cambios y muchas oportunidades.
Fuente de Inspiración:
http://wp.me/ppBOQ-44d
