Portada
mis comunidades
otras secciones
#4:
Yo trabaje en uno de esos negocios que decidio que su departamento de IT era un lastre, en concreto una caja y decidieron externalizarlo y compartir costes con otras cajas. Deapues se dieron cuenta que con eso perdieron la capacidad de innovación y hacer cambios por ellos solos. Todo tenia que hacerse en comun con lo otros, así que se innovaba bien poco y con eso se fueron quedando detras. Otro efecto no previsto es que unificar IT obligo tambien a unificar procesos, y con eso a los servicios centrales tambien era unificables.y se unificaron , luego vino la crisis y convirtio esos acuerdos en fusiones forzadas cada vez mayores, donde su poder de decision inicial quedo en diluido un 5% del total y les obligaron a cerrar oficinas que se considero redudantes. Fue tal chapuza que ni siquiera se tradujeron bien los nombres de las oficinas, o reasiganabn a los clientes a la oficina mas cercana por kilometros sin tener en cuenta que habia el mar de por medio. Al final acabaron siendo vendidos a los que eran su competencia directa.
Lo que si me acuerdo es que ni trabajadores, ni sindicatos no movieron un dedo, ni derramaron una sola lagrima por los temporales que nos echaron en la primera ronda de despidos, justo al principio del milenio, y en ese momento me supo mal. En ese momento todavia no era consciente de la tremenda suerte que tuve.
Lo que si me acuerdo es que ni trabajadores, ni sindicatos no movieron un dedo, ni derramaron una sola lagrima por los temporales que nos echaron en la primera ronda de despidos, justo al principio del milenio, y en ese momento me supo mal. En ese momento todavia no era consciente de la tremenda suerte que tuve.
#14:
Me encanta esa pregunta
La respuesta es si.
1) Permitirá a tus informáticos encontrar un mejor trabajo. A fin de cuentas, tu no los quieres.
2) Dará trabajo a cárnicas y consultoras garantizando pingües comisiones y trabajo a nuestros compañeros menos....espabilados.
3) Generará negocio a medio largo plazo para arreglar los pollos que esos externos dejarán en la empresa.
Y quizás, solo quizás, daremos trabajo a algún país emergente que no habla tu idioma, no entiende tus problemas y tampoco le importan una mierda, pero aceptará alegremente tus euritos.
En nombre de todo el gremio. ¡Gracias!
La respuesta es si.
1) Permitirá a tus informáticos encontrar un mejor trabajo. A fin de cuentas, tu no los quieres.
2) Dará trabajo a cárnicas y consultoras garantizando pingües comisiones y trabajo a nuestros compañeros menos....espabilados.
3) Generará negocio a medio largo plazo para arreglar los pollos que esos externos dejarán en la empresa.
Y quizás, solo quizás, daremos trabajo a algún país emergente que no habla tu idioma, no entiende tus problemas y tampoco le importan una mierda, pero aceptará alegremente tus euritos.
En nombre de todo el gremio. ¡Gracias!
#6:
#2 Jajajajajajajjajajajajajajajajajajajajaja... JA.
Un departamento de IT mal dirigido (que no tenga un líder claro con experiencia y que sepa bien del tema) puede acabar absolutamente perdido en los infiernos del inframundo más horrible y espantoso, y lo sé porqué precisamente ayer conté una historia de terror que me contaron a mi sobre una empresa que perdió a todos los que sabían algo del concepto "DevOps" y que pondría los pelos de punta a cualquiera.
Como para coger y poner a los que no son de IT a crear tecnología... jejejejjejejejejejajajajaja.
Joder, a ver si alguna empresa le hace caso y lo intentan, lo que nos vamos a reír.
Un departamento de IT mal dirigido (que no tenga un líder claro con experiencia y que sepa bien del tema) puede acabar absolutamente perdido en los infiernos del inframundo más horrible y espantoso, y lo sé porqué precisamente ayer conté una historia de terror que me contaron a mi sobre una empresa que perdió a todos los que sabían algo del concepto "DevOps" y que pondría los pelos de punta a cualquiera.
Como para coger y poner a los que no son de IT a crear tecnología... jejejejjejejejejejajajajaja.
Joder, a ver si alguna empresa le hace caso y lo intentan, lo que nos vamos a reír.
#15:
#6 Pues creo que tienes toda la razón.
¿Cuántos departamentos de IT (internos o subcontratados) quedan en España con gente que tenga una antigüedad de más de 5 años en la empresa? Porque yo en 6 años he pasado por 5 empresas y 8 clientes, y sólamente en una y por motivos familiares he visto a alguien capaz de defender un departamento de IT en su contexto de empresa por tener experiencia en ella.
En IT se funciona hoy por hoy por la pasta. Tanto puedes gastar, tanto pagas, reza tus padrenuestros y a esperar que tu próximo unicornio funcione como esperas, porque en dos años como mucho se irá a pastos más verdes.
La informática de España la mantienen los bomberos de sistemas y los charcuteros de desarrollo lidiando con una gestión basada en la metodología cuqui de turno. El resto es puro humo, especulación y recruiters que saben sonreír muy bien.
¿Cuántos departamentos de IT (internos o subcontratados) quedan en España con gente que tenga una antigüedad de más de 5 años en la empresa? Porque yo en 6 años he pasado por 5 empresas y 8 clientes, y sólamente en una y por motivos familiares he visto a alguien capaz de defender un departamento de IT en su contexto de empresa por tener experiencia en ella.
En IT se funciona hoy por hoy por la pasta. Tanto puedes gastar, tanto pagas, reza tus padrenuestros y a esperar que tu próximo unicornio funcione como esperas, porque en dos años como mucho se irá a pastos más verdes.
La informática de España la mantienen los bomberos de sistemas y los charcuteros de desarrollo lidiando con una gestión basada en la metodología cuqui de turno. El resto es puro humo, especulación y recruiters que saben sonreír muy bien.
#30:
#22 Para eso se creó el puesto, tan denigrado en España porque en ese país el 95% de las empresas no tienen ni puta idea, de Project Manager. Y también de Project Owner.
Habrá quien se ría. Son gente que no ha tenido jamás buenos PMs y POs. Yo he tenido unos cuantos que eran una puta gozada trabajar con ellos. Concretamente a 3 mujeres y 2 hombres los tendré siempre en un pedestal. Eran capaces de gestionar proyectos aislando correctamente a los ingenieros de toda la puta morralla de negocio y usuarios y eran capaces de convertir las fumadas de sapo bufo de clientes y jefasos viejales sin puta idea de nada en requisitos técnicos perfectamente detallados.
Cuando tienes a gente así en tu equipo, no sólo das gracias a Cristo Redentor por la suerte que has tenido, sino que aprendes inmediatamente a apreciar la designación de su rol profesional y a besar el puto suelo por donde pisan. Y sin tener un Master Degree en confrutadores, ni saber programar ni nada.
Desde aquí un fuerte abrazo a Ana, Ivonne, Jonas, Yuri y Nithya. Que Dios os bendiga.
Habrá quien se ría. Son gente que no ha tenido jamás buenos PMs y POs. Yo he tenido unos cuantos que eran una puta gozada trabajar con ellos. Concretamente a 3 mujeres y 2 hombres los tendré siempre en un pedestal. Eran capaces de gestionar proyectos aislando correctamente a los ingenieros de toda la puta morralla de negocio y usuarios y eran capaces de convertir las fumadas de sapo bufo de clientes y jefasos viejales sin puta idea de nada en requisitos técnicos perfectamente detallados.
Cuando tienes a gente así en tu equipo, no sólo das gracias a Cristo Redentor por la suerte que has tenido, sino que aprendes inmediatamente a apreciar la designación de su rol profesional y a besar el puto suelo por donde pisan. Y sin tener un Master Degree en confrutadores, ni saber programar ni nada.
Desde aquí un fuerte abrazo a Ana, Ivonne, Jonas, Yuri y Nithya. Que Dios os bendiga.
#27:
Me parece curioso que nadie hable del mayor problema que yo le veo a esto:
Los informáticos de plantilla acaban conociendo el negocio perfectamente, saben donde están los datos y como relacionarlos con el negocio, los temporales no tienen tiempo (ni ganas, ya que en tres meses estarán en una empresa distinta… eso si no están ya trabajando en proyectos de 3 empresas distintas).
Esa perdida de conocimiento se paga en horas de desarrollo, pero las empresas parece que no se dan cuenta.
Los informáticos de plantilla acaban conociendo el negocio perfectamente, saben donde están los datos y como relacionarlos con el negocio, los temporales no tienen tiempo (ni ganas, ya que en tres meses estarán en una empresa distinta… eso si no están ya trabajando en proyectos de 3 empresas distintas).
Esa perdida de conocimiento se paga en horas de desarrollo, pero las empresas parece que no se dan cuenta.
#25:
#20 Eso es una amenaza para si mismo. Por mi experiencia tratando con el soporte de HP en la India es un dolor de muelas, en ocasiones es malo, es muy difícil entenderse con ellos de forma oral y no me resolvieron el problema. Y eso que era un problema con HP-UX.
Al final abrí un caso con un comercial de HP para que me devolviese parte del dinero del contrato de soporte que tenía con ellos por su ineficacia.
No le deseo a nadie que tenga que lidiar con eso.
Al final abrí un caso con un comercial de HP para que me devolviese parte del dinero del contrato de soporte que tenía con ellos por su ineficacia.
No le deseo a nadie que tenga que lidiar con eso.
#48:
#44 Por resumirlo mucho mucho y dar la cantidad justa de detalles (que tampoco quiero que me demanden): Pasados varios años de la marcha del DevOps me cuentan el estado del proyecto, llevado íntegramente por juniors; se podría resumir en las siguientes frases: como no sabían para que se usaba, como usarlo o cómo mantenerlo, quitaron los siguientes servicios: el Elasticsearch de las métricas, el sistema de colas que le pasaba los mensajes, el Jenkins que hacía los test, el Ansible que desplegaba cuando recibía luz verde del Jenkins, los propios tests (que solo daban por culo al desplegar ya que nadie los mantenía), y git; resulta que como git era una movida y se habían cargado todo pues empezaron a desplegar usando un SFTP .
Más adelante se rompió otra cosa que tampoco sabían usar y decidieron quitar el docker que estaba en producción. Parece ser que mientras quitaban el docker la liaron parda con los volúmenes y borraron todo producción entero. Entonces para repararlo, como linux era muy complicado y el proveedor cloud también, pues cogieron un servidor viejo que estaba por la oficina, le instalaron Windows Server, XAMP y montaron allí de nuevo todo. No sólo ahorraban en la nube, sino que ya ni necesitaban el SFTP ya que lo tenían todo en local y podían desplegar arrastrando carpetas por los discos de red
No es que el problema fuera que eran únicamente Juniors, como es obvio allí había más problemas, pero claro, que no hubiera nadie al timón pues no ayudó.
. Más adelante se rompió otra cosa que tampoco sabían usar y decidieron quitar el docker que estaba en producción. Parece ser que mientras quitaban el docker la liaron parda con los volúmenes y borraron todo producción entero. Entonces para repararlo, como linux era muy complicado y el proveedor cloud también, pues cogieron un servidor viejo que estaba por la oficina, le instalaron Windows Server, XAMP y montaron allí de nuevo todo. No sólo ahorraban en la nube, sino que ya ni necesitaban el SFTP ya que lo tenían todo en local y podían desplegar arrastrando carpetas por los discos de red
No es que el problema fuera que eran únicamente Juniors, como es obvio allí había más problemas, pero claro, que no hubiera nadie al timón pues no ayudó.
#16:
#6 hay un montón de gente que se cree que desarrollar software a medida, con todos los pequeños cambios y pijaditas que quieren cada día, es como rellenar excels con filtros y fórmulas no muy complicadas.
Y ya con la aparición de las IA más de uno de esos se pensarán que funcionarán como creen que debería funcionar un desarrollador: programando lo que quieren dando cuatro requisitos mal pensados.
Y ya con la aparición de las IA más de uno de esos se pensarán que funcionarán como creen que debería funcionar un desarrollador: programando lo que quieren dando cuatro requisitos mal pensados.
Comentarios
Yo trabaje en uno de esos negocios que decidio que su departamento de IT era un lastre, en concreto una caja y decidieron externalizarlo y compartir costes con otras cajas. Deapues se dieron cuenta que con eso perdieron la capacidad de innovación y hacer cambios por ellos solos. Todo tenia que hacerse en comun con lo otros, así que se innovaba bien poco y con eso se fueron quedando detras. Otro efecto no previsto es que unificar IT obligo tambien a unificar procesos, y con eso a los servicios centrales tambien era unificables.y se unificaron , luego vino la crisis y convirtio esos acuerdos en fusiones forzadas cada vez mayores, donde su poder de decision inicial quedo en diluido un 5% del total y les obligaron a cerrar oficinas que se considero redudantes. Fue tal chapuza que ni siquiera se tradujeron bien los nombres de las oficinas, o reasiganabn a los clientes a la oficina mas cercana por kilometros sin tener en cuenta que habia el mar de por medio. Al final acabaron siendo vendidos a los que eran su competencia directa.
Lo que si me acuerdo es que ni trabajadores, ni sindicatos no movieron un dedo, ni derramaron una sola lagrima por los temporales que nos echaron en la primera ronda de despidos, justo al principio del milenio, y en ese momento me supo mal. En ese momento todavia no era consciente de la tremenda suerte que tuve.
#4 ¿No hablarás de Caja3?
Me encanta esa pregunta
La respuesta es si.
1) Permitirá a tus informáticos encontrar un mejor trabajo. A fin de cuentas, tu no los quieres.
2) Dará trabajo a cárnicas y consultoras garantizando pingües comisiones y trabajo a nuestros compañeros menos....espabilados.
3) Generará negocio a medio largo plazo para arreglar los pollos que esos externos dejarán en la empresa.
Y quizás, solo quizás, daremos trabajo a algún país emergente que no habla tu idioma, no entiende tus problemas y tampoco le importan una mierda, pero aceptará alegremente tus euritos.
En nombre de todo el gremio. ¡Gracias!
#14
#22 Para eso se creó el puesto, tan denigrado en España porque en ese país el 95% de las empresas no tienen ni puta idea, de Project Manager. Y también de Project Owner.
Habrá quien se ría. Son gente que no ha tenido jamás buenos PMs y POs. Yo he tenido unos cuantos que eran una puta gozada trabajar con ellos. Concretamente a 3 mujeres y 2 hombres los tendré siempre en un pedestal. Eran capaces de gestionar proyectos aislando correctamente a los ingenieros de toda la puta morralla de negocio y usuarios y eran capaces de convertir las fumadas de sapo bufo de clientes y jefasos viejales sin puta idea de nada en requisitos técnicos perfectamente detallados.
Cuando tienes a gente así en tu equipo, no sólo das gracias a Cristo Redentor por la suerte que has tenido, sino que aprendes inmediatamente a apreciar la designación de su rol profesional y a besar el puto suelo por donde pisan. Y sin tener un Master Degree en confrutadores, ni saber programar ni nada.
Desde aquí un fuerte abrazo a Ana, Ivonne, Jonas, Yuri y Nithya. Que Dios os bendiga.
#30 amén
#30 coincido contigo, alguno he tenido, una maravilla
#30 mi experiencia es exactamente la misma! Y como bien dices, pocos de ellos saben hacer bien su trabajo, pero cuando lo hacen bien es una gozada y se trabaja y se rinde bien.
Me parece curioso que nadie hable del mayor problema que yo le veo a esto:
Los informáticos de plantilla acaban conociendo el negocio perfectamente, saben donde están los datos y como relacionarlos con el negocio, los temporales no tienen tiempo (ni ganas, ya que en tres meses estarán en una empresa distinta… eso si no están ya trabajando en proyectos de 3 empresas distintas).
Esa perdida de conocimiento se paga en horas de desarrollo, pero las empresas parece que no se dan cuenta.
#27
La informática se entiende como un coste a reducir, por ello se subcontrata. La calidad no importa, sólo el precio.
El responsable de turbo queda guay, total en 2 años seguro que se ha largado.
#33 La verdad que no entiendo por qué hacen esto las empresas. Justo estoy desde hace 3 años en una empresa donde tienen una dependencia enorme de los equipos de desarrollo porque una parte importante del volumen de negocio se sustenta en sus aplicaciones. Salvo 2 o 3 el resto del equipo estamos todos subcontratados a pesar de que manejan una tecnología muy de nicho donde no encuentran profesionales.
Al final les sale más caro externalizar el servicio que contratar gente directamente pero no lo hacen. Lo gracioso es que me hicieron una oferta para hacerme interno pero querían pagarme un salario inferior al que me paga actualmente mi empresa, cuando ahora mismo le pagan bastante más por mí.
#56
Yo si, por lo que te acabo de explicar. Ellos no entienden esa dependencia ni aunque se la expliques, o bien piensan que eso da igual, que para eso esta subcontratada una empresa, que ya pondran a otros. Ellos miran el coste: Como subcontratado les cuestas el doble pero al final eres una factura mensual, por lo visto en sus libros de cuentas queda mas limpio que gastos en nominas, te "despiden" sin problema...
Ademas el mamoneo que existe por detras con cazos de dinero por contratar X o Y subcontrata que se montan los propios jefazos o amiguetes para asi llevarse la pasta.
Todos conocemos empresas grandisimas, cuanto mas grandes peor, donde se sostiene todo por un puñado de alfileres. Yo he visto cosas que daban ganas de llorar pero lo peor es que ni a tus propios compañeros parece importarle.
#27 no es sólo que no tenga ni tiempo ni ganas, si no que a veces tampoco tienen permiso.
Ni te cuento la de proyectos en los que he trabajado a ciegas, interviniendo en aplicaciones que no tenían ni la más remota noción de para qué servían
Interesante articulo.
Me llama la anteion la oferta de trabajo de ABANCA, que lo acompaña...
"€40-43K + 4K de variable"
Entiendo que no buscan ingenieros senior...
#1 ¿Y sin teletrabajo eh? Se van a hinchar a recibir candidaturas.
#7 creo que soy el unico de todo sector que prefiere ir a la oficina al trabajo
De los 10 que somos en mi departamento soy el unico que va
#10 Entonces tu también teletrabajas, pero en una oficina. Y s veces me voy a un cowork.
#18 teletrabaja presencialmente
#28 Va a otro sitio a teletrabajar con sus compañeros que están teletrabajando en otro sitio.
#10 somos dos.... En casa no tengo buen sitio y vengo casi siempre a la oficina. También porque no vivo muy lejos.
#10 Sí que eres un caso raro. Podrías hacer un TeRespondo.
#52 Sí, pero presencial
#52 no iba a ser un TeRespondo muy largo. El menu de la cantina cuesta 4.5 euros, esta buenisimo y es de calidad.
No hay color si lo comparo con los huevos fritos con pan que me haria yo muchas veces por pereza
#81 ¿La tortilla con cebolla o sin cebolla?
#1 yo vi una en manfred, para el cto de abanca, creo que 90k y 30k variable (que no los vas a cobrar) o algo asi ..., me parecio un sueldo bajisimo por responsabilidad (seguridad hola......) y conocimientos necesarios, seguramente era para un cto junior
Update: la encontre https://www.getmanfred.com/ofertas-empleo/1451/abanca-cto-head-of-it-mar23
#35 90k por liderar a todo el equipo de ingenieria... de un banco
#35 Interesante conocer cuánto pagan por el puesto. Tampoco me sorprende, dadas la existencia de medidas de inseguridad de ABANCA que se niegan a quitar porque nunca han tenido un incidentes en décadas, según informan. Supongo que el departamento lo llevan entre la parte de informática, la de seguridad y la de marketing. Eso explicaría el sueldo.
#44 Por resumirlo mucho mucho y dar la cantidad justa de detalles (que tampoco quiero que me demanden): Pasados varios años de la marcha del DevOps me cuentan el estado del proyecto, llevado íntegramente por juniors; se podría resumir en las siguientes frases: como no sabían para que se usaba, como usarlo o cómo mantenerlo, quitaron los siguientes servicios: el Elasticsearch de las métricas, el sistema de colas que le pasaba los mensajes, el Jenkins que hacía los test, el Ansible que desplegaba cuando recibía luz verde del Jenkins, los propios tests (que solo daban por culo al desplegar ya que nadie los mantenía), y git; resulta que como git era una movida y se habían cargado todo pues empezaron a desplegar usando un SFTP
.
Más adelante se rompió otra cosa que tampoco sabían usar y decidieron quitar el docker que estaba en producción. Parece ser que mientras quitaban el docker la liaron parda con los volúmenes y borraron todo producción entero. Entonces para repararlo, como linux era muy complicado y el proveedor cloud también, pues cogieron un servidor viejo que estaba por la oficina, le instalaron Windows Server, XAMP y montaron allí de nuevo todo. No sólo ahorraban en la nube, sino que ya ni necesitaban el SFTP ya que lo tenían todo en local y podían desplegar arrastrando carpetas por los discos de red
No es que el problema fuera que eran únicamente Juniors, como es obvio allí había más problemas, pero claro, que no hubiera nadie al timón pues no ayudó.
#48 Madredelamorhermoso
#48 Entiendiendo que la mayor'ia de eso es de traca en muchos entornos de trabajo, cabr'ia tambi'en cuestionar si realmente necesitaban un flujo de trabajo as'i y ese stack tecnol'ogico. Soy muy esc'eptico en cuanto a las necesidades reales tecnol'ogicas y los beneficios reales de ciertas soluciones. Estoy harto de ver soluciones a problemas que no tienes y que s'olo traen complicaciones y dependencias adicionales.
#55 entiendo lo que dices (a pesar de los acentos
) pero podemos estar bien seguros de que nadie necesita colgar una web + app en un Windows server en un CPD cutre usando XAMP. Eso es el horror en cualquier caso.
#65 Sí, eso es una puta mierda.
#48 Antes de leer este comendario hay que darle a play aquí y dejarlo sonando en segundo plano:
#50 Yo por eso me fui, pedí aumento de sueldo y categoría, después de una evaluación de rendimiento muy positiva la respuesta es que no había pelas.
A las 3 semanas se planta el dire con el Tesla modelo Y, la misma semana que salía a la venta, a partir de 80K el modelo
#60 Pues tal vez, gracias a esa mísera reducción de costes, ha podido cumplir objetivos y llevarse el Tesla.
#66 jaja
Se que el que entró por mi duro menos de 1mes, no sé cómo estarán ahora, pero que se vaya el que conoce la infraestructura duele.
El compañero que se quedó llevaba un par de años pero no quería saber nada de la infraestructura así que no tenia ni idea, ni de redes ni de Linux, el se centraba en las GPOs y Citrix, no tocaba nada más, ni lo quería tocar.
#70 Se infravalora mucho la experiencia, no solo la experiencia en tu campo, sino tu propia experiencia en tu trabajo. Y eso creo que es extensible a cualquier trabajo, como si eres friega suelos o camarero, el que tiene experiencia y además ya sabe como funciona todo lo hará mucho mejor que alguien que acaba de entrar.
Realmente, deberían despedir al departamento de recursos humanos. Porque estamos contratados un montón de imbéciles.
#24 Oh Dios.... RRHH y Marketing.... no puedo pensar de cosas con m'as alta densidad de estupidez, incompetencia y metira. Me dan ganas de matarlos d'ia s'i d'ia tambi'en.
#24 simplemente oir “recursos humanos” me da urticaria. Paradójicamente una forma muy deshumanizante de llamar al personal. ¿Por qué no llamarlo departamento de personal?
(No critico que tu lo escribas, sino que se haya implantado como nombre por defecto y lo aceptemos colectivamente como normal)
#76 Lo escribo así porque me he subido al carro de los cursis
Tienes razón, además digo con dos palabras lo que podría decir con una.
Por eso en mi primer mensaje me incluyo en el montón de idiotas que han contratado en mi empresa.
Lo mejor es externalizar el departamento de IT en la India
Yo tuve un jefe que nos amenazaba con substituirnos a todos por indios que cobraban 4 perras.
#20 Eso es una amenaza para si mismo. Por mi experiencia tratando con el soporte de HP en la India es un dolor de muelas, en ocasiones es malo, es muy difícil entenderse con ellos de forma oral y no me resolvieron el problema. Y eso que era un problema con HP-UX.
Al final abrí un caso con un comercial de HP para que me devolviese parte del dinero del contrato de soporte que tenía con ellos por su ineficacia.
No le deseo a nadie que tenga que lidiar con eso.
#20 He escuchado Wipro?
Esto es lo que pasa cuando un "ejperto" yankee con MBAses variados y endiosado se pone a escribir:
"Moreover, how we build software today has radically changed, too. For example, low-code/no-code software development platforms allow employees to drag and drop application components, connect them together and create mobile or web apps without programming skills. It’s another function of the old IT department that is no longer necessary."
Como una vez escribió el gran Fuckowski: LOS POWERPOINT NO COMPILAN.
No niego que hay cosas con mucho sentido en el artículo original y que pueden generar un debate con sentido.
Pero no menos cierto es la réplica que da David Bonilla:
"El profesor basaba su opinión en un escenario que parecía más propio del siglo XX que del día a día de una empresa más de 20 años después, todo un salto en el tiempo a nivel informático, teniendo en cuenta la rapidez con la que evoluciona y se transforma la industria."
Mi opinión es que este tipo (el yankee) no ha pisao un departamento de IT en su pvta vida. Salvo para cerrarlos.
#63 low-code/no-code
Ya ya, tiene coleguitas y/o socios que venden la solucion definitiva para librarte de toooodos tus problemas. Vamos te vas a hacer las apps tu mismo a drag and drop.
Pero oye, chaqueta corbata y MBAses, a quien no va a convencer…
#77 Ahílasdao.
Departamentos con tanto conocimiento técnico como del dominio en el que opera su empresa. Departamentos que generan oportunidades de negocio, no solo líneas de código.
Me quedo con esta conclusión. Para mí es la ventaja diferencial de contar con un departamento de IT: aunar la experiencia en la creación de tecnología junto con un conocimiento más profundo del negocio. Dejar la creación de tecnología en el resto de departamentos te resta de lo primero y externalizarla te resta de lo segundo.
#3 Descartado para la pyme media de España, que siempre pondrá una carga de trabajo brutal a su departamento de IT pidiendo imposibles en plazos demenciales. Para que el departamento de IT (o cualquiera) se pueda plantear la posibilidad de enriquecer el negocio tiene que tener al menos unos minutos libres al día.
#9 Yo he estado en una PYME grandecita (unos 50 trabajadores) y si el jefe tiene paciencia se puede hacer bastante y bien. 2 desarrolladores hicimos el portal de ventas y la aplicación de facturación en un año. ambas se comunicaban y se generaban las facturas automáticamente, así como los ficheros para pedir domiciliaciones al banco. Me fui por temas ajenos a la carga de trabajo, pero los que siguen allí ahora sé que están relativamente tranquilos, manteniendo y mejorando lo que dejé
#19 Es que pymes de 50 que no tiren de un Sage o Excel no hay tantas. Las grandes ya usan un erp en condiciones y una legión de externos.
#3 Si los de IT no saben como funciona la gente a la que tienen que dar la tecnologia y la gente que quiere la tecnologia no sabe lo que tiene que pedir, ambos son como un mono con una ballesta. Uno puede pedir un archivo de documentos y el otro te puede crear una base de datos de documentos sin opciones de busqueda... no, no es ficcion.
#3 El tema es que habla del departamento de informática como si fuese algo monolítico y las empresas tuviesen solo uno departamento de informática que lo hace todo.
Una empresa puede tener un departamento de "soporte al puesto de trabajo" que plataforma equipos y gestione "cosas de oficina" tales como un directorio activo y servidores de ficheros, impresoras en red y cosas así y un departamento de "informática del negocio", que desarrolle un sistema que se compenetre con la lógica del negocio.
Pueden internalizarse o externalizarse por separado.
Grandisimo aporte 👍 Un artículo con mucha enjundia que merece atenta lectura.
#46 claro, de ahí la importancia de IT para que haga de nexo tecnológico entre ellos.
#47 hajahahahaha... y los top mañagers de business con MBAs a la calle.
Esos tiburones lo ven venir y por eso mantienen a los IT en el sótano.
Ya lo dijo el CEO de wolkswagen, todas las empresas, las de coches y las demas, son empresas de software.
Externalizar el corazón del negocio no es buena idea.
¡No hay huevos!
#8 ¡Ójala los haya! ¡Que me quiero reir!
#11 No, no los hay.. como asevera el artículo, es la capacidad de respuesta del dpto IT de responder (yo diría que a veces, va por delante) ante los imprevistos de otros departamentos.
Amén de que el alto cargo (en empresas y sobre todo en la administración pública), quiere "solución y ya" para conectarse a la wifi con su nuevo iphone.
Por no hablar de un tema candente a la seguridad de los datos de la empresa. Salvar la cagada como la del SEPE y otros, no hay color
Desde mi experiencia el departamento de informatica dentro de una pyme es totalmente prescindible. Es como tener dentro de tu plantilla un fontanero y un electricista para que te cambie un grifo o un enchufe una vez al año. Generalmente cuando les pides algo que no sea instalar una impresora en red o configurar el firewall (cosa que puede hacer cualquier usuario) te ponen pegas y te dicen que hay que subcontratar el servicio.
Semidioses que viven de la ignorancia del usuario.
#21
En una pyme es que no tendrías ni que hacer porque son 4 ordenadores y una Excel.
#34 Hasta que ocurren problemas por la ausencia de seguridad y backups.
#21
#40
A dia de hoy todo esta en la nube, se paga por uso porque es lo mas barato asi que el riesgo no esta,. (office, erps en la nube etc)
Incluso antes se hacian copias en cintas y tal, no hace falta saber mucho para sacar y meter la cinta, otra cosa es que lo hicieran hoy y la siguiente vez el mes que viene por vagos.
#21 Por esa regla de 3 tampoco contratarías a una gestoría para presentar impuestos, hoy cualquiera puede hacerlo con el certificado digital vía web, ni para hacer nóminas, con el ContaSol versión gratuita ya te apañas, ni tampoco una empresa de limpieza, cualquiera sabe pasar el mocho.
#53 el ContaSol ya no tiene versión gratuita, tiene versión de prueba a caduca a los X meses.
En economía existe la ley de Coase que explica los criterios para mantener la producción dentro de la empresa o externalizarla.
Un articulo aqui
https://www.elblogsalmon.com/conceptos-de-economia/de-los-costes-de-transaccion-a-la-ley-de-coase
Mi empresa debería deshacerse de mi, indemnizándome por lo que me corresponde y casi que ya no vuelvo a trabajar en la vida!
#64 Renta básica y currar menos, solo cuando surjan cosas, pero siempre para los mismos clientes.
Win/win para currito y empresa, solo paga cuando te necesiten pero no estan rotando consultores que ni tienen idea ni quieren dejar de vender horas de trabajo para pagar los trajes de los jefazos y los teambuildings.
Pero claro, esto seria un rollo decrecentista y no tiene cabida en nuestro sistema actual.
Lo hacen mal, y en lugar de intentar mejorar, lo van ha hacer todavía peor. Parece gracioso, pero es patético como el humo gana terreno a la realidad.
#83 el agile, a no ser que tengas ganas de hacer las cosas mal (que es lo mas normal encontrarse) es igual de malo que cualquier otra metodologia. Si tienes un equipo de profesionales, van a funcionar bien de cualquier manera (avisar cuando estan atascados, partir el trabajo en cachos manejables, etc.). Mi queja no va contra el agile per se, sino cuando se junta con 'equipos de ingenieros DevOps' que no tienen mucha idea de Dev, de Ops saben lo suyo y gracias, y de ingenieros tienen lo que yo de marciano. Pon un par de esos, con atencion a lo que el cliente quiere y a servirlo de manera agile, y el desastre inmantenible que se te forma en la infraestructura es... No tengo palabras.
#87 se de lo que hablas pero para que funcione bien agile los equipos deberían ser bastante autónomos. Si dependen de otros para todo se rompe la gracia.
En mi opinión departamento enorme de IT es arcaico. A menos para llevar negocio de la empresa. Es mejor equipos técnicos pequeños y ágiles en cooperación con negocio para llevar acabo funciones concretas que aporten valor.
#17 por supuesto: equipos "agile" que den valor a todo el producto a traves de "trains", cada uno tocando codigos/infraestructura que no entiende como si no hubiera un mañana... Para poder decir durante el 'review' que la 'user story' está 'done' y que el 'sprint' ha sido 'successful'.
#82 el agile en España esta muy flojo en general pero si encuentras a alguna empresa que lo implemente bien no hay cosa mejor. No hecho nada de menos la epoca de los managers inutiles que solo saben poner caras bonitas al cliente.
Tema ya súper trillado, pero poco desarrollado en el artículo
Resumiento: "eso es lo que realmente debatimos hoy, no ya si cada departamento debe usar tecnología o no, sino si debe tener capacidad y autonomía para crear su propia tecnología"
#2 Jajajajajajajjajajajajajajajajajajajajaja... JA.
Un departamento de IT mal dirigido (que no tenga un líder claro con experiencia y que sepa bien del tema) puede acabar absolutamente perdido en los infiernos del inframundo más horrible y espantoso, y lo sé porqué precisamente ayer conté una historia de terror que me contaron a mi sobre una empresa que perdió a todos los que sabían algo del concepto "DevOps" y que pondría los pelos de punta a cualquiera.
Como para coger y poner a los que no son de IT a crear tecnología... jejejejjejejejejejajajajaja.
Joder, a ver si alguna empresa le hace caso y lo intentan, lo que nos vamos a reír.
#6 Pues creo que tienes toda la razón.
¿Cuántos departamentos de IT (internos o subcontratados) quedan en España con gente que tenga una antigüedad de más de 5 años en la empresa? Porque yo en 6 años he pasado por 5 empresas y 8 clientes, y sólamente en una y por motivos familiares he visto a alguien capaz de defender un departamento de IT en su contexto de empresa por tener experiencia en ella.
En IT se funciona hoy por hoy por la pasta. Tanto puedes gastar, tanto pagas, reza tus padrenuestros y a esperar que tu próximo unicornio funcione como esperas, porque en dos años como mucho se irá a pastos más verdes.
La informática de España la mantienen los bomberos de sistemas y los charcuteros de desarrollo lidiando con una gestión basada en la metodología cuqui de turno. El resto es puro humo, especulación y recruiters que saben sonreír muy bien.
#15 He visto cosas y scripts en sistemas que no creerías.
Hacks dignos de onelines de Perl escritos por un programador puesto a mescalina.
#15 En España suele ser mas importante el gasto en el parque automovilistico de la directiva que en el departamento IT. Mira que son ratas para pagar equipos pero luego los ves con coches de 80.000€ para arriba...
#15 en la empresa en la que estaba antes parte de la plantilla lleva muchísimos años, la parte de sistemas es bastante nueva porque poco a poco nos hemos ido todos y el que llevará más tiempo entro en 2020.
Yo me fui después de 7años, no había subida salarial ni de categoría, pero la faena de categoría superior bien que me caía porque era el único que conocía perfectamente la infraestructura
#6 hay un montón de gente que se cree que desarrollar software a medida, con todos los pequeños cambios y pijaditas que quieren cada día, es como rellenar excels con filtros y fórmulas no muy complicadas.
Y ya con la aparición de las IA más de uno de esos se pensarán que funcionarán como creen que debería funcionar un desarrollador: programando lo que quieren dando cuatro requisitos mal pensados.
#6 No nos dejes así! Cuenta la historia!!
#6 He tenido recuerdos de Vietnam con lo que has dicho. Trabajé en una empresa donde toda la intranet la había creado desde 0 un junior sin ningún tipo de experiencia, que se lo curraba mucho pero con eso no basta... La intranet visualmente no tenía muy buen aspecto, pero el código era como parra arrancarse los ojos.
#2 Creo que ni sí ni no ni todo contrario. Cada departamento debería tener la capacidad y autonomia para usar y crear su propia tecnologia pero debería hacerlo de la mano con IT. Debe ser IT que supervise ese tecnologia para que sea coherente con la lógica del negocio, que sea capaz de copartirse e integrarse con el resto de departamentos y se puedan aprovechar sinergias y evitar duplicidades de sistemas, datos y, por consiguiente, aumento de gastos.
#42 La cuestión es que eso en escenarios ideales funciona, pero no en la vida real, generalmente los departamentos no se comunican muy bien
Hay IT y IT.
Si es infreastructura, a la nube y ya está.
Si es desarrollo, la empresa debe dejar de ver IT como un costo y verlo como parte estratégica de su negocio.
Y no, tercerizar una parte estratégica no es una opción.