Cuando comencé a trabajar en mi primer proyecto de TI, este fue el primer cartel que ví en la sala de reuniones. Nunca más alejado de la realidad, salvo por el presupuesto que hoy en día no aplica, la tarifas ya no son lo que eran hace 7 años, la competencia es dura y en algunos casos hasta temerarias las ofertas económicas de algunos. !Qué recuerdos¡
Con Madrid en época de pleno empleo estamos sufriendo la falta de programadores para abordar los proyectos, el mercado laboral se sujeta a la ley de la oferta y la demanda y por tanto ante tanta demanda del mercado, a la escasez de personas con el perfil requerido: programadores. ¿Esto qué quiere decir? Que incorporar personas a la compañía se convierte en una labor bastante complicada dados los sueldos que se están pagado en el mercado y que en el caso de recurrir a subcontratación las tarifas son muy altas o la gente no está dispuesta a venir a tu proyecto ya que se pueden dar el lujo de decir que no porque proyectos seguro que sobran. Incluso existe un escenario aún peor no hay gente ni buena ni mala simplemente no hay.
No entraré más en detalle recomiendo mejor la lectura del artículo ¿Alguien ha visto un programador? de Enrique Dans. Hago un par de reflexiones más ¿deben los sueldos del sector incrementarse? ¿cuánto? ¿cuándo?
A partir de una reunión sostenida con la gente de arquitectura de la compañia, he estado divagando estos días con la complejidad de vender el concepto de arquitectura de software no sólo a los clientes a los que prestamos servicios sino incluso a gente de otras áreas dentro de la compañia que también lo venden como servicio.
De acuerdo al lenguaje militar, arquitectura se refiere al “Arte de fortificar” y creo que es lo que deberiamos vender como concepto: la fortificación de los sistemas. Sin una base sólida sobre la cual construir un sistema, ese sistema carece de fiabilidad, seguridad y solidez.
Una arquitectura de software permite “fortificar” la manera en que se construyen sistemas facilitando una serie de estándares de codificación, además de proveer de servicios comunes que aseguren el apego a estos patrones. Pero además debe considerar temas fundamentales como portabilidad, mantenibildad, confiabilidad y disponibilidad entre otras cosas con lo cual las defensas de la “fortaleza” estan aseguradas.
Si logramos vender este concepto, las personas al final entenderán que una arquitectura de software les provee de los cimientos necesarios para construir sistemas robustos y que una vez que tienes una de ellas en tu área de sistemas lo importante es centrarse en las necesidades de las áreas de negocio de la empresas, teniendo a la arquitectura como un commodity a la hora de abordar los proyectos.
Comentarios recientes