ISBAN... creo que este va a ser el primero de una serie de post bastante sangrantes acerca de isban - banksphere y todo lo que hay alrededor. Creo que lo primero es empezar por la tecnología en sí, el framework propietario del que los primeros que no tienen ni idea de cómo funciona son los de isban. Es un entorno de trabajo supuestamente amigable que facilita la creación de software... esa es la mentira con la que se autoengaña esta fabulosa empresa para pisotearte y estafarte. Hay que aclarar que es tan maravilloso, que la inmensa mayoria de los que trabajan con isban - banksphere son externos. Auténticamente de isban hay bastante pocos, porque no quieren saber nada ni tocar la herramienta con la que les tienes que hacer el trabajo que te encargan. Esto, para concretar, se hace para contar con el mecanismo perverso de la subcontratación que aligera costes a base de obligar a las distintas empresas externas con las que trabaja a competir entre sí, y también como medida de presión: el cliente isban pide, la empresa subcontratada cede si quiere seguir trabajando con isban. Sí, efectivamente, trabajo en una de las empresas subcontratadas que sufren este cliente y tecnología. Y eso agrava el problema, puesto que tengo que aguantar 2 jerarquías, la del cliente isban y la de mi propia empresa.Pero no nos desviemos del tema en sí, banksphere es una herramienta lenta y pesada, bastante insufrible, muy gráfica, muy frustrante porque dependes de componentes que funcionan como funcionan y te aguantas. Tienen un montón de plugins que a cada actualización tienen un problema de compatibilidad latente, aparte de implicar unos workspaces de tamaño brutal y un rendimiento pésimo. Algo que mejora cuando además te obligan a trabajar en máquinas virtuales. Y cuando falla de verdad, vete preparando... ni su propio soporte es capaz de arreglarlo. Más te vale tener copias de seguridad (los workspaces por norma general son mas de 1gb) e ir probando en distintos ordenadores, Obviamente este problema se agrava con la empresa en sí. Con todos los laboratorios que he trabajado, ninguno tiene ni idea de trabajar en banksphere. Es habitual que en todas las empresas, el estrato inmediatamente superior al programador intercambie la importancia del trabajo en sí, sus dificultades, requisitos y complejidad, por la "importancia" del coste de horas y las fechas de entrega (eso, y la casi ausencia de gastos en material - como podría tener por ejemplo una constructora - han convertido este sector en el preferido de los explotadores). En isban es una norma. Más aún cuando hemos dicho que la tecnología se presupone tan fácil que en muchos casos ni te dicen qué tienes que hacer. Los diseños funcionales muchas veces son inexistentes o absurdos, y forma parte habitual de atribuciones de categorías muy bajas hacer correcciones (o la tarea entera) que le corresponde a los analistas de todo tipo que cobran bastante más. De hecho, en algunas modalidades de trabajo no te tienen ni que dar explicaciones funcionales, debes tener poderes telepáticos para poder saber qué tienes que hacer. Los requisitos (documentación, diseño, requisitos técnicos) que genera isban por norma general son pésimos, pero como su herramienta funciona estupendamente no necesitas saberlo y por supuesto puedes hacerlo en tiempo récord. Con lo que sí es bastante estricto isban es con todo el procedimiento de desarrollo y la documentación de su tecnología. ¿Cómo?¿Pues no habíamos quedado que la documentación es pésima y la tecnología no sirve para nada? Sí, pero lo que es pésimo es el contenido de la documentación, lo que es horrible es trabajar con la tecnología. El procedimiento debe ser impecable. Y con procedimiento me refiero a toda la serie de peticiones, órdenes, documentos, etc. que van generándose a lo largo del ciclo de vida de una aplicación. En eso, isban tiene montado un sistema que es digno de Corea del Norte o China. Es incontable la cantidad de hitos y documentos que tienes que disponer (pero que en realidad acabas haciendo tú) para poder empezar a trabajar, los portales a los que tienes que hacer subidas, las baremaciones y estimaciones, las revisiones que tienes que pasar (QA de isban se merece una enciclopedia aparte)... isban es una pesadilla de departamentos y de procedimientos que hay que vivirlo desde dentro, porque comprenderlo no lo vas a comprender aunque ahora mismo hiciera una lista de todos los documentos que tienes que hacer. Hay muchisimos tipos distintos de excel que tienes hacer, de documentos, de portales de subidas, de control de horas y peticiones de trabajo, de evidencias, de peticiones para desplegar... De hecho, para cambiar algo sencillo que tardas 2 horas puede implicar facilmente una semana de correos explicando lo que hay que hacer, estimaciones, modificaciones y aprobaciones de órdenes, realización de documentos de cambio, peticiones de revisión y aprobaciones de calidad... Isban es un monstruo burocrático en el cual se esconden muchos jefecillos de los de pegar puñaladas traperas por la espalda - pasar de tí hasta que llega la fecha de entrega. Más te vale cubrirte mucho las espaldas con correos, y tenerlos bien guardados. Pero no te voy a engañar: puede que ni así te salves. Por tanto, por no extenderme mucho más, si tu empresa adquiere el objetivo comercial de trabajar con isban - banksphere, si tu jefe viene con palabras bondadosas acerca de lo interesante que es aprender tecnologías exclusivas o lo importante que es trabajar con un cliente importantísimo como es isban, el prestigio que da eso, es hora de correr como un gamo.
↧