Burbuja.info - Foro de economía > > > Las consultoras informáticas y el programador
Respuesta
 
Herramientas Desplegado
  #1  
Antiguo 28-sep-2010, 14:43
jdblazquez jdblazquez esta en línea ahora
Excelentísimo, ilustrísimo, magnífico y grandísimo señor de élite de los gurús burbujistas
 
Fecha de Ingreso: 09-agosto-2008
Mensajes: 14.544
Gracias: 4.548
22.160 Agradecimientos de 7.162 mensajes
Fuente: Barrapunto | La raíz de la precariedad en la informática

La raíz de la precariedad en la informática
Entrada escrita por ejimenez y editada por Candyman el Martes, 28 Septiembre de 2010, 11:00h

Últimamente se están sucediendo varias noticias relacionadas con el problema de la precariedad laboral en el sector de la informática. El tema lleva sobre la mesa desde siempre, pero las dificultades actuales en el mercado laboral lo están acentuando. Los debates sobre la cuestión casi siempre degeneran en guerras incendiarias ente los propios perjudicados. Sobre todo, cuando se tocan aspectos como el intrusismo, los colegios, o la utilidad de los planes de estudio. Un ejemplo es la famosa discusión entre ingenierosdeprimera.com y Ricardo Galli, creador de Meneame.com. Otras veces el foro se convierte en una colección de insultos contra las cárnicas, como pasaba con www.trabajobasura.com, y otros sitios parecidos. Esto suele ser poco productivo, porque no logra cambiar nada.

Para mi, la raíz del problema de la precariedad laboral no está en las cárnicas, ni en la ausencia de colegios o sindicatos. La raíz está en la contratación de perfiles poco cualificados, y su consideración como peones albañiles.

Cuando digo perfiles poco cualificados no me refiero a titulados o no titulados. Me refiero a personas sin ninguna vocación, y sin ningún interés por aprender, empezando por aquellos, tanto informáticos como otros titulados, que afirman que "no han estudiado una ingeniería para acabar picándo código", o que "la labor de un ingeniero no es poner los ladrillos".

Precisamente las cárnicas, el bodyshopping, la deslocalización a otros a países, y gran parte de los males del mundo de los servicios de software, no son más que consecuencias de esta consideración del programador como un peón albañil.

A veces son éstas mismas personas, los que desprecian la programación, quienes más se quejan del intrusismo. Pero estaréis de acuerdo en lo incoherente que resultaría revindicar la programación como una competencia exclusiva de los ingenieros informáticos, y mantener al mismo tiempo que la programación es impropia de un ingeniero. Tan incoherente como protestar por la contratación de licenciados en informática como "picadores", al mismo tiempo que se protesta por la contratación como programadores de profesionales de otras titulaciones. No tiene sentido tampoco que sean los menos cualificados para la programación, que son aquellos que la desprecian, quienes etiqueten a todos los demás como perfiles no cualificados para el desarrollo de software.

Más de uno estará pensando que no es la programación lo que les preocupa, sino la dirección o gestión de proyectos de software. Piensan que la verdadera labor de un ingeniero no es programar o poner ladrillos, sino dirigir proyectos o diseñar los sistemas.

Las personas que piensan así generalmente no están cualificadas para programar, ni para gestionar proyectos. Para lo primero es evidente: quien piense que programar es como poner ladrillos, es que no ha programado en su vida. Pero la programación no es una actividad de construcción, sino de diseño. No quiero extenderme demasiado, la mejor explicación al respecto es el artículo de Jack Reeves: el código es el diseño.

En cuanto a lo segundo, quienes piensan que lo propio de un ingeniero es ser jefe de proyecto, lo que reflejan es una concepción taylorista del proceso de desarrollo de software, y con esa mentalidad es difícil gestionar proyectos en la actualidad.

Permitidme un paréntesis sobre la gestión de proyectos. Creo que conocéis cual es la concepción taylorista y creacionista del proceso de desarrollo de software. Aquella basada en la división de las actividades de análisis, diseño , construcción y pruebas, entre distintos grupos de personas, con distintos niveles jerárquicos de responsabilidad, mediante un proceso secuencial, dentro de sistemas formales documentalmente pesados. Éste es el enfoque ortodoxo y académico que promueven las prestigiosas consultoras. Nada que ver, por supuesto, con el verdadero desarrollo profesional de software.

He visto alguna vez por Barrapunto chistes sobre el tema. Efectivamente, si a un consultor le encargasen auditar el desarrollo del kernel de Linux, se llevaría las manos a la cabeza: ¿dónde están los diagramas UML?, ¿dónde está el diagrama de Gantt?, ¿y los documentos de diseño?, ¿qué hacen todos estos ingenieros picando código?. Si un consultor soltara estas preguntas en las listas de correo del kernel, todos los hackers se reirían de él, aunque no creo que perdieran mucho tiempo con la guasa, tienen cosas más importantes que hacer. Pero cuando este mismo discurso se mantiene dentro de una empresa, ante un foro de gerentes, directivos, y otros consultores, todos acaban congratulándose de que alguien por fin les entienda, y de que se proponga empezar a hacer las cosas bien, de forma "industrializada", como una "ingeniería".

El taylorismo es obsoleto en todas las demás ingenierías desde los años 70, cuando se desarrolló el toyotismo. No se si os sonarán términos como "Lean", "Kanban", "Jidoka", o "Kaizen", propias del ámbito industrial, pero seguro que sí os suenan las metodologías ágiles de desarrollo como Scrum o Programación Extrema, donde no hay ni jefes, ni analistas, ni testers, sino simplemente equipos de desarrolladores auto-organizados, donde todos prueban, codifican, analizan y documentan. La ingeniería de software es, curiosamente, una de las disciplinas más reaccionarias ante estos enfoques. Habría que tirar a la basura, o mejor, quemar en la hoguera, toda la bibliografía taylorista sobre ingeniería de software, que parte de la visión de la programación como una actividad de construcción, y del programador como un peón albañil.

Las grandes consultoras han apoyado el taylorismo, o el desarrollo de software mediante mano de obra barata y poco cualificada, porque durante muchos años ha sido un modelo muy rentable. Cuanto más improductivo es el modelo, más personal requieren sus clientes, y durante más tiempo, lo que implica mayores ingresos y beneficios. Si además se establecen procesos formales lentos y pesados, basados en la elaboración de montañas de documentación, los proyectos requerirán cada vez más recursos y más tiempo. Esta dinámica no es realmente intencionada, ni es exclusiva de la ingeniería de software. La tendencia de toda organización a multiplicar la burocracia para maximizar el esfuerzo fue descrita por primera vez por Cyril Northcote Parkinson en 1955, y es conocida como la Ley de Parkinson.

Es difícil hablar de calidad, talento, experiencia o cualificación dentro de un mundo como el del sector de las IT y los servicios de software, que es exactamente como el que describió Parkinson, aunque él se refiriese a la administración colonial británica. La productividad no importa, y las personas no son más que material fungible.

El resultado inicial de este modelo ha sido el prestamismo laboral o el bodyshopping, que tan rentable fue para las cárnicas y las presuntas consultoras, transformadas en ETTs encubiertas. En poco tiempo lograron colocar a tanta gente que la demanda de informáticos se disparó, y muchos treparon de forma vertiginosa. El primer varapalo llegó en el 2000 con la crisis de la puntocom, y la puntilla llegó con el inicio de los procesos de externalización y deslocalización a otros países durante la década siguiente, en busca de mano de obra barata.

El efecto del offshoring o la deslocalización para las consultoras españolas ha sido devastador. Se han ido quedando progresivamente sin proyectos, a medida que sus clientes trasladaban sus desarrollos a países como la India. Quisiera poner como ejemplo Movistar, que hace un par de años trasladó los desarrollos de sus sistemas de información a las software factories de Accenture en Argentina. Estos procesos de externalización y deslocalización en Telefónica siguen su curso aún. Hace unas semanas, por ejemplo, se comentó la concentración de unos 300 trabajadores en protesta por la externalización de Telefónica I+D a Ericcson e Indra.

Los cientos de Trabajadores de I+D que han sido "invitados" a cambiar de empresa, son pocos comparados con los cerca de 2000 que Telefónica segregará a Telefónica Global Technology, la nueva empresa del grupo.

La presidenta de TGT es la argentina María Fernanda Torquati, anterior directora de sistemas de información de Telefónica. Podéis encontrarla en la foto junto a Cristina Fernández de Kirchner, y otros directivos de Telefónica y Accenture.

Mientras en España esta deslocalización implica la destrucción de cientos de puestos de trabajo, en Argentina supone la creación de miles de ellos, aunque posiblemente no muy estables. El modelo que se está exportando allí es el modelo de las cárnicas, que tanto daño ha causado en España.

La moda de la deslocalización proviene de otro tipo de industrias, como la del sector textil o el sector del automóvil, donde existen actividades de fabricación intensivas en mano de obra. Lo que se trasladan son las actividades de construcción o fabricación, mientras el diseño se mantiene en Europa. No tendría sentido deslocalizar el diseño, ya que no suele ser una actividad acometible por fuerza bruta, sino por personal altamente experto y cualificado, y su deslocalización a países en vías de desarrollo no implicaría ninguna reducción de costes. De hecho, el offshoring de las actividades de diseño multiplica los costes, ya que merma la productividad y la calidad, entre muchas ochas.

Gran parte de las empresas que promovieron durante los 90 un offshoring de las actividades de I+D a países como la India, se encuentran ahora en un proceso inverso de retorno a sus países de origen. Una muestra sintomática de esta marcha atrás es la obra "Decline and Fall of The American Programmer" de Edward Yourdon (1992), vaticinando la desaparición de los programadores en EEUU como consecuencia de la deslocalización. La mejor muestra de que estaba equivocado es "Rise & Resurrection of the American Programmer", el libro que escribió después para explicar por qué había fallado en todos sus vaticinios. Si visitáis estas obras en Amazon, echad un vistazo a los comentarios de Peter Norving, director de desarrollo de Google. Podéis comprobar por las fechas que en España acarreamos un desfase respecto a estas tendencias.

La precariedad laboral en el sector de las consultoras y los servicios de software es simplemente consecuencia de un prejuicio: la consideración de los informáticos como peones albañiles. La subcontratación, la contratación de perfiles poco cualificados, el fenómeno de las cárnicas, y la deslocalización a países en vías de desarrollo, no son más que consecuencias directas de esta visión de los informáticos como albañiles, y de su labor como una actividad que puede hacer cualquiera, acometible por fuerza bruta.

Mientras, las consultoras en España han sido víctimas de sus propios errores, ya que aquello en lo que han fallado miserablemente es en explicar que lo que los proyectos requieren no es fuerza bruta, ni mano de obra barata, sino personal experto y cualificado. Este personal cualificado también es más barato, ya que es más productivo, y no sólo produce más, sino que produce mejor o con mayor calidad. Al fin y al cabo eso es lo que realmente la gente espera de un consultor: alguien cualificado y experto.

Cuando las consultoras decidieron dejar de ser consultoras, para convertirse simple y llanamente en ETTs de mierda, operando al borde de la legalidad, firmaron sus sentencias de muerte. Creo que muchas empresas deberían estar planteándose hoy si quieren ser realmente ETTs encubiertas, y dedicarse a competir en mano de obra barata (lo que se me antoja harto difícil), o volver a ser consultoras, y empezar a combatir desde ya los procesos de deslocalización en sus clientes. Claro, es poco creíble que los mismos que han defendido las bondades del offshoring y de las software factories, defiendan ahora un modelo completamente contrario.

Hoy las consultoras deberían ser las primeras interesadas en defender un modelo basado en la productividad, en la experiencia, la cualificación y el talento. Y los informáticos también. En vez de combatir la precariedad laboral mediante colegios, sindicatos y privilegios, creo que deberíamos unir esfuerzos en erradicar el prejuicio inicial, que es la consideración de los programadores como peones albañiles, y la programación como una actividad de construcción. Hace falta para ello reescribir los libros sobre ingeniería de software desde el principio, y eso es lo que yo he pretendido hacer con Ingeniería de Software Ágil.


Responder Citando
  #2  
Antiguo 28-sep-2010, 14:56
juancoco juancoco está desconectado
Reptiliano
 
Fecha de Ingreso: 16-febrero-2010
Mensajes: 430
Gracias: 20
782 Agradecimientos de 197 mensajes
En este país todo el mundo es peón/albañil mientras no tenga enchufe o apellido caciquil. Si te apellidas Rodriguez, estudiaste informática o ingeniería y quieres que te traten como tal, mejor emigra a Europa.


Responder Citando
  #3  
Antiguo 28-sep-2010, 14:59
juancoco juancoco está desconectado
Reptiliano
 
Fecha de Ingreso: 16-febrero-2010
Mensajes: 430
Gracias: 20
782 Agradecimientos de 197 mensajes
...por otra parte las consultoras no son para producir...son para cobrar unos dineros en base a los contratos que les dan sus amigos que están en puestos altos de grandes corporaciones. Luego viene la repartición. El gasto: cuanto menos, mejor.

¿ cuando has visto que una consultora resuelva algún problema en algún sitio ?


Responder Citando
Estos 4 usuarios dan las gracias a juancoco por su mensaje:
  #4  
Antiguo 28-sep-2010, 15:13
PASEANTE PASEANTE está desconectado
Grandísimo miembro de la élite burbujista
 
Fecha de Ingreso: 12-julio-2006
Ubicación: Siberia
Mensajes: 4.492
Gracias: 2.404
3.264 Agradecimientos de 1.244 mensajes
Hoy día, para programar en COBOL, .NET o ABAP lógica de negocio tampoco es que haya que ser astrofísico creo yo...

Que royo los del barranpunto, es que no evolucionan, siempre con lo mismo del programador y el intrusismo de los cojones, pero si es que no se dan cuenta que dentro de cinco años es una profesión que ni va a existir, el objetivo es que no haya que programar o que haya que programar el mínimo imprescindible y que todo sean cajas negras, y por ahí va todo, y es como debe ser por otra parte, y no andar perdiendo el tiempo con infiernos tecnológicos para poner en producción un nuevo plan comercial en una telco por ejemplo, y que todo se reduzca a cuatro botones.

Pero a ver... ¿ que valor añadido puede dar un programador de rutinas de préstamos en un banco o en una asegurador ? yo es que no lo entiendo. Y como eso mismo piensan en negocio, los que mandan y tienen la pasta, pues lo deslocalizan a la india, donde la hora de programador son 3 euros creo. Aquí todos nos quejamos de que nos quieren meter el carbón nacional mediante ayuda en la factura de la luz que tendremos que pagar entre todos para evitar que se importe carbón ruso más barato, pero amigo... cuando nos toca a nosotros, pues no amijos, esto es igual para todos.

A ver si os enteráis ya que lo de programar en plan "picateclas friki pajillero ¡soy el mejó del C o del Java!" se acabó. Esto era así hace 20 años cuando eran cuatro los que se manejaban en estos temas, eso pasó a la historia desde el momento en que se puede hacer remotamente y por dos duros, es lo que hay.

Es hora de reciclarse a la gestión o a entornos de valor añadido como las comunicaciones, contenidos, o nuevos sectores en alza como la seguridad, auditoría, etc. Ya que, amijos mios, programar lógica de negocio en banca, seguros, portales web, etc, (el 90% de lo que se hace en todo el mundo) no es I+D precisamente, eso es limitarse a llamar a cuatro rutinas y el INSERT, UPDATE O DELETE de toda la vida, lo cual está más muerto que muerto, esto junto al nivel tan alto de abstracción que es necesario hoy día para programar, hace que sea un sector en decadencia desde el punto de vista salarial y laboral, y cada día irá a menos.

Y lo de relocalizar y volver a traerse el desarrollo a occidente, bueno, permitidme que me descojone.
Saludos cordiales

Última edición por PASEANTE; 28-sep-2010 a las 15:25


Responder Citando
Estos 6 usuarios dan las gracias a PASEANTE por su mensaje:
  #5  
Antiguo 28-sep-2010, 15:15
deibid deibid está desconectado
Lisensiado burbujista
 
Fecha de Ingreso: 28-septiembre-2009
Mensajes: 611
Gracias: 57
638 Agradecimientos de 221 mensajes
Por que narices en este pais ser programador es cosa de curritos , FP, albañiles y para ser "alguien" hay que escalar a jefe de proyecto, gerente etc...
Este articulo da en el blanco totalmente. "por ahi fuera" existe la figura de superprogramador, guru informatico, experto especialista, que puede tranquilamente cobrar mas que un jefe de proyecto.
Aqui cuando alguien despunta como programata rapidamente debe ascender a un puesto mas "funcional", "comercial" o "de gestion" para cobrar mas. Y si NO VALE para eso? y si con eso malogramos un programador cojonudo? ... y eso es lo que pasa normalmente.
Y es que no entra en la cabeza...programar no es tirar lineas, no es poner ladrillos... es PENSAR COÑO, PENSAR!


Responder Citando
  #6  
Antiguo 28-sep-2010, 15:17
Jesucristo Burbuja Jesucristo Burbuja esta en línea ahora
Excelentísimo, ilustrísimo, magnífico y grandísimo señor de élite de los gurús burbujistas
 
Fecha de Ingreso: 03-noviembre-2008
Mensajes: 12.617
Gracias: 31.846
25.823 Agradecimientos de 6.878 mensajes
Excelente articulo. Quisiera añadir, no obstante, el proceso de atomización de los nuevos desarrollos informáticos que estoy observando en los últimos años, especialmente en el desarrollo de aplicaciones Web, y sus consecuencias.

Antiguamente, los proyectos eran monstruos arquitectónicos gigantescos, auténticos dinosaurios difíciles de gestionar, con decenas de trabajadores jerarquizados y especializados en pequeños apartados del monstruo.
En los últimos tiempos, las grandes plataformas está siendo sustituidas por decenas de pequeñas aplicaciones independientes (de alguna manera funcionalmente relacionadas entre ellas, lógicamente), las cuales requieren de pocas personas para realizarlas o mantenerlas: (2, 3 personas, puede que una) pero con un perfil no especializado, sino muy amplio y muy experto, y gran libertad en su desarrollo. Esto está provocando dificultades para encontrar este tipo de mano de obra, digamos, multidisciplinar. Como bien da a entender el artículo, los buenos abandonaron el barco o se dedicaron a la gestión, y los nuevos no tienen esa capacidad multidisciplinar que da la experiencia.

Última edición por Jesucristo Burbuja; 28-sep-2010 a las 15:22


Responder Citando
Estos 4 usuarios dan las gracias a Jesucristo Burbuja por su mensaje:
  #7  
Antiguo 28-sep-2010, 15:21
merche400 merche400 está desconectado
Burbujista obsesivo
 
Fecha de Ingreso: 14-agosto-2007
Ubicación: ESPAÑA
Mensajes: 2.306
Gracias: 443
702 Agradecimientos de 418 mensajes
Pues en mi empresa yo hago de todo....

programar, analizar, diseñar tablas del as400, poner wifi/rj45, swith....hasta puedo instalar una nueva tarjeta de video en un pc. Todo un portento oiga.


Responder Citando
  #8  
Antiguo 28-sep-2010, 15:21
celtichord celtichord está desconectado
Polemico
 
Fecha de Ingreso: 13-febrero-2010
Mensajes: 850
Gracias: 445
546 Agradecimientos de 226 mensajes
Iniciado por juancoco Ver Mensaje
En este país todo el mundo es peón/albañil mientras no tenga enchufe o apellido caciquil. Si te apellidas Rodriguez, estudiaste informática o ingeniería y quieres que te traten como tal, mejor emigra a Europa.

Donde recogeran con los brazos abiertos, pagando 6 euros la hora para trabajar de camarero o haciendo camas.


Responder Citando
  #9  
Antiguo 28-sep-2010, 15:22
nunca _bajan nunca _bajan está desconectado
Agarrao a las kalandrakas
 
Fecha de Ingreso: 05-noviembre-2006
Mensajes: 1.672
Gracias: 28
564 Agradecimientos de 266 mensajes
estoy de acuerdo en bastantes cosas:

primero... en la carrera de informatica se enseña ingenieria de software o ingenieria de sistemas informaticos.. no se enseña la profesion de programador. Eso para empezar.

El ejemplo es claro: un profesional de la construccion... pues se puede ser un peon, que pasa a buen albañil y que llega a ser un muy buen jefe de obra, con albañiles, capataces a su cargo, con una vision clara (basada en la experiencia) de cuando una cosa esta bien o mal. Un Arquitecto Tecnico o uno Superior, llega a la obra y no tiene ni puta idea de donde se mueve... y tardará en hacerse al puesto.. probablemente tenga la capacidad de llegar a saber tanto como el otro profesional (pero no sin esfuerzo, como todo en la vida)... y puede llegar a diseñar la vivienda entera, o incluso cosas mas complejas.

Ahora la capacidad de gestion y de mando, son innatas... y eso no se aprende ni con la experiencia (aunque ayuda!!) ni mucho menos en una carrera. Por lo que un Ingeniero de Software no tiene porque ser un buen Jefe de Proyecto. Se supone que una persona con una Ingenieria tiene mas capacidad que uno que por no estudiar entra en un modulo (antes era mas asi, ahora hay mas gente con conocimiento que directamente van a por el modulo)... si es una persona valida, con el modulo le sobra, si no lo es.. ni con la superior le valdrá.

Lo del Taylorismo es cierto a medias, se trata que la gente pruebe y sea responsable de SU trabajo, por lo que el modelo de las consultoras no es tan fijo como esto. Aunque está claro que lo que peor tienen es ese modelo de crecimiento rapido.. y ese maltrato al personal que solo consigue que la gente mas capacitada cambie rapido... y solo los que no valen para otra cosa se queden... y lleguen a gerentes. Solo con estar y aguantar tienes que ser jefe de proyecto, aunque no sepas ni donde tienes los pies. Y tampoco se esta en ese modelo tan fijo de ver que hay personas que valen para Programar y gestionar grupos de programadores.. pero ni valen, ni quieren ser jefes de proyecto o comerciales.


Responder Citando
Estos 4 usuarios dan las gracias a nunca _bajan por su mensaje:
  #10  
Antiguo 28-sep-2010, 15:34
lordflies lordflies está desconectado
Agarrao a las kalandrakas
 
Fecha de Ingreso: 30-mayo-2010
Mensajes: 1.565
Gracias: 354
822 Agradecimientos de 399 mensajes
El problema en Espain es que un programador con 7 anios de experiencia cobra menos que un jefe de proyecto, si quieres tener un sueldo decente tienes que "avanzar".

Mientras tanto en UK un programador con 7 anios de experiencia es muy probable que gana bastante mas que su jefe de proyecto.


Responder Citando
Estos 2 usuarios dan las gracias a lordflies por su mensaje:
Respuesta

Herramientas
Desplegado


Temas Similares
Tema Autor Foro Respuestas Último mensaje
30 dias: Subcontratas de empresas informáticas. Alexandros Burbuja Inmobiliaria 8 29-ene-2011 13:35
Trabajito de programador unmediocremas Guardería 35 01-oct-2010 14:46


La franja horaria es GMT +1. Ahora son las 00:23.