Resumen de la Evaluación aplicada a la empresa Intersoftware S.A. de C.V.

para detectar y resolver las causas del alto índice de rotación en el personal.

Lo primero que debemos tomar en cuenta para este levantamiento en la empresa

en evaluació n: Intersoftware S.A. de C.V., es hacer una comparativa a nivel país,
compará ndonos con el país má s cercano que mejores condiciones tiene para sus
desarrolladores de software.

Un programador en estados unidos, tiene un Promedio salarial de $92,648 USD

anuales, difícilmente comparable con el salario al que un programador mexicano
puede aspirar si decide no migrar de aquí (cosa que por razones ideoló gicas he
decidido hacer) . ¿Cuá l es la situació n laboral entonces de un programador
mexicano que trabaja en Intersoftware? A continuació n quiero compartir una
visió n tomada del panorama que arrojaron las encuestas aplicadas y que como
programadores enfrentan en esta empresa.

Selección del lenguaje de programación

Algunos de los programadores entrevistados dijeron: “No te dediques a PHP”

refiriéndose a lo mal pagado que es programar en este lenguaje.
Desafortunadamente en el país no existe una Industria de Software, no una en
donde se requiera a gente creativa que, independientemente del lenguaje de
programació n, pueda innovar con soluciones tecnoló gicas que sean el pilar de la
empresa para la que realizan los desarrollos. Lo que generalmente solicitan las
empresas que buscan desarrollo de software en México y donde los
programadores encuentran refugio es el desarrollo de “Aplicaciones empresariales
cautivas”.

De acuerdo al tamañ o de la empresa se solicitan programadores especialistas en

“tecnologías empresariales” con lenguajes como Java y C# (JEE y .NET
respectivamente) o simplemente se recurre a soluciones menos “sofisticadas” con
lenguajes como PHP, lenguaje que, dada la facilidad para “programar” en él, es
nicho de muchos aficionados y recién egresados de carreras ingenieriles, quienes,
por la ley de la oferta y la demanda, han devaluado el costo de contratar a un
programador PHP (Intersoftware paga en promedio de $10,000 MXN mensuales).
Las empresas que solicitan este perfil de programadores tienen generalmente una
pequeñ a á rea de sistemas de la que estos programadores pasan a ser parte.

Otros lenguajes como Python o Ruby son comú nmente ignorados por la mayoría
de las empresas que se han acomodado con lenguajes má s conocidos y la
percepció n salarial varía enormemente, pues pueden caer entre las escasas
empresas emprendedoras mexicanas o alguna pequeñ a empresa no dedicada a
tecnologías de la informació n en donde ocurrió que existe algú n sistema legado en
alguno de esos lenguajes “exó ticos” que, para la empresa, dan lo mismo (la
competencia al igual que Intersoftware solicitan conocimientos de VB, Java, C++,
Javascript , Python, Ruby y ofrecemos $8,000 MXN mensuales, tiempo completo
por supuesto). Algunos de los programadores en este sector trabajan como
“freelancer”, opció n que difícilmente encuentran los programadores Java/C# o
PHP.
El sector mejor pagado en cuestió n de lenguajes de programació n se lo llevan Java
y C#, pues las tecnologías JEE y .NET se volvieron muy populares, aunque poco
entendidas, y dan a las empresas la tranquilidad del “soporte empresarial” aunque
en muchos casos las aplicaciones resultantes no son mejores que una bien
realizada, por ejemplo, en PHP. Los salarios en este sector se ubican en el
promedio de $25,000 MXN mensuales, en los mejores casos hasta $40,000 MXN
mensuales pero por periodos cortos. En este sector ocurre un fenó meno menos
visto en el caso de PHP: la contratació n por terceros, mejor conocida como
“outsourcing”.

Condiciones laborales de los programadores de Intersoftware

Algo que parece ser una constante, independientemente del lenguaje de

programació n en el que se haya decidido trabajar y que se extiende también a
muchas otras profesiones en México, es el dar por hecho que el pago dado es
suficiente para la compra absoluta del tiempo del empleado. La falta de planeació n
y organizació n del trabajo es una constante en el sector y se trata de solventar con
muchas horas extras de trabajo no pagadas. Se asume que el sector de Tecnologías
de la Informació n es así por naturaleza y que las personas que trabajan en él
debemos estar acostumbradas a esto y aceptarlo incondicionalmente. El
eufemismo para esto es una constante en las ofertas de empleo: “con
disponibilidad de horario”.

Si hay algo que las empresas quieren hacer es el minimizar los costos y una forma
de hacerlo, ademá s de las horas extras gratuitas, es inventarse un sin fin de
esquemas de pago en los que se evite en la medida de lo posible el pago de
impuestos. Es rara la empresa que contrate a alguien vía nó mina, pues esto acarrea
gastos extras en el caso de despidos y demá s prestaciones de ley que se debieran
pagar. Así pues, muchos programadores se encuentran dando recibos de
honorarios o facturas por una cantidad fija mensual dictada por la empresa y no
por el programador quien al dar una factura o recibo se supone debería ser quien
pusiera el precio de sus honorarios. Otros se encuentran bajo un esquema de
salarios asimilados o, como ya algunas consultorías lo está n promoviendo,
recibiendo depó sitos en efectivo.

En el caso del sector manejado por consultorías el salario rara vez es publicado en
las ofertas de empleo, pues éste, es negociado de manera aná loga al tradicional
regateo en el mercado. La empresa nunca dirá cuá nto ofrece, sino esperará a que el
programador señ ale sus “expectativas econó micas” y en base a estas hará el
regateo correspondiente. He conocido a personas que por desconocer el promedio
salarial del lenguaje en el que desarrollan trabajan varios añ os con una percepció n
econó mica equivalente a la mitad del ingreso promedio, cosa que la empresa nunca
les da a conocer, pues muchas veces logran hacer un tabú el hablar de salarios
entre programadores. Este tabú por un lado se fomenta del lado de la consultoría
haciendo creer al programador que supo negociar muy bien su salario y que no
debe comentarle a sus compañ eros por haber obtenido una mejor oferta
econó mica que ellos. Por otro lado, el temor de no haber sabido negociar un buen
salario impide a algunos programadores querer hablar del tema.
Algunas personas, profesionistas de otras á reas, podrían pensar que es una locura
estar quejá ndose de un salario como el de los programadores siendo que ellos
sufren de los mismos males. Pésimas condiciones laborales, horarios extendidos,
un ambiente laboral generalmente negativo, y todo, por un salario que difícilmente
rebasa la mitad del promedio del programador Java/C# comú n. En resumen, estoy
muy consiente de que gran parte del problema es la situació n laboral de México en
sí, sin embargo, no quiero ahondar en este tema. Me enfocaré en cambio en la
situació n que atañ e a los programadores.

La consultoría de software Intersoftware

Esta figura pretende ser (en pocos casos lo es) una empresa conformada por
especialistas en el desarrollo de software que resuelven las necesidades de los
clientes que contratan sus servicios. En la realidad es simplemente una empresa
con liquidez suficiente para realizar un pago mensual a los desarrolladores de
software y facturar después al cliente para obtener de vuelta el dinero invertido
con su respectiva ganancia, la cual, se trata de maximizar ofreciendo al
programador un salario que rara vez supera la mitad de lo que la empresa le paga a
la consultoría por él. Si no quedó lo suficientemente claro, hablemos de nú meros:
un programador Java/C# es ofrecido a los “clientes”, de acuerdo al renombre de la
consultoría y al “nivel” del programador, desde $60,000 MXN hasta $100,000 MXN
mensuales.

Intencionalmente dije “ofrecido a los clientes”, porque efectivamente , como en

entradas anteriores he dicho, las consultorías se han convertido en una especie de
proxenetas empresariales. La justificació n de estas discrepancias entre lo cobrado
por la consultora y lo que llega al bolsillo de los programadores es el hecho de que
existen gastos administrativos, impuestos, asuntos legales, y otros gastos asociados
al buen funcionamiento de la empresa. ¿Aú n así no salen las cuentas?

Todos los Programadores hablan de la promesa de una consultoría de software

para los programadores, originalmente era la de generar un plan de carrera para
cada consultor, quien se vería beneficiado por capacitaciones, certificaciones,
proyectos seleccionados a la medida de sus conocimientos y demá s beneficios que
claramente requieren una inversió n importante por parte de la empresa. Sin
embargo se dieron cuenta de que el margen de ganancia era mucho mayor si
eliminaban esta parte.

Por otro lado, las empresas que contrataban el servicio de una consultoría lo
hacían porque, originalmente, esta era una forma garantizada de hacerse de
personal altamente capacitado enfocado en resolver los requisitos de desarrollo
que surgían eventualmente en la empresa. Poco a poco esta ventaja fue
degenerando en, simplemente, eliminar el papeleo de las contrataciones
eventuales. Muchos de los clientes saben que no pueden confiarse de los
programadores enviados por la consultoría y deben hacer su propio proceso de
reclutamiento y selecció n sobre las personas que la consultoría les envía. Estos
“consultores” generalmente carecen de cualquier tipo de relació n laboral con la
consultoría, quien los contratará ú nicamente en caso de que el cliente los apruebe.
Hasta aquí sigue sonando bastante iló gico que estas entidades existan, pues no se
ve beneficio alguno para ninguna de las partes. ¿Có mo nos explicamos entonces la
existencia de éstas? Podemos reducir la explicació n a una simple palabra: dinero.
Por un lado, los clientes tardan en facturar un poco má s del tiempo en que un
asalariado podría estar sin recibir pago alguno, entonces, la consultoría utiliza su
liquidez para proveer ese pago y brinda una “buena” alternativa al programador
comú n y corriente. Por otro lado, ocurre también que las consultorías proveen a la
empresa que las contrata de un “alguien” a quien culpar, y cobrarle los
desperfectos, por si algo sale mal, ya sea por fenó menos como la rotació n de
personal o el bajo desempeñ o de los consultores, mismos que, en un círculo
vicioso, son creados o fomentados por las mismas consultorías.

El programador promedio de Intersoftware

Ante el panorama en que se encuentra el desarrollo de software en Intersoftware,

los programadores promedio no se preocupan mucho por cuestiones “banales”
como la calidad del có digo que escriben, modelos de desarrollo, mejores prá cticas
o simplemente el gusto por la programació n. El programador promedio encuentra
en el desarrollo de software un medio para obtener dinero. Algunos se encuentran
en una situació n salarial má s favorable que otros y dejan de lado su desarrollo
profesional, pues lo importante es que el trabajo salga, sin importar el monstruo de
sistema legado que allí quede y cuyo mantenimiento asegurará su trabajo por un
buen tiempo, pues “él es el ú nico que sabe có mo moverle a ese sistema, ya que ni
siquiera documenta a la perfecció n”.

Intersoftware apoya al no crecimiento de sus empleados eliminando cualquier plan

de carrera y convirtiéndose solo en la empresa que paga mes con mes. Al
abstraerse de esta manera de las actividades de sus empleados y al solo tener
contacto con ellos para recoger sus reportes de horas, se fomentan las malas
prá cticas de programació n, pues como humanos, la imitació n es nuestra forma má s
simple de aprendizaje. Se envía al programador promedio en primer lugar a hacer
mantenimiento de sistemas, muy probablemente legados y mal hechos, y de allí
aprenderá a hacer, sin saberlo, todo lo que no debería de hacer. Estos vicios
programá ticos se verá n replicados y probablemente aumentados cuando se le
encargue un desarrollo nuevo con una planeació n deficiente, objetivos mal
diseñ ados y tiempos mal calculados que no le permitirá n preocuparse por otra
cosa que no sea “que todo salga lo mas pronto posible”.

Después de un largo tiempo de estar en este esquema, surgen algunos

programadores que dan el salto a líderes de proyecto y que van repitiendo no
solamente las malas prá cticas de programació n, sino también las maslas prá cticas
de administració n que aprendieron de sus antecesores: “presionando a los
programadores salen las cosas” y “el trabajo de los programadores me va a hacer
quedar bien”. Muchos de ellos orgullosamente dirá n “yo ya no programo”, pues
dejan de realizar una actividad que no llegaron a comprender totalmente y pasan a
aspirar a una mejor situació n econó mica dentro de la lucrativa industria del
desarrollo de software en México.
Administración de proyectos en Intersoftware

Otro de los grandes problemas detectado, es precisamente, la administració n de

proyectos. Hace muchos añ os, cuando surgió la rama de “ingeniería de software” se
trató de reducir el desarrollo de software a una línea de producció n en una fá brica
de software. Se desarrollaron metodologías que permitieran que el trabajo de un
desarrollador de software se convirtiera en una parte intercambiable de la línea de
producció n (commodity). Estas metodologías tienen el gran defecto de generar
también un poco de burocracia, la cual, ayudada por las deficiencias en la
implementació n de la metodología, incrementa exponencialmente los costos del
desarrollo y reduce la calidad del software producido.

Seguramente a muchos les sonará a un cuento de hace muchos añ os cuando las

metodologías á giles no existían. Pues aunque es verdad que desde hace algunos
añ os la industria ha preferido voltear hacia las metodologías á giles por los buenos
resultados que han demostrado, hablamos de un país diferente al nuestro. El
desarrollo de software en México se mueve lento, las metodologías que se tratan
de seguir son CMM, RUP, y Moprosoft. Y digo intencionalmente que “se trata de
seguir” porque la mayoría de los proyectos se hacen primero y se documentan
después, tratando solo de cubrir el rastro para hacer parecer que sí se siguió una
metodología. A estas alturas conozco empresas suficientemente grandes que ni
siquiera tienen el mínimo control de sus archivos fuentes al no contar con un
repositorio de software.

El legado que nos dejan las antiguas metodologías que se tratan de implementar en
México es, ademá s de la burocracia, las figuras que las que representan: los
Administradores de Proyecto (Project Manager o PM). La gran mayoría no tiene los
conocimientos técnicos suficientes como para poder tomar decisiones adecuadas
sobre có mo resolver una necesidad de software y mucho menos con respecto al
tiempo requerido de desarrollo. La formació n de muchos de ellos no incluye,
generalmente, los conocimientos bá sicos de programació n, por lo que se generan
complicaciones graves en los tiempos de entrega de los proyectos que son
solventadas por las horas interminables de trabajo de los programadores.

El cliente siempre tiene la razón

El problema de los tiempos de entrega radica mucho en la posició n que toman los
administradores de proyecto, cuyo trabajo se reduce a simples agentes de ventas.
Tratan de vender al cliente la idea de que todo se encuentra bajo control y
empiezan a generar grandes expectativas sobre el proyecto. Se trata de abstraer a
los clientes de los pormenores tecnoló gicos, pues estos se pueden utilizar má s
adelante para negociar la entrega o justificar retrasos. La idea de la negociació n
con el cliente denota la intenció n del administrador de proyecto, quien, tratará de
convencer al cliente de que lo que se está desarrollando es lo que necesita o que,
simplemente, tratará de cumplir “caprichos” de los clientes para quedar bien con
ellos. De esta manera se tiene prá cticamente garantizada la recepció n de un pago.
Mientras se tenga vendida la idea y el dinero en el bolsillo, el sistema a desarrollar
pasa a segundo término.
La meta monetaria desvía el curso original del desarrollo de software pues, en vez
de mantener informados a los clientes sobre cuestiones tecnoló gicas que podrían
ser ú tiles para cubrir sus necesidades de software, u orientar a los clientes para
definir un mejor producto, se trata solamente de que el cliente pague sin importar
si lo que está obteniendo sea algo que realmente necesitaba o si pudo haber
ahorrado dinero y obtenido una mejor solució n. Cuando los clientes se dan cuenta
de que lo que tienen no es lo que necesitan comienza la pesadilla del
mantenimiento de sistemas. Si se dan cuenta a tiempo se puede negociar un
arreglo de ú ltima hora. En caso contrario habrá que hacer un gasto para la
contratació n de desarrolladores que se dará n a la tarea de explorar có digo
espagueti de alguien má s.

El problema de este tipo de desarrollo es que difícilmente se piensa en el

crecimiento del sistema y la facilidad de hacer cambios. Es regla general que los
sistemas deben evolucionar para adaptarse a los cambios en el modelo y
estrategias de negocio de los clientes. Aunado a esto, una mala definició n de
prioridades y requisitos pueden acelerar la necesidad de realizar cambios
importantes en la aplicació n. Por esta razó n se invierte má s dinero del necesario
en el mantenimiento de las aplicaciones legadas.

Conclusiones

He tratado de describir el panorama general que se vive en la industria del

desarrollo de software en nuestro país. Algunos de los problemas descritos tienen
su raíz en la situació n laboral general que vivimos en México, otros son causados
aparentemente por las consultorías y el modelo de “negocio” que han desarrollado.
Me parece que el problema má s grave y el que podemos solucionar de manera má s
inmediata es el de los programadores. Sin quererlo o saberlo han fomentado el que
existan muchas de los problemá ticas que nos aquejan. Los horarios de trabajo
extenuantes sin remuneració n adicional, el pago por honorarios y esquemas fuera
de la ley, los altos má rgenes de ganancia de las consultorías y los pocos beneficios
que dan a los programadores son ejemplo de prá cticas que hemos permitido al
aceptar trabajos que imponen estas condiciones.

Algunos me dirá n que hay que aceptar las condiciones impuestas por falta de
oportunidades laborales (que es el caso de la gran mayoría de profesiones en
México), pero lo cierto es que hay una gran demanda de programadores y va en
aumento. Ahora, para poder ponernos en la posició n de exigir una mejora en estas
condiciones también hay que combatir el gran problema que hay con nosotros
mismos como programadores: hay muchos programadores malos. La barrera del
idioma, el sentirse en una posició n regularmente có moda o simplemente la falta de
entusiasmo evitan que muchos programadores busquen una mejora continua o
que se mantengan atentos a los cambios tecnoló gicos que pueden ayudarnos a
tener una mejor perspectiva de las soluciones que como programadores podemos
brindar.

La propuesta es finalmente, buscar el implantar una verdadera industria del

software en nuestro país, comenzando con la mejora continua de la materia prima
del desarrollo de software: los programadores. Compartir informació n, aprender,
enseñ ar, explotar los medios que nos brindan las nuevas tecnologías para formar a
mejores programadores, quienes, eventualmente, se agrupará n en empresas que
comiencen a eliminar a esos intermediarios: las consultorías.

La rotació n de personal es uno de los problemas que enfrentan las empresas

mexicanas desarrolladoras de software, y es que segú n un estudio hecho por PwC,
nuestro país es de los que registra uno de los niveles má s altos de América Latina,
al tener un nivel de rotació n de 17.8 %, cuando la cifra recomendable es de 10 %.

El estudio también refleja que esta fuga de personal se debe a que las empresas en
México de este rubro, no invierten en el bienestar de sus trabajadores, es decir, no
implementan programas de salud ni de desarrollo integral, planes de carrera,
situació n que provoca que los empleados migren a otras empresas, como
mercenarios.

La generació n Y, conocida como “de las nuevas generaciones”, presenta el mayor

porcentaje de rotació n, este es de 15.7 %, mientras que la generació n de Baby
Boomers es en la que menos se presenta este fenó meno, ya que maneja cifras de
2%. Esta generació n asimismo aseguran es la que actualmente ocupa en su
mayoría puestos gerenciales y ejecutivos.

Datos del estudio también arrojan que en México los gastos de reclutamiento de
cada persona ascienden a los mil dó lares, cifra considerable si tomamos en cuenta
que los mexicanos duramos en promedio de seis meses a un añ o en cada empleo. A
pesar de esta rotació n y de los efectos econó micos, cada empleado mexicano de
tiempo completo logra generar al añ o 843 mil 406 pesos, posició n que nos ubica en
primer lugar.

También, el estudio menciona que por cada dó lar que invierten las empresas en
México las organizaciones reciben 6.43 dó lares, el promedio de América Latina es
de 6.62 dó lares, siendo esta una magnífica razó n para invertir en nuestro país,
asegura el estudio.

Resumen de problemas a resolver en Intersoftware.

 Prestaciones de ley.
 Sin Plan de Carrera.
 Falta de Capacitació n.
 Sueldos Bajos.
 Falta de Garantía de permanencia en el trabajo.
 Falta de un Plan de Incentivos.
 Explotació n por Horarios Excesivos.
 Falta de un Plan para escalar entre Puestos.
 Sueldos Indefinidos y no estandarizados.
 Un Á rea de ventas que no perfila Clientes.
 Falta de estrategia del Negocio.
Soluciones Propuestas por nuestra consultoría:

a) Crearemos una estrategia de Negocio, la cual permita a los programadores

empleados de nosotros tener asegurados proyectos, sin el temor de que al
terminar el proyecto se acaba el trabajo. (Crear un Producto Propio o
convertirnos en distribuidor de un software grande y reconocido.)
b) Armaremos planes de capacitació n para el á rea de ventas para no prometer,
servicio que no tenemos, ni está ndares que aun no alcanzamos y para exigir
al á rea de factor humano, lo que realmente requieren los clientes dentro de
modelos de calidad en el desempeñ o de esta actividad de desarrollo de
software.
c) Crearemos un tabulador por funció n, por lenguaje de programació n y por
nivel de certificació n, teniendo así un portafolio de servicios mas amplio y
robusto para nuestros clientes.
d) Crearemos Políticas que regulen, y no permitan que tener antigü edad en la
empresa sea suficiente para postularse a un puesto de Líder de Proyecto, se
deberá alcanzar la certificació n o al menos cursar los mó dulos necesarios de
un PM (Program Manager).
e) Crearemos Indicadores que permitan medir la efectividad de cada Hora
trabajada de los programadores, pudiendo así, integrarlos perfectamente a
un Tabulador de Pago por Hora.
f) Crearemos un plan de Incentivos, Integrados en el Tabulador de sueldos,
por Eficiencia en base a los Indicadores.
g) Crearemos modelos de planes de carrera para los diferentes niveles de la
consultora Intersoftware, los cuales inviten al empleado a quedarse para
alcanzar niveles técnicos y econó micos de alto nivel, que ninguna otra
consultora pueda darles una estancia tan integral.
h) Se les Sugerirá n en base al promedio de pago en el mercado, cuales serian
los sueldos mas competitivos en la Industria, alineados al tabulador de pago
por hora.
i) Se les sugerirá n Alianzas estratégicas con empresas dedicadas a la
capacitació n y las certificaciones, de forma que incluso la escuela para
capacitarlos viva dentro de la empresa, de manera que tanto las empresas
capacitadoras como Intersoftware se vean beneficiadas, mediante planes de
beca y posibles estudiantes externos que paguen sus cuotas como
estudiantes.