Portada
mis comunidades
otras secciones
#22:
#14 Normalmente en estos proyecto gigantes el problema no es de calidad de código, que en si mismo suele ser sencillo (y aburrido de cojones) sino de especificaciones. El cliente no sabe lo que quiere realmente, excepto que utilices algunas mierdas obsoletas que ya puedan tener.
Especificaciones detalladas de lo que hay que hacer, pocas.
Reuniones a montones para discutir gilipolleces, muchas.
Equipos que llegan a destiempo, ni te cuento. Que contratan a Indra, por decirte una, desembarcan 50 programadores de un día para otro (para mostrar poderío) y nadie sabe lo que tiene que hacer. Pueden ser buenísimos, pero es irrelevante. El único documento que hay hasta entonces es el pliego del concurso y la oferta (que detalla como mucho "se integrará el pago del impuesto con el sistema X").
Especificaciones detalladas de lo que hay que hacer, pocas.
Reuniones a montones para discutir gilipolleces, muchas.
Equipos que llegan a destiempo, ni te cuento. Que contratan a Indra, por decirte una, desembarcan 50 programadores de un día para otro (para mostrar poderío) y nadie sabe lo que tiene que hacer. Pueden ser buenísimos, pero es irrelevante. El único documento que hay hasta entonces es el pliego del concurso y la oferta (que detalla como mucho "se integrará el pago del impuesto con el sistema X").
#23:
Venga! Un sistema informático para cada ayuntamiento! Otro para cada autonomía! Otro para cada tipo de gestión: uno para tributos, otro para parques y jardines, otro para ....
#24:
#22 doy fe!
Yo ví un caso parecido... 5 años y cuatro empresas turnandose, los responsables pidiendo cambios y la aplicación (que realmente no era tan complicada) no se terminaba (algunos modulos aislados, pero sin uso al faltar el nucleo)... no llego a salir hasta que hubo un cambio de gobierno y los nuevos decidieron tirar lo hecho, definir claramente que se quería y volver a licitar el concurso... No se quien lo ganó, pero en un añito y un par de meses la aplicación ya estaba operativa.
Yo ví un caso parecido... 5 años y cuatro empresas turnandose, los responsables pidiendo cambios y la aplicación (que realmente no era tan complicada) no se terminaba (algunos modulos aislados, pero sin uso al faltar el nucleo)... no llego a salir hasta que hubo un cambio de gobierno y los nuevos decidieron tirar lo hecho, definir claramente que se quería y volver a licitar el concurso... No se quien lo ganó, pero en un añito y un par de meses la aplicación ya estaba operativa.
#3:
No me extraña nada encontrarme a Indra metida en el sarao.
#92:
#45 Por que entiendas el problema (a mi tb me tocó caer en macroproyectos de mierda)
Te piden diseñar una aplicacion que automatice el proceso X, vale, te reunes con los key users ¿A ver como haceis las cosas para sacar X? cada uno de tus 7 usuarios tiene un método, notación, formatos y resultados distintos (y todos son necesarios de implementar, te pasas un buen rato pero al final sacas un prototipo funcional q contempla todos los metodos, paso a entorno de calidad copia de produccion a probar si funciona, descubres con horror que no, tus usuarios no te han explicado toda la casuistica, otra reunion, ah es que Paco (peta aqui el nombre que quieras) el del departamento de Y es cierto que hace noseque, vuelta a probar implementando la movida de Paco, falla, ah es que Juan hace nosecuantos, vuelta al ruedo mismo resultado, ah es que Maripili hace plin...
¿Te mienten? No, simplemente no hay cristo que tenga idea exacta de como funciona todo, cada maestrillo tiene su librillo y se convierte en un infierno, empiezas a quejarte, indicas que coño, lo lógico es que todos los departamentos estandaricen procesos, que es imposible que jamas hayan tenido un dato medio fiable si hacía lo que le salia de los cojones a cada uno (y creeme tienes mucha razón, pero eso no lo puedes soltar abiertamente porque no se puede menospreciar al cliente, que se pica, aunque no estes menospreciandolo y lo sueltes con tacto, aunque sea un hecho) pero careces de autoridad para implementar el cambio (que además es titánico) y delegas en los jefes de departamentos, los cuales empiezan una lucha de poder por lo mio mola mas, que salga lo mio... Y así años.
El problema no es que sea un proyecto difícil a nivel téncico, ni que los funcionales sean idiotas, ni que los usuarios sean imbéciles. Simplemente es que jamás en la vida han tenido todo el flujo funcionando correctamente, las cosas funcionan con pinzas y hay mogollón de cosas que se pierden por el camino. Habrá maletines puede, habrá incompetentes, seguro. Pero (y sin haber estado en este en concreto, pero por la experiencia vivida en otros) aquí la bestia negra es que tenemos (algunos gracias a dios) organismos públicos (y privados ojo, donde la experiencia me dice que lo anteriormente narrado puedes multiplicarlo x5) que se pierden en marañas burocráticas de departamentos con workflows imposibles que al final se estan apañando (esto es lo mejor cuando lo descubres) con un tipo/a con un papel y un boli (y a veces un excel misterioso que se rulan en secreto por el departamento) que hace que las cosas funcionen mas o menos. Hasta que descubres a ese tipo te puedes pasar años.
Te piden diseñar una aplicacion que automatice el proceso X, vale, te reunes con los key users ¿A ver como haceis las cosas para sacar X? cada uno de tus 7 usuarios tiene un método, notación, formatos y resultados distintos (y todos son necesarios de implementar, te pasas un buen rato pero al final sacas un prototipo funcional q contempla todos los metodos, paso a entorno de calidad copia de produccion a probar si funciona, descubres con horror que no, tus usuarios no te han explicado toda la casuistica, otra reunion, ah es que Paco (peta aqui el nombre que quieras) el del departamento de Y es cierto que hace noseque, vuelta a probar implementando la movida de Paco, falla, ah es que Juan hace nosecuantos, vuelta al ruedo mismo resultado, ah es que Maripili hace plin...
¿Te mienten? No, simplemente no hay cristo que tenga idea exacta de como funciona todo, cada maestrillo tiene su librillo y se convierte en un infierno, empiezas a quejarte, indicas que coño, lo lógico es que todos los departamentos estandaricen procesos, que es imposible que jamas hayan tenido un dato medio fiable si hacía lo que le salia de los cojones a cada uno (y creeme tienes mucha razón, pero eso no lo puedes soltar abiertamente porque no se puede menospreciar al cliente, que se pica, aunque no estes menospreciandolo y lo sueltes con tacto, aunque sea un hecho) pero careces de autoridad para implementar el cambio (que además es titánico) y delegas en los jefes de departamentos, los cuales empiezan una lucha de poder por lo mio mola mas, que salga lo mio... Y así años.
El problema no es que sea un proyecto difícil a nivel téncico, ni que los funcionales sean idiotas, ni que los usuarios sean imbéciles. Simplemente es que jamás en la vida han tenido todo el flujo funcionando correctamente, las cosas funcionan con pinzas y hay mogollón de cosas que se pierden por el camino. Habrá maletines puede, habrá incompetentes, seguro. Pero (y sin haber estado en este en concreto, pero por la experiencia vivida en otros) aquí la bestia negra es que tenemos (algunos gracias a dios) organismos públicos (y privados ojo, donde la experiencia me dice que lo anteriormente narrado puedes multiplicarlo x5) que se pierden en marañas burocráticas de departamentos con workflows imposibles que al final se estan apañando (esto es lo mejor cuando lo descubres) con un tipo/a con un papel y un boli (y a veces un excel misterioso que se rulan en secreto por el departamento) que hace que las cosas funcionen mas o menos. Hasta que descubres a ese tipo te puedes pasar años.
#107:
#99 Si si la teoría me la se, pero creeme que no es algo facil de hacer (y no lo digo por mi que soy un gañán, he visto gente buenisima fallar estrepitosamente) más que nada porque este tipo de cosas requieren de muchos requisitos que rara vez se dan.
- directores generales admitan que sus departamentos están echos una mierda, que además es muy probable que ni sea culpa suya ya que ya lo heredaron así, es jodido encontrarse con un tipo que tenga los huevos de asumir responsabilidades cuando se descubre el pastel
-Departamentos enteros que cambien el modo de trabajar por el que llevan rigiendose décadas (y aquí se incluye la figura que siempre aparece, flujos de trabajo que se descubren que no se producen nunca pero se han mantenido para justificar puestos de trabajo... )
-Usuarios dispuestos a cambiar (si has leido el parrafo anterior habrás caido en la cuenta de que cuando se optimiza el flujo de repente sobra gente... te has convertido en satanás y no te van a poner las cosas fáciles)
-Un equipo funcional con tacto eficiente e impecable (si, los funcionales tambien los hay malos, o tienen un mal día o están hasta la polla por el sueldo q cobran comerse semejante marrón y abandonan el proyecto a la mitad y te empieza a fallar tu propio personal)
-Un equipo téncico de máquinas de matar que aplique cambios y analice problemas que tiene los mismos fallos que el apartado anterior
-Un comercial/gerente/socio que lleve la cuenta y sea lo suficientemente benevolo como para entender todo esto y clarividente como para fijar fechas realistas
-Un jefe/jefes de proyecto con buena salud porque te puedo asegurar que el nivel de estrés y agotamiento en estas mierdas lidiando con todos los anteriores puede acabar contigo
Y a todo lo citado añadele una cosa mas... Proyecto maldito. Cuanto ya lleva tanto tiempo y mamoneos nadie quiere hacerse cargo de esto, nadie quiere comerse el marrón y te ves solo. Solísimo. Y no solo tu... todos tus compañeros. Tu empresa intenta minimizar las perdidas con tu marrón y el cliente que no lo relacionen contigo porque es una mancha en su expediente... en fin.
Si, las cosas se deberían planificar, pero a veces la directiva oferta proyectos porque realmente yo creo que piensan que son factibles a 3 años, basandose en que todo parece fácil (todos mienten diciendo que esta todo supercontrolado para no ganarse el marrón), y no lo es, y la empresa entra a proyecto sobre estas suposiciones y se encuentra el pastel ¿Quien tiene la culpa? No lo se, la respuesta rápida es todo el mundo tiene un poquito.
Y esto es en el sector público... en el privado añade un componente bola extra, los funcionarios tienen el empleo fijo, los asalariados no, si la voluntad de cambio y asumir responsabilidades es jodida en lo público en lo privado es la ostia.
- directores generales admitan que sus departamentos están echos una mierda, que además es muy probable que ni sea culpa suya ya que ya lo heredaron así, es jodido encontrarse con un tipo que tenga los huevos de asumir responsabilidades cuando se descubre el pastel
-Departamentos enteros que cambien el modo de trabajar por el que llevan rigiendose décadas (y aquí se incluye la figura que siempre aparece, flujos de trabajo que se descubren que no se producen nunca pero se han mantenido para justificar puestos de trabajo... )
-Usuarios dispuestos a cambiar (si has leido el parrafo anterior habrás caido en la cuenta de que cuando se optimiza el flujo de repente sobra gente... te has convertido en satanás y no te van a poner las cosas fáciles)
-Un equipo funcional con tacto eficiente e impecable (si, los funcionales tambien los hay malos, o tienen un mal día o están hasta la polla por el sueldo q cobran comerse semejante marrón y abandonan el proyecto a la mitad y te empieza a fallar tu propio personal)
-Un equipo téncico de máquinas de matar que aplique cambios y analice problemas que tiene los mismos fallos que el apartado anterior
-Un comercial/gerente/socio que lleve la cuenta y sea lo suficientemente benevolo como para entender todo esto y clarividente como para fijar fechas realistas
-Un jefe/jefes de proyecto con buena salud porque te puedo asegurar que el nivel de estrés y agotamiento en estas mierdas lidiando con todos los anteriores puede acabar contigo
Y a todo lo citado añadele una cosa mas... Proyecto maldito. Cuanto ya lleva tanto tiempo y mamoneos nadie quiere hacerse cargo de esto, nadie quiere comerse el marrón y te ves solo. Solísimo. Y no solo tu... todos tus compañeros. Tu empresa intenta minimizar las perdidas con tu marrón y el cliente que no lo relacionen contigo porque es una mancha en su expediente... en fin.
Si, las cosas se deberían planificar, pero a veces la directiva oferta proyectos porque realmente yo creo que piensan que son factibles a 3 años, basandose en que todo parece fácil (todos mienten diciendo que esta todo supercontrolado para no ganarse el marrón), y no lo es, y la empresa entra a proyecto sobre estas suposiciones y se encuentra el pastel ¿Quien tiene la culpa? No lo se, la respuesta rápida es todo el mundo tiene un poquito.
Y esto es en el sector público... en el privado añade un componente bola extra, los funcionarios tienen el empleo fijo, los asalariados no, si la voluntad de cambio y asumir responsabilidades es jodida en lo público en lo privado es la ostia.
#99:
#92 Así que antes de informatizar y crear nuevas herramientas hay que aplicar algun tipo de estandarización y organización del flujo de trabajo, o hay que hacer que se adapten a un nuevo sistema de trabajo para el que se ha diseñado una nueva herramienta.
Aplicar algún sistema de calidad de gestión o algo.
Y tampoco se podrá empezar a automatizar e informatizar nada o crear una herramienta si no se conoce el proceso de forma completa y bien.
#23 En este comentario si tienen la clave. Un proceso de este tipo que se hace en cientos de ayuntamientos debe tener un sistema que se estandariza y que valga para todos.
En este problema que indicas si que influye mucho la forma de trabajar de todos esos departamentos de funcionarios.
Aplicar algún sistema de calidad de gestión o algo.
Y tampoco se podrá empezar a automatizar e informatizar nada o crear una herramienta si no se conoce el proceso de forma completa y bien.
#23 En este comentario si tienen la clave. Un proceso de este tipo que se hace en cientos de ayuntamientos debe tener un sistema que se estandariza y que valga para todos.
En este problema que indicas si que influye mucho la forma de trabajar de todos esos departamentos de funcionarios.
#14:
El problema siempre es el mismo, presupuestos faraonicos, que al final subcontratas tienen que realizar pagando a programadores una miseria, me gustaría saber cuantos de esos millones se quedan por el camino y cuantos van al desarrollo de la aplicación.
Siempre hay una clausula que si no se cumplen los objetivos, no se paga, o se devuelve el dinero del proyecto, que lo reclame el ayuntamiento.
Siempre hay una clausula que si no se cumplen los objetivos, no se paga, o se devuelve el dinero del proyecto, que lo reclame el ayuntamiento.
#20:
Ya me imagino, del 100% del dinero
50% = desaparecido misteriosamente ¿corrupción?
49,999% = sueldo de enchufados que no tienen ni puta idea que es desarrollo de software
0,001% = Los que realmente trabajan
50% = desaparecido misteriosamente ¿corrupción?
49,999% = sueldo de enchufados que no tienen ni puta idea que es desarrollo de software
0,001% = Los que realmente trabajan
#32:
#23 Sí, es mejor el sistema Usa, todo con el mismo sistema ultra cañero hecho por los frikis del Pentágono... luego llega un hacker "nuncafo" y te revienta varias centrales nucleares... o una invasión extraterrestre te lo bloquea y te devuelve a la edad de piedra.
En España jamás pasaría eso, en plena invasión extraterrestre seguirían funcionando las zonas azules, las multas de tráfico, los semáforos... Seguramente los Aliens terminarían asqueados de la burrocracia, las ventanillas y las colas de espera, y del "a ver como va la conexión hoy y si puedo imprimirte el DNI"
En España jamás pasaría eso, en plena invasión extraterrestre seguirían funcionando las zonas azules, las multas de tráfico, los semáforos... Seguramente los Aliens terminarían asqueados de la burrocracia, las ventanillas y las colas de espera, y del "a ver como va la conexión hoy y si puedo imprimirte el DNI"
Comentarios
No me extraña nada encontrarme a Indra metida en el sarao.
#3 En 2009 Indra asumió el trabajo pero los avances han sido escasos, según denuncian a este diario los trabajadores de la Agencia Tributaria
#3 yo abri la noticia
única y exclusivamente para verificar que también participaba en la fiesta.
#3 El 51% de INDRA es propiedad del Estado
#71 Hace nosecuantos años creo. Ahora es el 20%. El resto, los March y empresas de USA.
#3 Es la salsa de todos los guisos.
Venga! Un sistema informático para cada ayuntamiento! Otro para cada autonomía! Otro para cada tipo de gestión: uno para tributos, otro para parques y jardines, otro para ....
#23 Eso, eso, más trabajo para los informáticos.
#23 Sí, es mejor el sistema Usa, todo con el mismo sistema ultra cañero hecho por los frikis del Pentágono... luego llega un hacker "nuncafo" y te revienta varias centrales nucleares... o una invasión extraterrestre te lo bloquea y te devuelve a la edad de piedra.
En España jamás pasaría eso, en plena invasión extraterrestre seguirían funcionando las zonas azules, las multas de tráfico, los semáforos... Seguramente los Aliens terminarían asqueados de la burrocracia, las ventanillas y las colas de espera, y del "a ver como va la conexión hoy y si puedo imprimirte el DNI"
#32 Me dieron hora para el DNI, las 9:30 de la mañana. Llegue a las 8:50, a las 9:00 abrieron, a las 9:15 paso a la mesa del funcionario, a las 9:30 salia con el DNI en la mano.
#32 Pues no sé imprimirlos, pero el sistema de gestión de los turnos es de justicia decir que funciona como un reloj suizo!
#23 Otro para cada Agencia estatal, agencia autonómica, para cada consejería, para cada ministerio...Suma y sigue, todo lo que se te ocurra.
Y todos los proyectos para Indra & company ¡a las mamandurrias!
#42 Para que puedan vender el mismo producto soft. 1000 veces.
#23 no como sistemas de receta electrónica, que hay uno para toda europa...
#23 En cambio no se dice lo mismo con "otro gobierno autonomico"
El problema del sistema autonomico es que cualquier gilipollas por ser presidente de una comunidad se cree emperador de su propio imperio, y ojo, pasa lo mismo con los putos alcaldes.
#92 Así que antes de informatizar y crear nuevas herramientas hay que aplicar algun tipo de estandarización y organización del flujo de trabajo, o hay que hacer que se adapten a un nuevo sistema de trabajo para el que se ha diseñado una nueva herramienta.
Aplicar algún sistema de calidad de gestión o algo.
Y tampoco se podrá empezar a automatizar e informatizar nada o crear una herramienta si no se conoce el proceso de forma completa y bien.
#23 En este comentario si tienen la clave. Un proceso de este tipo que se hace en cientos de ayuntamientos debe tener un sistema que se estandariza y que valga para todos.
En este problema que indicas si que influye mucho la forma de trabajar de todos esos departamentos de funcionarios.
#99 Si si la teoría me la se, pero creeme que no es algo facil de hacer (y no lo digo por mi que soy un gañán, he visto gente buenisima fallar estrepitosamente) más que nada porque este tipo de cosas requieren de muchos requisitos que rara vez se dan.
- directores generales admitan que sus departamentos están echos una mierda, que además es muy probable que ni sea culpa suya ya que ya lo heredaron así, es jodido encontrarse con un tipo que tenga los huevos de asumir responsabilidades cuando se descubre el pastel
-Departamentos enteros que cambien el modo de trabajar por el que llevan rigiendose décadas (y aquí se incluye la figura que siempre aparece, flujos de trabajo que se descubren que no se producen nunca pero se han mantenido para justificar puestos de trabajo... )
-Usuarios dispuestos a cambiar (si has leido el parrafo anterior habrás caido en la cuenta de que cuando se optimiza el flujo de repente sobra gente... te has convertido en satanás y no te van a poner las cosas fáciles)
-Un equipo funcional con tacto eficiente e impecable (si, los funcionales tambien los hay malos, o tienen un mal día o están hasta la polla por el sueldo q cobran comerse semejante marrón y abandonan el proyecto a la mitad y te empieza a fallar tu propio personal)
-Un equipo téncico de máquinas de matar que aplique cambios y analice problemas que tiene los mismos fallos que el apartado anterior
-Un comercial/gerente/socio que lleve la cuenta y sea lo suficientemente benevolo como para entender todo esto y clarividente como para fijar fechas realistas
-Un jefe/jefes de proyecto con buena salud porque te puedo asegurar que el nivel de estrés y agotamiento en estas mierdas lidiando con todos los anteriores puede acabar contigo
Y a todo lo citado añadele una cosa mas... Proyecto maldito. Cuanto ya lleva tanto tiempo y mamoneos nadie quiere hacerse cargo de esto, nadie quiere comerse el marrón y te ves solo. Solísimo. Y no solo tu... todos tus compañeros. Tu empresa intenta minimizar las perdidas con tu marrón y el cliente que no lo relacionen contigo porque es una mancha en su expediente... en fin.
Si, las cosas se deberían planificar, pero a veces la directiva oferta proyectos porque realmente yo creo que piensan que son factibles a 3 años, basandose en que todo parece fácil (todos mienten diciendo que esta todo supercontrolado para no ganarse el marrón), y no lo es, y la empresa entra a proyecto sobre estas suposiciones y se encuentra el pastel ¿Quien tiene la culpa? No lo se, la respuesta rápida es todo el mundo tiene un poquito.
Y esto es en el sector público... en el privado añade un componente bola extra, los funcionarios tienen el empleo fijo, los asalariados no, si la voluntad de cambio y asumir responsabilidades es jodida en lo público en lo privado es la ostia.
Ya me imagino, del 100% del dinero
50% = desaparecido misteriosamente ¿corrupción?
49,999% = sueldo de enchufados que no tienen ni puta idea que es desarrollo de software
0,001% = Los que realmente trabajan
El problema siempre es el mismo, presupuestos faraonicos, que al final subcontratas tienen que realizar pagando a programadores una miseria, me gustaría saber cuantos de esos millones se quedan por el camino y cuantos van al desarrollo de la aplicación.
Siempre hay una clausula que si no se cumplen los objetivos, no se paga, o se devuelve el dinero del proyecto, que lo reclame el ayuntamiento.
#14 Normalmente en estos proyecto gigantes el problema no es de calidad de código, que en si mismo suele ser sencillo (y aburrido de cojones) sino de especificaciones. El cliente no sabe lo que quiere realmente, excepto que utilices algunas mierdas obsoletas que ya puedan tener.
Especificaciones detalladas de lo que hay que hacer, pocas.
Reuniones a montones para discutir gilipolleces, muchas.
Equipos que llegan a destiempo, ni te cuento. Que contratan a Indra, por decirte una, desembarcan 50 programadores de un día para otro (para mostrar poderío) y nadie sabe lo que tiene que hacer. Pueden ser buenísimos, pero es irrelevante. El único documento que hay hasta entonces es el pliego del concurso y la oferta (que detalla como mucho "se integrará el pago del impuesto con el sistema X").
#22 doy fe!
Yo ví un caso parecido... 5 años y cuatro empresas turnandose, los responsables pidiendo cambios y la aplicación (que realmente no era tan complicada) no se terminaba (algunos modulos aislados, pero sin uso al faltar el nucleo)... no llego a salir hasta que hubo un cambio de gobierno y los nuevos decidieron tirar lo hecho, definir claramente que se quería y volver a licitar el concurso... No se quien lo ganó, pero en un añito y un par de meses la aplicación ya estaba operativa.
#22 Entonces el problema no es que tengan tantos o cuantos programadores, sino que haya al principio muchos analistas o personas que definan claramente el proyecto y las prioridades.
Y alguna prioridad deberia estar en ir terminando cosas, no empezar mil cosas al mismo tiempo y no terminar ninguna.
Es como si llegan a una obra tantos obreros cuando no se han hecho aun los planos y el proyecto de edificación.
#45 No hace falta que haya muchos analistas. Con uno que haga su trabajo bien, sobra.
#59 Dependerá del tamaño del proyecto ¿no?
#45 Por que entiendas el problema (a mi tb me tocó caer en macroproyectos de mierda)
Te piden diseñar una aplicacion que automatice el proceso X, vale, te reunes con los key users ¿A ver como haceis las cosas para sacar X? cada uno de tus 7 usuarios tiene un método, notación, formatos y resultados distintos (y todos son necesarios de implementar, te pasas un buen rato pero al final sacas un prototipo funcional q contempla todos los metodos, paso a entorno de calidad copia de produccion a probar si funciona, descubres con horror que no, tus usuarios no te han explicado toda la casuistica, otra reunion, ah es que Paco (peta aqui el nombre que quieras) el del departamento de Y es cierto que hace noseque, vuelta a probar implementando la movida de Paco, falla, ah es que Juan hace nosecuantos, vuelta al ruedo mismo resultado, ah es que Maripili hace plin...
¿Te mienten? No, simplemente no hay cristo que tenga idea exacta de como funciona todo, cada maestrillo tiene su librillo y se convierte en un infierno, empiezas a quejarte, indicas que coño, lo lógico es que todos los departamentos estandaricen procesos, que es imposible que jamas hayan tenido un dato medio fiable si hacía lo que le salia de los cojones a cada uno (y creeme tienes mucha razón, pero eso no lo puedes soltar abiertamente porque no se puede menospreciar al cliente, que se pica, aunque no estes menospreciandolo y lo sueltes con tacto, aunque sea un hecho) pero careces de autoridad para implementar el cambio (que además es titánico) y delegas en los jefes de departamentos, los cuales empiezan una lucha de poder por lo mio mola mas, que salga lo mio... Y así años.
El problema no es que sea un proyecto difícil a nivel téncico, ni que los funcionales sean idiotas, ni que los usuarios sean imbéciles. Simplemente es que jamás en la vida han tenido todo el flujo funcionando correctamente, las cosas funcionan con pinzas y hay mogollón de cosas que se pierden por el camino. Habrá maletines puede, habrá incompetentes, seguro. Pero (y sin haber estado en este en concreto, pero por la experiencia vivida en otros) aquí la bestia negra es que tenemos (algunos gracias a dios) organismos públicos (y privados ojo, donde la experiencia me dice que lo anteriormente narrado puedes multiplicarlo x5) que se pierden en marañas burocráticas de departamentos con workflows imposibles que al final se estan apañando (esto es lo mejor cuando lo descubres) con un tipo/a con un papel y un boli (y a veces un excel misterioso que se rulan en secreto por el departamento) que hace que las cosas funcionen mas o menos. Hasta que descubres a ese tipo te puedes pasar años.
#92 Exacto. Yo trabajo en un organismo público y he realizado proyectos internos (no muy gordos, yo lo hacía todo) que se han llevado a cabo con éxito, pero porque somos pocos y los jefes están por la labor de cambiar algunas formas de hacer las cosas, aunque haya que aguantar algunos lloros hasta que la gente se adapta.
#45
Por mucho analista que metas, si el cliente no sabe que quiere o se cambian las peticiones y prioridades cada dos por tres, no hay narices.
#100 Entonces eso será lo primero que habrá que exigir al cliente, y al cliente público mas. Igual hay que hacer primero un contrato para definir el proyecto y haciendolo así se consigue ahorrar globalmente.
#22 aparte que indra es una empresa generalista que notiene ni puta idea de hacer aplicaciones dedicadas, por ejemplo sistemas de cobro de impuestos, adaptaciones de sistemas para documentación etc, ves por parte del cliente siempre un coordinador que tiene menos idea en pedir algo coherente.
He visto como profesionales de la documentación llevan a la ruina un programa por bo tener experiencia en software.
Los clientes fucionarios no suelen saber lo que quieren, porque no tienen experiencia en nada aparte de su trabajo diaro
#22 Te olvidas de que a veces toca rehacer cosas por cambios de directiva y/o gobierno. Pepito quería "tal" pero ahora llega Fulanita que mejor te pide que quites eso y pongas "cual". Y claro nuevos cambios, nuevo presupuesto, nuevos gastos. Y suma y sigue.
Hay ayuntamientos que renuevan web cada 3 años sólo porque se han movido los organismos y quieren hacer que se vea que hacen cosas. Y cada diseño/rediseño/reimplementación de rediseños anteriores rondará perfectamente entre 15.000 y 20.000 euros sin despeinarse mucho. Para al final no dejar de ser más de lo mismo. Todo muy absurdo
#22 "se integrará"... la frase más socorrida en cualquier expediente... en tan pocas palabras cabe de todo.
#22 Estos grandes gestores de Madrid.... no desperdician su dinero, está claro.
#22 Está demostrado que, aunque a una mujer le cueste 9 meses hacer un niño, 9 mujeres no consiguen hacer un niño en un mes. El sistema de la horda mongólica no funciona en estas cosas.
#22 Exacto. Se suele seguir el modelo de desarrollo de software en cascada, el jefazo de turno que encargó la aplicación quiere pagar y desentenderse: nada de probarlo con quienes van a usar realmente el programa, etc.
Tras muchos meses de desarrollo, resulta que el producto no sirve, bien porque sea incompatible con el resto de sistemas que usan los trabajadores, bien porque no cubre las necesidades...
#14 "Siempre hay una clausula que si no se cumplen los objetivos, no se paga..." el problema son la devolución a la bolsa pública de las "mordidas"
#14 exacto, y cadenas de varios niveles de subcontratación, normalmente con amiguismos entre ellas, que se van quedando el dinero del programador que es el último mono que cobra 4 duros.
Eso se lo hace un becario en 2 semanas por 300 euros
La documentación aparte no estará pero los documentos de las licitaciones estarán en alguna parte publicada y esa por lo menos la podrian haber encontrado e incluido (los enlaces) los periodistas.
Aqui encuentro esto sobre el tema así que lleva coleando. Ahi sacan mucha mas información.
Madrid ‘entierra’ 10 millones en un programa informático que no funciona (2013)
Madrid ‘entierra’ 10 millones en un programa informático que no funciona
Madrid ‘entierra’ 10 millones en un programa infor...
elconfidencial.comY un comentario de alguien que dijo que trabajó en +til
Madrid ‘entierra’ 10 millones en un programa informático que no funciona/c24#c-24
Aqui una noticia toda optimista del tema en la web del ayuntamiento de Madrid.
http://www.madrid.es/portales/munimadrid/es/Inicio/Ayuntamiento/Medios-de-Comunicacion/Notas-de-prensa/El-Sistema-de-Informacion-TIL-mejora-la-gestion-del-impuesto-de-vehiculos?vgnextfmt=default&vgnextoid=201fcbaa13197410VgnVCM2000000c205a0aRCRD&vgnextchannel=6091317d3d2a7010VgnVCM100000dc0ca8c0RCRD
Que empiecen a dar nombres de personas directamente implicadas y responsables de los proyectos y los nombres de todas las empresas y los que participaron en la elaboración de los proyectos y en el seguimiento, y en la asignación de las licitaciones a las empresas que se presentaron a los concursos.
Menos criticas que el sistema funciona de lujo. 10 años y 18 millones, es a 2 millones por año que alguien se esta llevando. Funciona de lujo.
Seguro que Pablo Soto lo hace algo mejor:
Pablo Soto y la revolución de la democracia participativa
Pablo Soto y la revolución de la democracia participativa
Pablo Soto y la revolución de la democracia partic...
huffingtonpost.es#12 Ojalá gente como el a cargo de estas cosas
#12 #16 Pablo Soto no brilla como informático
#48 Puede ser. He pecado un poco de cuñao con mi comentario. La verdad es que no sé más que el que lo que haya podido leer en dos o tres artículos a lo largo de los años y wikipedia.
#12 http://www.elmundo.es/madrid/2015/06/10/55780882e2704ead1d8b4574.html
Esto porque se ha publicado, pero cosas como esta pasan cada dos por tres en las Administraciones Públicas.
De quien es la culpa? pues de ambas partes.
Por un lado tenemos a lo público que generalmente nunca saben lo que quieren, y los funcionarios que lo acabarán utilizando o bien no se enteran de lo que les van a hacer y cuando lo ven resulta que no es lo que quieren y lo tiran para atrás o bien que son incapaces de dejar claro todos los requisitos que se necesitan. La cuestión es que los proyectos dan vueltas y más vueltas y los costes crecen exponencialmente. Mención también al hecho de que nunca suelen tener excesiva prisa y no se involucran en exceso.
Por el otro lado tenemos a las charcuteras de lo público. No han dado más nombre que Indra pero si digo Everis, El Corte Ingles, Accenture, Vass o Capgemini estoy convencido de que habré acertado no menos del 50%. Estas empresas están llenas de ineptos en sus cargos de importancia (comerciales, preventas y jefes de proyecto), que juegan con los costes de los proyectos para ganar licitaciones a bajo precio y que desde el momento de la firma saben que no van a poder cumplir porque los ganan gracias a reventar el precio (por desgracia el precio decide hoy en día el 90% de licitaciones y prefieren ganar un proyecto inviable que no ganarlo) y porque en el pliego de turno ponen que disponen de 10 expertos seniors cuando la realidad es que tienen a 2 juniors que son los que acabarán sacando todo el curro adelante a base de horas extras, rehacer el código mil veces a cada vuelta de tuerca y rodeo que le de su jefe de proyecto tras cada reunión con los de lo público, básicamente porque previamente los seniors se han ido de esas empresas al estar hartos de ser explotados y que, en vez de vérseles como un valor añadido y darles formación, no se les vea más que como números que restan a los beneficios del departamento.
Cuando las cosas funcionan así, de lo último que te extrañas es de noticias como esta, lo extraño es que cada día no salga una noticia así.
#81 Fracasos de proyectos soft ¿solo en las administraciones? ¿habrá cosa mas común?
#81 Totalmente de acuerdo, así es como se procede pero no sólo ante lo público, sino en todos los ámbitos en general.
La ineptitud de los cargos de importancia es la principal causa de retrasos e incumplimiento de requisitos, si es que se especifican, porque muchas veces no interesa que queden claros para dar pie al ir tirando "día a día", de ahí el hacer y rehacer. Estos cargos sin habilidad ninguna de gestión van por delante en todo momento al estado real del proyecto, no se atreven a rechistar ni una palabra al cliente, tragan con todo y si el cliente dice "lo necesito en una semana", le responden "en dos días lo tienes", a expensas del esfuerzo extra que solicitará a los dos becarios. Se bajan los pantalones ante el cliente y sus objetivos son cobrar el bonus y que el gran jefe indio les ponga una medalla. Poseen el don de la elocuencia y por lo general son expertos en ingeniería social.
Pero ojo no todos, he conocido muy buenos gestores y no es para nada una labor sencilla.
Si la empresa a la que se refiere es el IAM, es un poco desastre, pero también se debe a los cambios de adminsitración. Cuando entra un nuevo gobierno, incluso siendo del mismo partido, lo revuelve todo, quita a unos, pone a otros (hay que pagar los favores), se suspenden licitaciones y contratos por meses... No es tan sencillo.
Ahora bien, lo de este sistema es un puto cachondeo.
#26 claro, hay que recalcular las mordidas
#38 Y que tal... No traducirlo? 10 millones son 10 millones, sin mas.
#39 Dime "urbanita",- que soy pueblerino -, pero en pesetas se nota aún más, si cabe, las enormes tropelías que se han perpetrado en este país durante estos 13 o casi 14 años,...
#40 Pero es enganharte, en cierto sentido. En 13 o 14 anhos hay inflacion. Ese clasico "yo antes salia con mil pelas y me sobraba cuando llegaba a casa" - si, pero en 2000 no pagabas mas de 300 pelas por un botellin como ahora.
#40 Pues dilo en céntimos de euro...
Ahí, gestionando como sólo la derecha sabe.
¡MIRA!¡Release Candidate! Como la Espe.
¿ ElMundoToday ?
#1 veo que no conoces la informatica en la administración publica.
#9 no trabaja INDRA ahí?
#9 #10 ¿solo en las administraciones publicas? son las mismas empresas privadas que trabajan para las privadas.
#9 Pero si la subcontrata es Indra, una cárnica que llevaría a 20 pj's a precio de 50 ap's.
#9 En empresas privadas es igual, pero duele menos porque el dinero no ha salido de nuestros impuestos.
Requisitos del sistema:
Windows 3.0 o Windows 3.1 con trabajo en grupo
640Kb de RAM
Disquetera 3 1/2 doble densidad
#49 386 o superior
Eso sí que es currarse las pruebas. Los informes en excel tienen que estar guapisimos,con macros y fórmulas oiga.
18 millones de euros durante 10 años por una aplicación que no funciona. Imbéciles. Me dan a mi la mitad y en ese tiempo me estudio la carrera de informática y les hago una aplicación que hasta les barre los pasillos y les hace la compra...
Mi madre, ingeniero físico especializada en informática y funcionaría de carrera, trabajó en el proyecto hace unos 4-5 años. Por aquél entonces la empresa adjudicataria era T-Systems y recuerdo perfectamente que hubo retrasos en la entrega del código y el software entregado no cumplía las especificaciones.
Dejando de lado lo complicado y mastodóntico del proyecto, yo resaltaría que no hubo interés real del ayuntamiento en sacarlo adelante. Me explico, la informatización de ciertas áreas del ayuntamiento acabaría con bastantes "califatos personales". Las personas que más tenían que perder al ver exponer sus cuentas fueron aquellas que torpedearon el proyecto hasta que se fue a pique.
Prácticamente todo el equipo, incluida mi madre, acabaron quemados. Se buscaron otros puestos y proyectos dentro del ayuntamiento.
10.000.000'- € x 166'386 pts. = 1.663.860.000'- pts.
No entiendo mucho de informática,... pero con ese porrón de dinero, montaba una empresa, fichaba un buen equipo de profesionales, realizaba el trabajo correctamente y viviríamos todos de p..a madre!!
#18 Leí mal,... son 18.000.000 de €,... Pues mejor me lo ponen, jeje.
#18 Oye, que ya llevamos mas de 13 anhos con el euro. Todavia seguimos pasandolo a pesetas???
#36 ¿y,...?
Me parece más correcto que "traducirlo" a CR's o a campos de fútbol.
#69 para empezar, salir a las 2 en invierno, pues como que.... bueno, son funcionarios, aceptemos barco.
Para continuar, el matiz está en que, estando a mitad de algo, en lugar de quedarte 10~20 minutos más para finalizarlo (y al dia siguiente si quieres te vas 10~20 minutos antes), se largó casi sin despedirse y sin dejar a nadie más en la oficina, que básicamente nos quedamos a cuadros y cerramos nosotros la puerta. Ya no es solo por trabajo, es por educación, si yo te invito a mi casa, no te digo de repente "me voy a dormir, adios" y te dejo en el salón....
Mi pareja es funcionaria, sale (inconcebiblemente para mi) super temprano, pero no se va hasta que haya terminado lo que esté haciendo en ese preciso momento.
En todos lados cuecen habas, pero en mi experiencia, no pondría a programar a un funcionario...
#72 Mi experiencia tanto con el sector público como con el sector privado es que el comportamiento de la persona depende, en primer lugar, de su propia responsabilidad y, en segundo, de la responsabilidad de su superior. Si una persona es medianamente responsable no tendrá problema en quedarse esos minutos de más. Pero, es lo que dices, en todos los lados cuecen habas.
#72 ¿sabes aquello del error de generalización? por que te pasase eso con uno no significa que todos sean así. Creo que todavía conoces a pocos funcionarios informáticos.
#86 Espero que sea eso, la verdad.
#90 Ejemplo masivo: durante años, funcionarios de las direcciones provinciales de organismos de la seguridad social estuvieron haciendo aplicaciones para resolver necesidades que no abordaba la Gerencia de Informática de la Seguridad Social. Se intercambiaban aplicaciones entre provincias, algunas tuvieron cierto éxito y llegó a haber muchas provincias utilizando una misma aplicación, que era mantenida por informáticos de otras. Llega el efecto 2000, y en lugar de organizarlo todo y pedir a esos funcionarios que rehicieran el código y lo adaptasen al efecto 2000 ¿que hizo la Seguridad Social? sacar un contrato millonario para que empresas externas rehiciesen las aplicaciones.
Ya disponiendo del código depurado, teniendo resuelto el problema de las especificaciones, el rehacerlas era fácil.
#95 Te entiendo, e intentando profundizar en la base de lo que comentas, yo creo que lo ideal sería el caso de Extremadura con Linux. Contratar a una empresa local para que desarrolle software libre para la administración, que otras administraciones se puedan apoyar en ese software y contribuir. Cuando una administración necesite funcionalidades concretas, se sacan a concurso y se licencia como software libre.
Eso, sería lo ideal.
#98 Fíjate que tu ponias un ejemplo, y el que te cito yo son decenas de funcionarios en todas las provincias españolas.
Para poner ejemplos extremos, he podido ver informaticos entrando a las 7:30, haber cumplido su horario a las 3 de la tarde, pero quedarse hasta las 3 de la madrugada porque había que aplicar una actualización de soft gorda y la mañana siguiente tenia que arrancar el sistema o dejar a centenares de funcionarios sin poder usar una aplicación CICS.
Esto es increible se calcula que acabará en 2019, 14 años para hacerlo¡¡ ¡¡14 añoooooooooooooooooooooooooooooos¡¡¡¡ Ni yo sólo tardo tanto tiempo
Que le pidan responsabilidades (una indemnización) al colegio que visó el proyecto
#5 los colegios profesionales no estan para eso. Si tu compras una casa y el constructor no realiza los planos, el coleguio de arquitectos no pinta nada.
En informatica no hay responsabilidad penal, por eso un colegio no pinta nada.
#11 y ya va siendo hora de que la haya..
#5 igual es por eso, porque nadie puso los huevos sobre la mesa...
Reunión en ayuntamiento para repartir los 40 millones de euros entre los sinverguenzas
Chorizo (en el ayuntamiento): ¿150.000€ para que hagamos un programa para calcular impuestos? Necesito mas cacho.. Bueno veré que puedo hacer.
Chorizo: Cuñao ¿cuánto me cobras por hacerme esto de calcular multas con... y lo otro?
Cuñado: 90€
Chorizo: 90 euro!!,?? Te pago 60 pavos y te invito a una caña
Cuñado: .....vaale .....si eso para mi es un pin pan!
Chorizo (al ayuntamiento): Señores, esto es lo que tenemos, necesitamos más dinero....
Y la solución de Ahora Madrid es remunicipalizar los proyectos...
Conociendo a los informáticos del ayuntamiento con los que he tenido el placer de trabajar, esos a los que vas a echarles una mano con un error en su lado que no encuentran, y de repente te dejan solo porque "ya son las 2", van a ir bien y a tiempo todos los sistemas informáticos...
Que regulen, que analicen, definan y ejerzan control, que no le den proyectos a la consultora del primo del cuñao, pero que remunicipalicen proyectos me parece una cagada enorme.
#67 Si un funcionario que debería salir a las 15, sale a las 14 es porque su responsable sale a las 13. Remunicipalizar y poner a gente competente al mando puede hacer milagros.
#67 jeje. Suscribo. He visto algunos que ponian una alarma en el movil a menos cinco para "no pillar el barullo de la salida"
#88 Y el caso contrario, funcionarios que salen mas tarde para no coger el barullo de la salida.
Buscando casos aislados se puede demostrar una cosa o la contraria. El caso es que el barullo de la salida -es decir, la inmensa mayoria- se forma a la hora de la salida.
Mi mujer trabaja en un edificio con 1000 empleados. Si no salen y entran gradualmente se forma la de Dios. Ni el control de presencia, los ascensores ni la escalera están dimensionados para tragar a tante gente en unos pocos minutos.
El BBVA va a trasladarse a un nuevo edificio, va a haber miles de empleados concentrados en unas pocas entrada. Van a dar horario flexible para que las entradas puedan digerir a tanta gente, permitirán que se entre desde las 7:30 hasta las 10.
Mi ex empresa iba a trabajar en un proyecto del gobierno catalán y las especificaciones eran dos folios (crear una bolsa de trabajo tipo infojobs) en las que ponían como requisito "utilizar realidad aumentada" pero sin especificar no como ni para qué....
Eah!
Cada empresa que cogía el proyecto decía eso tan típico de "esto hay que hacerlo de cero"
#56 El típico discurso del albañil "pero quien le ha hecho a usted esta chapuza? esto está fatal, hay que tirarlo todo y volverlo a hacer".
La Botella está demasiado llena.
#47 pero no se harta
bueno hombre, lleva su tiempo, ahora, cuando por fin lo desplieguen...
Vais a ver todo lo que puede hacer un Pentium 4 de un solo núcleo a 1.6GhZ... va a ser el no va más.
Espero que tener a Pablo Soto de concejal mejore estas cosas...
Es que lo necesita para putos porque a Aznar con tanta borrachera ya no se le levanta.
Es que hay que probarlo bien antes de pasar a producción
#46 Seguro que en local funciona.
Así normal que no haya paro entre los informáticos
#61 No, si donde no hay paro es entre los políticos y chupópteros varios...
Se ve que no conocen linux.
Recambio político! España casposa eterna.
Será el mismo que utilizan en Castilla y Leon, cada vez que vas al medico no funciona y luego en la farmacia idem de idem ... ¡que bien gestiona el PP! diselo a Granados.
Solo se me ocurren tres letras para definir a la clase política: HDP
Son reptilianos, y nos manipulan mentalmente con ondas de alta radiación gamma para que no nos enteremos de nada... y PUNTO...
Bueno, peor fue el caso de ObamaCare... Pero ahí al menos aprendieron de sus errores rápidamente...
#17 Lo que falló fue el healthcare.gov
#64 Sí, lapsus.
No solo 18 millones de euros, tb hemos despilfarrado el sueldo de 500 funcionarios informáticos durante 10 años, que no han hecho NADA a pesar de cobrar religiosamente.
Tendríamos que denunciarles por prevaricación, pero como son funcionarios, ya pueden matar al Ministro que seguirán agarrados a sus puestos cual garrapatas chupandonos la sangre.
#2 tu te has leído otra noticia porque si no no se explica la tontería que acabas de decir.
#4 veo que no conoces la informatica en la administracion publica.
#10 ¿Informáticos? ¡Todos trabajadores y buenas personas! No como en otros servicios públicos, como policías, médicos, que son la mugre de la sociedad. Como todo el mundo sabe.
Luego están los que trabajan en la basura, o los profes de Primaria. Pero bueno, esos están "ahí", ya sabes. jejeje.
[Ironic mode off]
#2 Que sean trabajadores del ay untamiento no implica que sean funcionarios. Tu no sabes lo que hacen esos trabajadores, lo que si sabes es que el ay untamiento no exigió que las empresas finalizasen el trabajo por el que han cobrado.
#2 Es de sobras conocido que un informático lo mismo te instala una tarjeta gráfica que te desarrolla software o te arregla el microondas. Tu y el periodista estáis en la misma onda.
#2 Para una vez que dice algo con razón vais y lo crucificáis ( a ver si más en otras ) . Los informáticos de los que habla no han hecho NADA de informática y quiero decir: - Que se contrata a dedo para cubrir plazas de informático por gente que no tiene ni idea de informática, y las oposiciones pues deben ser de coña, la guasa de ponle el temario que quiera mi niño que eso de funcionario-informático es pal futuro.
Creedme que no es algo que me haya inventado, es algo que me ha transmitido alguien cercano, jóven y de la administración pública que me ha dicho, que todo está externalizado (a dedazo claro) porque de leyes, saben un huevo, pero de informática en nuestra administración se sabe 0.