Pareciera que cualquier persona que se siente cómodo trabajando con ordenadores puede desempeñar cualquier tarea. De ahí nace el intrusismo. Ahora bien, ¿cuántos de nosotros nos hemos preocupado de no meter el pie en el terreno de otros?
- Interfaces gráficas. Existe una profesión denominada "diseñador gráfico". ¡Qué coincidencia!
- Algoritmia. No es muy conocido que para la algoritmia es necesario un nivel matemático muy superior al de un ingeniero. ¡Premio! Un matemático es la persona indicada para mejorar la eficiencia de una tarea computacional.
- Planes de formación. Nos quejamos continuamente de que muchos de nuestros profesores no han sido enseñados a enseñar. ¿Por qué hacemos a los usuarios pasar por lo mismo?
- El omnipresente powerpoint. Que sepamos manejar la herramienta informática no implica que sepamos como desarrollar una comunicación realmente efectiva.
Jefe de proyecto: Tenemos que diseñar una nueva catedral para Sevilla. Aquí tienes el Autocad 1.2 pirateado y un manual de 1200 páginas.
Analista: Te advierto de que no he trabajado antes con Autocad 1.2.
Jefe de proyecto: No te preocupes. Seguro que en los foros de Internet encuentras un montón de información sobre cómo se usa.
Analista: Ahora mismo me pongo.
Hablemos ahora de la intromisión de la consultoría tecnológica en la consultoría de negocio. Consultores tecnológicos (en muchos casos, ingenieros) "se permiten" analizar el desarrollo de negocio de bancos, distribuidores, administraciones públicas, laboratorios, etc.
Determinados colectivos de técnicos e ingenieros nos hemos apropiado durante años de cualquier área de conocimiento que necesitara de la computación y la interconexión como mera herramienta. Esto perduró mientras se mantuvieron los códigos numéricos, los lenguajes y la interfaz de comandos. Progresivamente la interacción con toda esta tecnología se ha hecho más "humana" y, por lo tanto, más asequible para el resto de personas.
Con ello, pudimos haber dejado las tareas de usuario, precisamente, a aquellos que han recibido formación para serlo. En lugar de aprovechar esta oportunidad, en lugar de hacer los sistemas que pedían los usuarios, hemos pretendido que adaptaran sus formas de trabajar a nuestros sistemas. Nuestra principal arma: un lenguaje oscuro ("eso no se puede hacer porque habría un coflicto del tablespace por una interrupción de la JVM porque la MentiraException del motor XSL no está catcheada", " "uy, para hacer eso, habría que tocar la junta de la trócola...").
El verdadero profesional es áquel que identifica las barreras técnicas previamente y consigue ofrecer el sistema que se definió en la famosa "Definición de requisitos". Esta fase dista mucho de ser fiel a su definición teórica. En la realidad, es "el periodo en el que yo no me comprometo a nada porque no estoy seguro de saber cómo se hace y te dejo la puerta abierta para más adelante que cambies todo lo que te dé la gana".
Si nos centráramos más en aplicar las metodologías con criterio y en conocer las posibilides de las distintas plataformas tecnológicas, mejor nos iría a todos. En cualquier otro ámbito industrial, lo normal es que se puedan estimar los tiempos y los recursos necesarios. Por supuesto, se dan desviaciones que son contempladas previamente como "riesgos técnicos". Precisamente, una de las principales tareas de un jefe de proyecto es la gestión de estos riesgos, pero para ello hace falta conocer en profundidad el desarrollo técnico del proyecto sin perder la visión global.
¿Qué proporción de nuestra experiencia profesional hemos dedicado a profundizar en los aspectos técnicos? ¿Qué proporción les correspondería a los ámbito de matemáticos, pedágogos, diseñadores gráficos, economistas, etc.?
2 comentarios:
Muy buena entrada señor Rubén! Desgraciadamente coincido en muchos puntos contigo, pero vamos a pulir un poquillo el tema.
Mi superteoría (y la de todos creo yo...) es que todo parte y vuelve a lo mismo, el dinero (con tres sílabas oiga).
Utilizando esa barrera lingüística (que desgraciadamente se aplica en casi todas las profesiones en las que el "entendido" tiene las de perder si su cliente/paciente/socio comprende cual es la situación real), tan solo se consigue que el "cliente" se cuestione dos cosas, cuánto y cuándo.
Eso por un lado. Ahora bien, supongamos el fair play de las empresas, y supongamos también que al "cliente" se le explica de la mejor manera posible, cuales son los problemas, riesgos, y recursos necesarios (reales) para que el proyecto acabe como Kami manda, robusto, escalable, coherente, blablabla... Y entonces el "cliente" diga...uf... muy caro, mucho gasto, para qué necesito yo un periodo tan largo de análisis de requisitos? nono, si lo que pido es tá muy claro, mira, mejor voy a hablar con (cuñado, amigo "informático", tienda de pc's) a ver si me encuentra algo más barato.
En realidad yo creo que en España hay buena "cantera" pero seamos sinceros, con el intrusismo laboral se cubren tantas problemáticas que al final es casi un mal necesario... Hablando de forma más particular, los casos que pones por ejemplo:
Diseñador gráfico: Por supuesto, pero la interfaz además de ser agradable, visual y simple también necesita ser funcional, para un proyecto "gordo" si sería necesario, pero para un proyecto "pequeño" yo cero que con dos asignaturas dentro de la carrera es suficiente (Además de la experiencia, y ojo que soy consciente de la cantidad de libros que se escriben sobre esto).
Matemático: También de acuerdo, la algoritmia es una herramienta matemática prestada para soluciones informáticas, pero, ya entrando de lleno, en el desarrollo de software predominan los problemas de lógica y sobre todo las matemáticas booleanas, que son muy machacadas en bastantes ingenierías. Por supuesto si estamos hablando de un proyecto en tiempo real o de simulación la ayuda de físicos y matemáticos es indispensable, pero a nivel de consultora o empresas de software no lo veo tan básico.
Planes de formación. Absolutamente de acuerdo, por muchas miles de líneas de código que hayas metido en un proyecto de software, no puedes ir a la empresa cliente a explicar como funciona tu "creación" sin antes haber recibido formación sobre formación.
Hoy en día cualquier persona con una buena idea puede montarse un gran negocio en internet sin tener ni idea de programación, diseño, etc. Pero esta es una barrera que ya se ha superado gracias al desarrollo de miles de personas que han contribuido a que la potencia de las herramientas informáticas estén al alcance de cualquiera, aunque desgraciadamente no se valore lo que ha estado y está detrás del explorer...(firefox 8P).
¡Huola, mi muy querido "enemigo" digital!
Perdona que haya tardado tanto en contestar.
Como ya hemos dicho anteriormente, este tema da muchísimo juego y podremos seguir discutiéndolo en siguientes entradas. Al punto que yo quiero llegar es, que el cliente no debe escoger las empresas profesionales sólo por la calidad, sino también porque deberán ser más baratas. Las metodologías y la especialización no sólo sirven para asegurar la calidad del producto, sino también y, sobre todo, para reducir costes.
Por otro lado, no quiero dejar pasar la oportunidad de opinar sobre la segunda queja más frecuente: "Los usuarios no valoran nuestro trabajo". Pocos sectores se me ocurren en los que los consumidores bendigan la mesa agradeciéndoles su trabajo. Nuestro objetivo tiene que ser
«que el cliente se olvide de que existe la informática». Siempre debemos tener presente que los sistemas son meras herramientas, muy importantes, pero herramientas, al fin y al cabo.
Publicar un comentario