Portada
Hace 8 años | Por aiounsoufa a economiadigital.es
Publicado hace 8 años por aiounsoufa a economiadigital.es
Ahora Madrid frena en seco el contrato del "programa informático sin fin"

Ahora Madrid frena en seco el contrato del "programa informático sin fin"

 economiadigital.es

El gobierno de Manuela Carmena ha ordenado paralizar la última licitación de Ana Botella relacionada con el programa informático Mástil (+TIL), que gestiona la recaudación de impuestos. Con más de una década de trabajos y todavía en fase de desarrollo, es conocido entre los trabajadores como "el programa informático sin fin".

Etiquetas

DE3C548D-E347-406A-A60F-E6BBD322CAB7 8.6k 140

Comentarios

delawen
editado

Rompo una lanza a favor y otra en contra de la UTE original.

A favor: Ese tipo de software personalizado para cada burocracia concreta es un infierno. Cualquiera que haya estado metido en un proyecto de ese calibre sabe que se va a pasar de presupuesto y tiempo y además le va a quemar generaciones y generaciones de informáticos que pasen por su empresa. Son proyectos malditos.

En contra: Manolete, si no sabes torear... pa qué te metes. O bien la UTE original no sabía lo que hacía (y entonces, ¿para qué te presentas?) o bien la UTE original sí sabía lo que hacía y vendió humo a propósito esperando alargar y alargar eternamente el proyecto... como finalmente pasó.

Y de regalo un consejo para las empresas o administraciones públicas que quieran hacer algo similar: Mejor ir por pasos, pequeñas metas. No licitar todo el proyecto del tirón. Y si podéis juntaros varios ayuntamientos y compartir código libre... os vais a ahorrar una pasta gansa.

V 102
K 738
ccguy

#3 Cualquier software específico para una administración local huele a chamusquina desde el minuto 1.

Si hay algo claro que debería estar centralizado (no digo en sentido geográfico) es el desarrollo de software de todas las administraciones. ¿qué tiene de especial este proyecto? ¿por qué no se puede usar lo que ya haya en cualquier otro sitio?

Yo he visto a Indra estar en un proyecto megatocho para Educación en la Comunidad de Madrid y otro igual en Valencia. Y no, no es que Indra esté cobrando por el mismo proyecto dos veces. Son dos equipos haciendo software funcionalmente equivalente en dos sitios, además gobernados ambos (entonces) por el PP.

V 60
K 459
delawen

#6 Te voy a contar un secreto: yo conozco incluso proyectos paralelos haciendo lo mismo dentro de una misma administración. Con trocitos de mamandurria adornando el pastel.

Yo no creo que sea malo tener un software específico para una administración local. Lo que no termino de ver es lo mismo que tú: ¿por qué no se comparte? ¿Por qué no se hace a nivel nacional al menos una base común sobre la que desarrolle cada administración local?

V 52
K 398
ccguy

#8 Si me pones un ejemplo de funcionalidad que necesite en Educación una comunidad y no otra igual cambio de idea

Yo me imagino que tanto en Madrid como en Valencia tienen alumnos, asignaturas, centros, notas, profesores... ¿por qué el mismo software tal cual no va a servir? Vamos, salvo que tengan alguna de esas cosas a capón en un array

V 0
K 13
delawen

#17 Bueno, esta aplicación es para recaudación de impuestos, si no he leído mal. Eso es más o menos similar, pero cada ayuntamiento tiene sus impuestos particulares que tendrán que implementar en la plataforma.

En todo caso, incluso tu ejemplo tiene particularidades. No todas las comunidades tienen las mismas normas para repartir alumnos y profesores entre los diferentes centros. No todas tienen las mismas asignaturas. No todas tienen las mismas particularidades, por ejemplo la forma de implementar el bilingüismo. ¿Afectaría eso al software encargado de gestionarlo? Pues depende de qué quieras cubrir con el software y cómo de personalizable sea. Probablemente cada administración pública necesite su propia versión.

Y sigue siendo cierto que la mayor parte del código se puede compartir.

V 2
K 33
ccguy

#19 Ponme un ejemplo que te parezca real por ejemplo en relación al bilingüismo ¿qué hay en Valencia que no haya en Cataluña o el País Vasco? O bueno, Madrid, ya que se supone que nuestros centros son bilingües.

V 0
K 13
delawen

#21 Pues no me dedico a la educación, así que no lo sé a ciencia cierta. No he hecho un análisis de qué tipo de software haría falta.

Pero sé que en otros aspectos de las administraciones públicas (y no puedo especificar más, cláusulas de confidencialidad vigentes) la forma de calcular por ejemplo los impuestos o de cobrarlos es completamente diferente.

Piensa que aunque la idea sea la misma, cada comunidad y cada ayuntamiento ha puesto en marcha las leyes como les ha parecido. Ahora intenta buscar el mínimo común múltiplo de todas esas implementaciones y haz un software que soporte todas las posibles variaciones presentes y futuras de esas implementaciones. Te sale un Frankenstein de órdago.

Mejor tener un software base sobre el que cada comunidad pueda meter plugins con sus personalizaciones, por ejemplo.

V 3
K 27
ccguy

#26 Yo es que lo haría al revés; un software marco y una legislación marco. Si cobrar el IBI unos en marzo y otros en septiembre requiere dos proyectos de software separados pues a alguien hay que ponerle en la puta calle.

Nos gastamos dinerales en desarrollo de software a medida sin venir a cuento. Y lo peor es que no es ni siquiera a medida de las administraciones sino a medida del jefecillo de turno. Dentro de una administración cambias al jefe (y no digo siquiera al alcalde por ejemplo, sino al encargado de IT) y todo se replantea.

Yo he estado en una de las grandes empresas públicas de Madrid y te puedo decir que para cada área con presupuesto gordo (creo que eran 7) teníamos informes distintos a gusto de cada responsable. Y era un SAP, así que te puedes imaginar la pasta que se gastaron en la puta aplicación.

V 11
K 90
D

#26 "Mejor tener un software base sobre el que cada comunidad pueda meter plugins con sus personalizaciones, por ejemplo." --> ahi te doy toda la razón del mundo, pero no jodamos, que hacer un software nuevo para cada caso me parece demencial, y teniendo en cuenta al pasta que se dejan me no entender... (bueno si lo entiendo pero me jode)

V 2
K 23
anv

#45 (bueno si lo entiendo pero me jode)

¿Hay un emoticon para poner aplausos? Es justo lo que venía pensando al leer todos estos comentarios.

Como programador, se la complicación que puede implicar un sistema así. Y entiendo que se tarden años en completarlo. Pero:
1) bien dice un dicho informático: que un programa sólo está terminado cuando es obsoleto
2) puede tardarse décadas en hacer un programa. Puede que nunca esté terminado, pero eso no significa que haya que esperar décadas para empezar a usarlo. Se hace que funcione, y se van introduciendo mejoras a medida que van surgiendo las necesidades. Sólo hay que planificar bien de entrada, previendo lo que te puedan pedir.
4) De la misma forma que hay entidades del gobierno encargadas de plantar árboles, poner carteles, o hacer calles, en los tiempos actuales me parece imprescindible una entidad dedicada al desarrollo de software. Y no sólo debería ser para el gobierno sino como un servicio público. Que todo el software que desarrollen tenga una licencia que permita su uso por cualquiera que lo necesite.
5) Si es necesario se crea una normativa a nivel nacional que obligue a las distintas entidades a estandarizar sus procedimientos a no ser que haya una muy buena razón para hacer algo diferente. Entiendo que haya muchas formas de hacer las cosas y que cada uno esté acostumbrado a la suya. Pero de toda esa experiencia se puede sacar lo mejor de cada método y crear uno que sea lo mejor posible.

¿Por qué no se hace?... como dijeste, "lo entiendo pero me jode".

V 1
K 20
D

#71 clap este aplaude aunque con ese keto que lleva nolo tengo claro

PD: si es que lo de ser programador se nota

V 0
K 7
G

#26 creo que la clave de todo la has dado sin querer.
"No he hecho un análisis de qué tipo de software haría falta."
El problema es que a veces el cliente tampoco hace ese análisis.

V 1
K 20
delawen

#56 La cuestión es que no es el cliente quien tiene que hacer el análisis, sino un experto. Externo o interno a la AAPP, pero alguien que entienda de lo que habla, por lo menos.

V 0
K 13
G

#58 "sí, sí, si lo vamos a hacer, no te preocupes pero empieza con los módulos básicos tirando del pliego y luego ya nos iremos reuniendo con los usuarios"
"Pero si el pliego es reutilizado de cuando se implantó windows 3.11"
"Y entonces como has hecho la oferta? Mal, muy mal, Paco"
"Pero si ya te lo comente al hacer la oferta!!!"
"Bueeeeeno, para que veas que soy un buen jefe le voy a decir al nuevo becario de Luis que te ayude cuando Luis no le mande cosas urgentes... Ale! A trabajar."
"Pero..."
"Se me olvidaba, este mes el proyecto tiene que dar beneficios así que date bastante producción y no cargues muchas horas"
...

Unos días después:
"Vaya, señor director de área, he visto los números y el nuevo proyecto de software va muy bien, vamos a proponerle para un ascenso"
"Muchas gracias señor director general"

V 2
K 30
D1OX

#21 Los cambios de requisitos pueden ser enormes, funcionalmente, esteticamente o incluso tecnicamente.

Pero lo mas importante es que los presupuestos no se comparten, se estan gastando el presupuesto de Madrid y Valencia, ¿crees de verdad que Madrid o Valencia van a dejarse presupuesto en hacer algo para otras CCAA?

Si otra CCAA lo quiere, que se lo pague. Ese es el pensamiento actual, y es logico al existir autonomias. Unicamente en organismos de nivel nacional se suele compartir el software y adaptar a las necesidades de cada parte del territorio (como el idioma).

El primer paso para mejorar, es eliminar las autonomias pero es extremadamente complicado. Muchas veces parece que eliminar autonomias solo supone eliminar gestores, y los cambios son muchisimo mas profundos.

V 2
K 22
ccguy

#29 No hay que eliminar las autonomías, sólo hay que retirarles poco a poco las competencias en IT.

Los únicos requisitos importantes son los funcionales. Si por requisito técnico me vas a decir que en sitio tienen SAP y en otro SOP, esa es precisamente una razón para terminar con el cachondeo. Y si me dices que hay requisitos estéticos yo te digo que prefiero que todas las aplicaciones de la administración se parezcan mucho. Servirá para que sea sencillo cambiar de versión, o mover a un funcionario de un sitio a sitio sin que sea un trauma, etc.

Así que hablemos de las diferencias funcionales, y ya veremos si son tantas o no.

V 2
K 29
D1OX

#34 No puedes retirar competencias sin eliminar autonomias. Si mañana Valencia quiere dar la ayuda A, y Sevilla quiere ofrecer subvenciones, o planes de ayuda, etc ... Necesitas IT, y cada una la suya, si no, no solo les quitas competencias en IT, tambien capacidad de tomar sus propias decisiones (autonomias).

A nivel funcional, pues desde nimiedades como los dias de vacaciones, el inicio de la jornada escolar, etc ... a otras mas considerables como legislaciones autonomicas independientes, acuerdos interprovinciales independientes, etc ...

Y por supuesto, todo se puede en la informatica, pero ¿quien paga el coste? Y volvemos al primer comentario que puse.

V 1
K 20
Welling
editado

#29 Creo que deberían tomar nota de un consorcio que hay entre varias universidades españolas que se llama Sigma, es un software para la gestión de notas, y seguro que entre universidades hay tantas o más diferencias que entre comunidades autónomas, lo que pasa es que no se quieren poner de acuerdo.
En el caso que digo creo que cada Universidad proporciona un poco de sus recursos desarrollando una parte, creo que es un buen ejemplo a seguir.

V 0
K 9
D1OX

#68 Tu mismo lo dices "un poco de sus recursos".

La AAPP actualmente basa su gasto en dejar el presupuesto a cero, tendria que cambiar el reparto de presupuestos para llegar a ese nivel.

V 0
K 6
D

#21 Sencillamente no se comparte porque así se pueden saquear todos los ayuntamientos por lo mismo.

V 2
K 29
c

#21 Yo te lo pongo tranquilo.

En Cataluña tiene los estidios PQPI que no están en ninguna otra. Ahora que viene la ley de Wert fuera se sigue o seguirá a rajatabla donde gobierna PP y en Cataluña se hará la FPB Formación Profesional Básica, además se instaura FPI, Formación Profesional Inicial, que reemplaza su PQPI sin equiparar con la de Wert pero cumpliendo algunas cosas.

Además los planes educativos cambian, pues en el BOE se publican los básicos y las normas a seguir, pero en los detalles están las diferencias.

Detalles tan básicos como quien hace qué y cómo. En las normas publican cosas del estilo "se debe hacer un seguimiento del alumno"

Luego la comunidad A hace un cuestionario de 20 preguntas, la B uno de 10, la C nada. Ademñas en la comunidad A esto lo hace el profesor, en la B el coordinador y la empresa y en la C el alumno y la empresa.

Luego ya explotar los indicadores ya ni te cuento las diferencias. DOnde unos quieren por género, otros por regiones y ya unos quieren explotar la ejecución y otros dios sabe que.

V 2
K 22
prejudice

#19 cada ayuntamiento tiene sus impuestos particulares que tendrán que implementar en la plataforma.
No creo que hayan tantas diferencias entre unos impuestos y otros como para necesitar aplicaciones diferentes. Es como si me dijeras que necesitamos un programa "padre" diferente en cada comunidad autónoma por que existen diferentes impuestos en cada una.

V 0
K 6
delawen

#84 Mira el final de mi comentario #19

Y sigue siendo cierto que la mayor parte del código se puede compartir.

V 0
K 13
delawen

#97 Go to #86

V 0
K 13
javipe

#19 o sea que la mayoría de las grandes empresas (sean del sector que sean) usan la misma herramienta (SAP) y aquí dos ayuntamientos no pueden usar el mismo software (con pequeñas parametrizaciones).
Cuantas Pymes de distintos sectores se gestionan con el contaplus?
Lo siento, pero la impresión que da es que cada uno quiere poder elegir ya sea para dárselo a un amiguete o poner el cazo. Algo así debería tener una licitación global donde cada Ayuntamiento pudiera sus requerimientos y que al final todos pudieran usarlo. Y eso vale para todo: contratos de renting de coches, de gastos de comunicaciones, de mobiliario, de equipos informáticos y vientos de cosas donde negociando un mayor volumen se obtendrían mejores precios

V 0
K 9
DanteXXX

#8 Porque cada político/secretario de turno quiere su trocito de gloria, justificar su sueldo e inventar la rueda con el dinero, tiempo y paciencia de otros.
El yolovalguismo en la administración pública está a la orden del día.

V 2
K 22
s

#8 Por satisfacer un poco tu curiosidad y comentarlo desde el otro lado.

Toda la administración local utiliza la misma normativa contable (o tres si distingues las tres versiones de la misma, aunque las otras dos son versiones simplificadas de la primera) Muchos pensamos que lo ideal sería que hubiese un programa único y coordinado a nivel estatal ( y lo más ideal todavía que fuese abierto y los ayuntamientos que lo necesitasen pudiesen hacer modificaciones para adaptarlo a necesidades más concretas)

En los noventa se planteó dicha cuestión y se quiso hacer una especie de experiencia piloto con un programa que gestionaba la diputación de Sevilla para aquellos municipios de su provincia que quisiesen usarlo, con la idea de usarlo más tarde a nivel nacional. Por el motivo que sea , no se si falta de interés político, de coordinación o intereses del sector privado, el proyecto se abandonó y ahora cada ayuntamiento compra o elabora su propio sowftware.

Teniendo en cuenta el volumen y peculiaridades del ayuntamiento de Madrid me parece lo más normal del mundo que hayan optado por un sowtware específico, ya que dudo mucho que haya en el mercado uno que se adapte a sus necesidades, pues suelen estar pensados para ayuntamientos pequeños o medios, que es donde hay más mercado.

V 2
K 35
Shotokax

#8 tú mismo te has respondido: porque se se usa software libre o se comparte código se acabó la mamandurria.

V 2
K 35
D
editado

#8 Te has dejado una cosa: en cuanto intenten eliminar el sistema montado para poner otro se van a encontrar con un gif de Esperanza Aguirre diciendo: "no has dicho la palabra mágica, ha ha haaaa" y una cuenta atrás, aunque esto último no lo tengo muy claro.

V 2
K 28
redewa

#8 Porque entonces, si se comparte el código, se destaparía (por una parte) las pifias que se meten y (por otra parte) las trampas y dobles-licitaciones en las que venden lo mismo (re-aprovechamiento del código) cobrándolo dos veces cambiando cuatro cosas.

Que conste que soy partidaria al 100% del código libre pagado por las Administraciones Públicas; incluso fuera de España.

V 3
K 33
M

#6 En AAPP cada departamento o area barre para su lado y sus trabajadores, y quieren algo lo más personalizado o lo más parecido con lo que trabajaban, y no necesariamente como trabaja un Ayuntamiento o Comunidad se tiene que parecer a como lo hace otro.

Dentro de lo complicado que es cualquier implantación de este tipo, un funcionario con el trabajo fijo suele estar menos dispuesto a reciclarse o formarse de nuevo que en una empresa privada, donde si desde Dirección se determina por cojones los empleados deben adaptarse a lo que sea.

V 1
K 10
D

#6 bendito sistema autonomico.

V 1
K 17
c

#6 En gran parte tienes razón, aunque tiene su tiene explicación. La primera es que el sistema informático español no tiene una estructura central, sino que cada comunidad se reserva sus propias competencias, incluso entre "entes" distintos. Es su pequeña parcela de poder y control, del que son dueños, y no se permite la "intromisión" de otros. La segunda es la que justifica la anterior, y es la burocracia, los datos y su manipulación deben ser protegidos responsablemente, aunque a veces se confunda con "hasta el ridículo".
La solución es modular, pequeños fragmentos, estandarizados, y sobre todo, facilitar el acceso entre (y el conocimiento de) los mismos.

V 1
K 15
Heimish

#6 Es lo que tiene que la educación (y otras competencias) estén transferidas, que cada Comunidad se lo tiene que gestionar...y desarrollar su software a medida (porque no van a ser unas menos que otras) aunque sean prácticamente iguales.

V 1
K 17
serlec
editado

#6 Pues la de BCN tiene la suya propia y desde aquí no huelo nada, las administraciones locales habrán evolucionado de formas paralelas no uniformes y eso se reflejará en sus sistemas de información que se seguro tienen casuisticas propias y todo ello aderezado con software de gestión heredado de hace 30 o 40 años que se tiene que adaptar, no es todo tan sencillo como lo pintas. Cuando se implantaron las herramientas que ahora gestionan los tributos lo hicieron seguramente en entorno HOST ahora décadas después hay que migrar esas estructuras a nuevas tecnologías y es un problemon no solo en administraciones lo es para grandes empresas, bancos etc, reducir eso a la simpleza es muy sencillo pero no aporta ninguna solución.

V 0
K 6
D

#3 La lanza en contra anula la lanza a favor. Todos sabemos que hay proyectos tóxicos, pero es responsabilidad de quien los asume.

Siendo una UTE está claro que hay un reparto de mamandurrias. Hay carniceras lo bastante grandes como para asumir un proyecto así (sobretodo sabiendo que no lo vas a entregar) Que se juntaran tres es un indicio bastante sospechoso de que había tres amigos a los que beneficiar.

V 9
K 95
delawen

#9 De acuerdo menos en lo de que una UTE es sospechosa en general. Vale que siendo el ayuntamiento de Madrid y viendo cómo se desarrolló el proyecto llevarás razón. Pero no es generalizable.

Muchas veces se prefiere a una UTE porque así puedes escoger empresas especializadas cada una en un ámbito concreto y te aseguras que el trabajo por separado de cada una va a tener un mínimo de calidad en donde a ti te interesa más.

Otras veces se prefiere una UTE por el "reparto de responsabilidad". Si una empresa te falla o se pone tonta, las otras pueden cubrir ese agujero.

Incluso hay quien prefiere UTEs para fomentar a las pequeñas y medianas empresas en vez de a los monopolios de las grandes cárnicas.

V 6
K 62
D

#10

Por lo general, este tipo de UTEs son la empresa que trabaja, otra que consigue el contacto (y redacta el pliego) y una grande para que el que contrata no se acojone. De hecho, muchos pliegos de las AAPP están redactados de forma que empresas no precisamente pequeñas tienen problemas para acceder a ellos (piden certificaciones por un tubo, garantías, etc)

V 1
K 24
D

Me suenan este tipo de proyectos y como dice #3 técnicamente son un infierno porque suelen mezclar varios departamentos que cada cual barre para lo suyo. Unos están muy cómodos con una aplicación determinada, otros con otra y luego al final, todo son pegas para la nueva. Eso no pasa en las AAPP, sino que pasa en grandes empresas cuyos departamentos se han tenido que buscar la vida con sus propias soluciones informáticas. Antes de que nadie diga nada, hace años no había nadie capaz de unificar toda la gestión y operación de una gran empresa (ni por HW, ni por medios humanos ni técnicos) Hoy sería posible, pero hay que combatir toda la inercia acumulada, lo que se llama nichos.

Si la AAPP en este caso no colabora, cualquier aplicación está condenada al fracaso la haga quien la haga. Y cuando digo "colaborar" significa que alguien desde la AAPP con el suficiente poder (no vale un jefe de proyecto) tenga lo que hay que tener para poner a los departamentos en su sitio. En algunas empresas se ha intentado con resultados modestos (aunque luego eso sea un gran ahorro, pero se podría ahorrar muchísimo más)

Si de lo que me cuenta un colega que está de informático en la AAPP es cierto la cuarta parte esto va destinado al fracaso.

Saludos

V 5
K 48
JohnBoy
editado

#12 En este caso el problema de las aplicaciones internas sí es uno de los que ha tenido que hacer frente la contrata, y tal y como tú cuentas, con bastante dificultad, porque cada aplicación interna funcionaba bien para su departamento, pero presentaban grandes dificultades de integración.

Además de esto, hay que tener en cuenta la estructura hipertrofiada del Ayuntamiento de la época de Gallardón y un reparto demencial de competencias, que hacía que hubiera cien departamentos metidos en el ajo, y cada uno con intención de llevarse el ascua a su sardina o con su especialidad que meter en el programa.

Y a eso hay que sumarle como dificultad inherente a las AAPP los problemas de una legalidad cambiante y compleja, que hacen que los procesos a parametrizar no sean fijos, ni guiados por la racionalidad administrativa, ni tengan un patrón único.

Es decir, una tormenta (de mierda) perfecta que no hay modo de encauzar. Un proyecto demasiado ambicioso y que se tendría que haber afrontado por fases más contenidas.

V 2
K 23
D

#18

Lo has descrito correctamente: o aquí se pone a alguien con autoridad y sin piedad alguna que coordine a las partes afectadas (y no hablo de quien hace el sistema) o al final, esto todo un agujero sin fondo.

Ojo, yo hablo de solución técnica. Si a alguien le interesa que el proyecto se alargue sine die por otros motivos, es otro tema. Por lo general a los técnicos no les gusta y a los que les afecta, tampoco. Suele ser más arriba.

Y no miro a ninguna empresa que empieza por ACC y acaba por URE.

V 1
K 20
elkaladin

#12 No es algo exclusivo de las AAPP. En cualquier gran proyecto que implique cambios o hay un patrocinador en la parte alta de la jerarquía (un CEO o similar) o no hay dios que pueda llever un proyecto así a buen puerto.

V 1
K 17
D

#83

Efectivamente, eso he puesto en el comentario 12: Eso no pasa en las AAPP, sino que pasa en grandes empresas cuyos departamentos se han tenido que buscar la vida

De hecho, he estado bastantes años sufriendo eso

V 0
K 11
PrincesitaPower

#3 El problema de no comportir código y buenas prácticas es que no hay visión de Estado en nada, tampoco en las nuevas tecnologías.
Yo siempre dije que la revolución de Linux y del software libre fue una oportunidad de oro para desarrollar una industria de software potente en Espagna. Pero que se ha conseguido: cada CCAA desarrollando su propia distro de linux con utilidad limitada, cada gobierno reinventando la rueda en lo que se refiere a aplicaciones básicas de gestión, todas las cárnicas chupando del bote, gran rotación de personal por quemazón y por falta de desarrollo personal, ...
Marca Espagna!!

V 2
K 30
delawen

#39 No estoy del todo de acuerdo. He visto de cerca (que no me he visto involucrada en) los avances de alguna que otra distro de CCAA y no comparto tu visión. Al menos las que he visto sí cumplieron sus objetivos con creces, acercando a alumnos y a personas en zonas de alto analfabetismo tecnológico a las nuevas tecnologías.

¿Merecían la pena? Pues depende a quien le preguntes. Lo que yo he visto merecía la pena con creces.

V 3
K 41
PrincesitaPower

#55 Está claro que personalizar una distro ni cuesta tanto ni es tan complejo. Pero mi idea va más de allá de hacer un cambio estético; mi idea es que no se podrían haber aunado esos recursos para crear algo más sólido que se pudiera compartir a nivel nacional entre las distintas administraciones?
Además que para usar Linux a nivel local no hay que personalizar ni gastarse ni un duro: se coje Ubuntu, Debian... con LibreOffice y a correr. La bobada de crar tu disro y llamarla Quijote no lo veo la verdad!

V 0
K 6
Shotokax

#39 estoy de acuerdo excepto en lo de las distros. Personalizar el software libre para adaptarlo a tus necesidades es uno de sus grandes potenciales y me parece bien que se aproveche.

El gasto es mínimo, ya que la mayoría son distribuciones basadas en Ubuntu o Debian.

V 1
K 27
D

#39 menos llorar. Seguro que el 90% de ese proyecto está hecho a partir de software libre.

V 0
K 16
redscare

#3 Tienes razón, pero efectivamente si sabes donde te estas metiendo y sabes que el cliente es un puto inútil incapaz de cerrar requisitos, cierras al menos una versión v1 con funcionalidad limitada/básica. Y entregas eso. Y si te dicen algo pues ya puedes contestar "te he entregado lo que me has sido capaz de pedir". Pero no lo conviertes en la gran bola de mierda que rueda montaña abajo y jamas se llega a entregar ni a funcionar.

V 1
K 20
c

#3 Se me saltan las lágrimas leyendote. Habrá matices, pero en general has definido mi experiencia en un 100%

V 1
K 19
w

#3 Una sola palabra: SCRUM

V 2
K 13
D

#69 Scrum funciona bien para proyectos de hasta 20 desarrolladores. A partir de ahí se queda corto.
En algo de ese calibre, el cuello de botella quizá no esté en el software.

V 1
K 30
Barrenos
editado

#3 Por mi experiencia, el problema de la administración es que funciona mal, y no hay nadie capaz de sanearla. Cuando hablan de implementar un procedimiento administrativo en un sistema informático, viene el caos, o bien no saben exactamente los pasos del procedimiento (que normalmente está completamente liado, con pasos inútiles y documentos anticuados), o no saben el personal a cargo de cada paso.

El problema bajo mi punto de vista está en una administración anquilosada, burocratizada en exceso, anticuada.

V 1
K 22
AaLiYaH
editado

#44 ¿Triángulo de hierro? Y a mí que me enseñaron que era "desarrollo software en cascada"
Me mola lo del triángulo más, la verdad, suena a juego de tronos jajajaja

Yo llevo 3 años trabajando en una de esas cárnicas típicas para la administración y en líneas generales he visto lo que comentas tú a #3. En el proyecto donde estábamos se curraba así pero en el nuevo pliego se ha optado por metodologías agiles (SCRUM) y da gusto, la verdad :_)

Yo en mi primer proyecto, con una empresa privada dedicada a la energía, por cierto, casi me queman en una hoguera por decir "este código es tan inmantenible y sabiendo que tenemos que cambiar la mitad, no sería mejor tirarlo y empezarlo de 0 bien"...¡QUE ESO CUESTA DINERO, ANALFABETA INFORMÁTICA! Eso sí, el dinero de mantenimiento ya lo cobrará la empresa del analfeto informático, ya lol

V 1
K 24
a

#76 Si mola más jeje, el triángulo de hierro es un concepto típico de gestión de proyectos, lo que significa es que no se pueden fijar los 3 lados, uno al menos debe quedar libre. Por ejemplo, si fijas tiempo y alcance el coste es imposible fijarlo, o si fijas alcance y coste es el tiempo lo que no puedes fijar etc,etc. El desarrollo en cascada es una barbaridad que no aplicaría nadie en su sano juicio en ningún tipo de proyecto, incluso modelos clásicos o "pesados" como el RUP proponen un modelo iterativo, en 2015 que alguien siga planteando proyectos waterfall es de carcel.

Por lo menos ahora hablar de Scrum no suena a marciano, a los que hablábamos de esto hace más de diez años nos miraban raro, ahora por lo menos se va avanzando incluso en proyectos de la adminstración (que son muy complejos) en este sentido. Aunque el peligro es que se cambien sólo los nombres y se siga haciendo lo mismo claro, pero eso da para otra discusión...

V 2
K 30
elkaladin

#81 El waterfall funciona perfectamente cuando las cosas se hacen bien. Cuando no se hacen bien da igual que modelo uses yo he visto fallar estrepitosamente proyectos con Waterfall, SCRUM, Agile o modelos iterativos. La mayor parte de esos modelos no están echos para satisfacer la parte de implementacion si no contentar a cantamañanas que no saben lo que quieren hacer y por lo tanto cambian sus requerimientos cada dos semanas, y en ese caso un modelo con sprints se ajusta mejor.

V 0
K 6
a
editado

#85 Evidentemente el factor fundamental para el exito de cualquier proyecto no es la metodología que se use sino las personas implicadas, ya lo decía Alistair Cockburn en un articulo en el año 1999 después de analizar un buen monton de proyectos en IBM, lectura recomendadisima: http://alistair.cockburn.us/Characterizing+people+as+non-linear,+first-order+components+in+software+development

Pero fuera de eso, una metodología tipo waterfall donde se retrasa hasta el final del proyecto la fase de pruebas y no se obtiene feedback de ningún tipo del cliente es rara vez una buena idea. Obtener feedback lo antes posible es fundamental para el éxito de un proyecto software donde normalmente es imposible conocer con exactitud todos los requisitos al comienzo, de echo aunque creas conocerlos cambios en regulaciones o legislaciones, cambios en el mercado etc,etc te obligan a estar constantemente atento y revisar si lo que estas construyendo es lo que realmente necesitas. Incluso conociendolos perfectamente no tiene sentido estar meses desarrollando algo sin probarlo (la fase de pruebas en waterfall esta al final...) que luego vienen las sorpresas. A este nivel no estamos hablando de nada que tenga que ver con la implementación, para eso hay otra serie de técnicas que por supuesto también se tienen que aplicar sea cual sea el método de gestión de proyectos, scrum no es una metodología completa de desarrollo software, es sólo un marco ligero de gestión de proyectos, nada más y nada menos, precisamente a esto me referia con el peligro de sólo cambiar los nombres y hacer Scrum porque ahora esta de moda sin modificar tus practicas del día a día y construir con calidad, esto también esta condenando al fracaso, entregar mierda en pequeñas dosis en lugar de toda de golpe al final

Por cierto, waterfall no es ni siquiera una metodología, todo parte de una mala interpretación del paper orignal, donde en realidad no se proponía este modelo sino uno iterativo, el autor de waterfall lleva decadas diciendo que el no propuso eso, que es una barbaridad y que nadie entendió su articulo correctamente, en esta charla lo explican muy bien, esto lo explica al principio aunque recomiendo verla entera:

V 1
K 12
elkaladin

#87 Hombre con un Waterfall tampoco tienes por que hacer siempre todas las pruebas al final de todo el proyecto se pueden organizar las pruebas por fases (Peer reviews, UT contra diseños tecnicos, UATs con) de modo que tanto el testing como la presentación al usuario final o al decider se haga mucho antes. Vamos que divides la cascada en mini-cascadas, pero esto implica que los clientes o gente negocio tiene que estar implicada y normalmente no les suele gustar más que dedicar un par de horillas al tema de IT.

En el último proyecto largo que estuve (+ o - 2 años y medio de desarrollo) se dividió el desarrollo por funcionalidades y cada bloque funcional (dividido por casos de uso) se subía a un entorno de testing integrado con una periocidad de unas cuantas semanas (12-16 según cada bloque). De ese modo los testers probaban funcionalidad (durante unas dos/tres semanas por bloque) y asimismo los diseñadores y algunos usuarios finales podían entrar (más bien sus jefes les obligaban) para ver la GUI y validar y probar los casos de uso que se introducían en cada fase, los tests se documentaban en cada fase detalladamente de modo que en la siguiente se podían hacer regresiones sin implicar a los usuarios.

Exitían varios entornos y grupos de testers, uno que era un entorno clonado del entorno de desarrollo (con un pequeño delay de un día) donde un par de tipos hacían con periocidad diaría test sobre casos de uso principales que ya habian sido probados y validados (crear cuenta, contacto, crear contrato etc) para asegurarse que nadie se cargaba funcionalidad base existente. Otro de preIntegración para probar interfaces etc y asegurarse de que al menos al llegar al entorno de integración los mensajes ya validaban. Unos entornos para pruebas de rendimiento, con una bbdd tocha para hacer pruebas de carga y rendimiento etc.

Pero esto implicaba trabajo para la gente que estaba fuera del la parte de desarrollo y test. Implica que diseñadores, negocio, gente a la que lo único que le suele interesar es hacer una ppt (que siempre compila) tenía que trabajar en ese proyecto. Y ese es el problema de muchos proyectos con desarrollo en cascada, un area de negocio entrega unos requerimientos (que pueden ser más o menos detallados o precisos) y aunque se haga un proyecto que se ajuste 100% con ellos no va a implicarse hasta una fase muy tardía en la que sólo quiere ver algo totalmente terminado. Cuando toda la gestion del proyecto la hace un proveedor externo ya es lo mejor, se desentienden de ello y meses despues esperan por que ellos pagan que lo que se les entrega se ajuste a lo que tienen en ese momento en mente (que no tiene por que ser lo que pidieron meses antes).

V 0
K 6
a

#100 Bueno, si divides la cascada en mini-cascadas entonces no estas haciendo waterfall, eso es un desarrollo iterativo, dentro de esto podríamos hablar del tamaño de esas iteraciones, de la integración del testing dentro del proceso de desarrollo etc,etc, pero en ningún caso estamos hablando de waterfall a la antigua usanza. Ese proyecto que cuentas huele a ciclos excesivamente largos (12/16 semanas) y a mucho, mucho testing manual y poquita automatización, que al final es la clave para poder acortar los ciclos.

Sobre la implicación del cliente en el proyecto, pues es un tema a veces difícil pero fundamental, todo el mundo tiene que caminar junto para que la cosa funcione, si no se da esta colaboración cercana entre negocio y desarrollo el proyecto no va a funcionar. Personalmente si el cliente no esta implicado en su propio proyecto lo suficiente no se porque tendría que estarlo yo, no voy a participar en un proyecto que no le importa ni al propio cliente que me lo pide, se puede intentar cambiar, se puede intentar implicar a todas las partes y explicar los beneficios de hacerlo, y si no hay forma pues nada, no tiene sentido seguir adelante en un proyecto que va derecho al desastre.

En el proyecto en el que estoy actualmente hacemos entregas cada dos semanas en producción, no es mucho pero menos da una piedra, y estamos atentos a lo que nos dicen los usuarios finales, gente del equipo se va con ellos y pasa una mañana trabajando con el software que hemos construido para ver si le resuelve el problema al usuario, para ver que mejores podemos meterle, que cosas que hemos echo no valen pa na, y te sorprenderías la cantidad de cosas que hemos ido viendo y mejorando con este enfoque. Pero claro, tenemos la suerte de que todo el mundo, incluida la dirección, esta alineada con esta forma de trabajar, sino es muy difícil claro esta.

V 0
K 6
n

#3 "...os vais nos vamos a ahorrar una pasta gansa."

V 1
K 22
D

#3 ¿Y la lanza a favor?

V 0
K 10
a

Hay que cambiar completamente el enfoque de estos proyectos, lo que no se puede pretender es coger algo tan inmenso y tan desconocido al detalle (ni los propios funcionarios conocen todos los detalles) como la gestión de impuestos en Madrid y hacer una mega-licitación con un pliego inmenso y pretender estimar y ponerle a precio y fechas a esto, no funciona, ya se ha echo mil veces con el mismo resultado: desastre.

En estos proyectos es fundamental enfocar el desarrollo en pequeñas iteraciones que entreguen valor real desde el minuto 0 y vayan poco a poco sustituyendo sistemas anteriores, no es normal que un proyecto de N años se abandone y no haya producido absolutamente ningún valor con el coste monumental que tiene, supongo que lo único que quedará será un monton de código mal escrito que no sirve para nada y que ni siquiera se atreven a tirar a la basura "por lo que ha costado" aunque en realidad no sirve para nada y sólo es un obstaculo inmenso para los pasos sucesivos del proyecto.

Luego, estos desarrollos por definición no terminan nunca, el software es el sistema nervioso de cualquier negocio o administración moderna, es necesario mantener este software en permanente evolución para adaptarse a todos los cambios que se van produciendo. La única forma de hacer esto es olvidandose del concepto de proyecto cerrado coste-tiempo-alcance (el famoso triangulo de hierro) y apostar por un modelo de colaboración con un socio tecnologico a largo plazo que entregue valor, entendido como software funcionando que sirve para algo, de manera constante o bien contratando directamente personal para hacerlo.

Ya hay experiencias en otras administraciones y proyecto donde se ha tratado de seguir un enfoque ágil de este estilo con exito, es cuestión de copiarlas.

V 16
K 125
chepas08
editado

#44 " N años se abandone y no haya producido absolutamente ningún valor con el coste monumental que tiene, supongo que lo único que quedará será un monton de código mal escrito que no sirve para nada y que ni siquiera se atreven a tirar a la basura "por lo que ha costado" aunque en realidad no sirve para nada "

Eso es realmente muyyyy durooo, y por motivos políticos en la empresa se sigue R que R con la misma dirección.. a ver quien es el primero en decir.. mira se ha tirado 1 millon de euros a la basura..

Los altos cargos tienen mentalidad monólítica y piensan de forma monolítica.

V 2
K 20
a

#57 Claro, lo he visto muchas veces, lo que ha mucha gente le cuesta entender determinado tipo de código (código que no se usa, código sin pruebas, código tan malo que es imposible de extender/modificar) no es un valor sino un coste, claro cuesta aceptar que algo que te ha costado un pastizal es en realidad un impedimento para el proyecto en lugar de un valor.

En uno de mis ultimos proyectos los inversores habían metido una pasta tremenda en desarrollar una funcionalidad, que entre lo mal que se hizo y que a los usuarios no les convencía, apenas se utilizaba, el proyecto estaba pivotando a otras cosas pero no había manera de convencerles de tirar aquello a la basura porque "les había costado mucho hacerlo" y no hacía más que generarnos costes en forma de incidencias o cambios que costaba horrores hacer y por supuesto generaban a su vez otro lote de nuevas incidencias...

V 0
K 6
b

#44 Desde mi total desconocimiento... ¿En serio la gestión de impuestos de una ciudad/provincia/país es tan compleja?

Lo que creo es que los responsables ni tienen las ganas ni los conocimientos técnicos necesarios para realizar un desarrollo nacional, válido para todos.

V 0
K 7
Don_Gato
editado

No desviemos la atención de lo realmente importante que tiene hoy que contarnos ABC sobre Manuela y el lado oscuro del mal...

V 13
K 99
javicl

#14 Pero qué se habrán creído estos de Ahora Madrid... mira que reunirse con gente y no llevar periodistas para hacerse la foto...

V 12
K 93
capu
editado

#14 ¿Y quienes son los otros 3 que van con ella? ¿qué es eso de compartir coche? A la hoguera ya coño.

V 7
K 51
ochoceros

#14 Menos mal que el PP ha estado atento y vigilante para evitar el despilfarro de dinero público. Seguro que con este tweet ha conseguido unos miles de votantes más gracias a la publicidad que le van a hacer sus medios de comunicación afines.

V 2
K 20
el_Tupac

#14 Hay que soltar mierda sobre Manuela, porque se quedan sin chanchullos como el de esta noticia

V 3
K 36
Ovlak

#41 En una empresa privada cuando se subcontrata un proyecto informático no se andan con estas mamonadas. La administración pública gestionada por el PPSOE parece una ONG para empresas ineficaces mientras a los ciudadanos los aprieta.

V 9
K 78
ccguy

#5 El nuevo argumento para votar al PP es "ya, pero Grecia".

Jodidos andamos. Menos mal que al menos se ha recuperado Madrid y las cosas se están haciendo bien...

V 5
K 70
alexwing

The Java way of life. lol

V 9
K 67
D

Nombre de la charcutera implidada? Indra, Axpe?

V 8
K 66
delawen
editado

#1 De la noticia:

Hasta ahora, el paso por el programa informático interminable también ha sido un dolor de cabeza de todas las compañías que lo han gestionado. El proyecto comenzó en 2005. Una Unión Temporal de Empresas (UTE) asumió los trabajos pero fue incapaz de finalizarlo. Pidieron aumento presupuestario y prórroga y, a pesar de las concesiones municipales, abandonaron los trabajos después de haber facturado casi siete millones de euros por una labor incompleta, según reconoció el ex gerente de Informática del Ayuntamiento, Jorge García Reig en el pleno municipal de marzo de 2013.

En 2009, cuando se debió terminar el proyecto, Indra asumió el trabajo pero los avances han sido escasos

De un enlace en la noticia: La UTE original eran Tao Técnics, Gestión Tributaria Territorial y T-Systems.

V 43
K 329
Ovlak

#2 De traca. Que revise el contrato y los presupuestos y que exija indemnización.

V 9
K 89
redscare

#22 Que les denuncie por incumplimiento de contrato.

V 6
K 68
DanteXXX

#2 Como tuviese que ser Indra y sus desarrolladores Junior los que acabasen el proyecto.... para el 2030 igual.

V 6
K 68
jucargarma

#1 Cárnica, se dice cárnica no charcutera.

V 3
K 14
frg

#43 ¿Qué más da que te vendan en trozos, o picado dentro de un chorizo?

V 0
K 8
jucargarma

#50 Yo es que los chorizos los prefiero a la barbacoa o como mucho que si hay que meter algo, sea el mío

V 0
K 6
El_Clonde_Drácula

#1 El negativo es porque tampoco pasa nada por leerte la noticia. No hay medallas por comentar el primero.

V 4
K -17
D

Está bien que lo paralice, pero estaría mejor que lo llevara a los tribunales para ver si ha habido incumplimiento del contrato y exigir la devolución de lo pagado.

V 5
K 52
Raydenito

¿Y cuantas mamandurrias mas como esta irán saliendo de los cajones del Ayuntamiento de Madrid?

V 5
K 44
delawen

#4 Espero que de aquí a Noviembre, muchas. A veces sólo estas cosas son las que abren los ojos a la gente.

V 3
K 39
JohnBoy

#4 Bueno, en puridad, el asunto de este programa no es nada nuevo que estuviese escondido en un cajón.

De hecho es un viejo conocido de la prensa y Meneame:

Gallardón se gastó 10 millones en un sistema informático que no funciona

Hace 11 años | Por --344254-- a diarioelaguijon.com
Publicado hace 11 años por --344254-- a diarioelaguijon.com

Gallardón se gastó 10 millones en un sistema infor...

 diarioelaguijon.com

Madrid gasta 18 millones en un sistema informático que lleva 10 años en pruebas
Hace 8 años | Por hacesueño a economiadigital.es
Publicado hace 8 años por hacesueño a economiadigital.es

Madrid gasta 18 millones en un sistema informático...

 economiadigital.es


y hay otras, que yo recuerde.

V 3
K 46
hellodolly
editado

#11 otra Relacionada
Madrid ‘entierra’ 10 millones en un programa informático que no funciona

Hace 11 años | Por --344254-- a elconfidencial.com
Publicado hace 11 años por --344254-- a elconfidencial.com

Madrid ‘entierra’ 10 millones en un programa infor...

 elconfidencial.com

V 0
K 14
YaExisto
editado

Un cachondeo lo de los contratos.
Lo que pasa en la administración pública forma parte de las tradiciones españolas, esas cosas tienen que seguir ahí por el fin de los tiempos

Me acabo de acordar del hijo de Felipe González http://www.elmundo.es/espana/2014/04/10/5345d47b268e3eac128b4583.html
Luego a la gente todavía la engañan con el mantra de emprender, se creen que van a inventar un negocio de la leche con 4 duros, y que luego va a venir Google o similares a comprarles algo que ellos mismos pueden hacer. Los que no son hijos o sobrinos de... se creen que pueden competir y destacar y moverse en la liga de los grandes... pero claro de ilusiones tb. se vive.

V 3
K 36
e
editado

Independientemente de la gestión del adjudicatario, los proyecto largos de la AAPP, tiene algunos inconvenientes que los convierten en un "marrón de cojones de proporciones épicas". en la mayoria de los casos la especificaciones reales, no del pliego, son de "charla en bar" o "nivel servilleta", dependen de cambios regulatorios, cambios de responsables(políticos), que supone en muchos casos cambios de objetivos/alcance/prioridades, por que en algo se tiene que notar "que hay nueva chica en la oficina". Vamos que de un día para otro el trabajo de meses lo puedes tirar a la basura o tener que rehacerlo todo.....Si has estado en uno, es como pasar por el cabo de hornos....

V 4
K 35
chepas08
editado

Yo estuve trabajando con el primo pequeño (y eso que tenía sobre 1500 tablas..) de +TIL, GEMA (TAO/T-Systems). Solo decir que el framework propio que se utilizaba era una jodida basura infumable (8 capas sobre Struts), todavía tengo pesadillas... La idea era usarla en todos los proyectos TAO, pero creo que se les debió quitar de la cabeza..

V 2
K 30
b

#36 Sin tener mucha idea del desarrollo con este tipo de herramientas... ¡en 2015 no tenemos herramientas de desarrollo más sencillas?

O... ¿Acaso por querer REUTILIZAR algo que ya había hemos hecho una MIERDA de sw infumable?

V 0
K 7
mangrar_1

Software desarrollado por charcutera líder en su sector

V 1
K 23
ﻞαʋιҽɾαẞ

Joder, cuánta porquería está saliendo de debajo de las alfombras.

V 0
K 20
D

¿Y Duke Nukem Forever para cuando?

V 1
K 20
D

#96 https://en.wikipedia.org/wiki/Duke_Nukem_Forever

V 1
K 20
t

Siento en el alma ser cocinero y no ser informático como ustedes todos los opinionistas de meneame. Pero a pesar de ser cocinero y no tener ni puta idea del tema yo tambien voy a opinar porque yo lo valgo . De momento en la infórmatica de Madrid esta dirigida por uno de los hombres que mas sabe del tema de España como es Don Pablo Soto y si de algo podeis estar seguros es que se dejará los cuernos para que todo ese tema funcione y a ser posible sin que le cueste tanto dinero a su comunidad o sea a la gente de Madrid.... y tambien siento en el alma ser cocinero y no ser ingeniero informático para ofrecerle mi ayuda en lo que yo hubiera podido hacer en lugar de criticar y que conste que no soy ni de podemos ni del PP soy de Cartagena que es peor.un saludo opinionistas

V 2
K 16
D
editado

¿Y no se podría desarrollar un sistema completo (máquinas y todo) que le sirviera a todas las grandes ciudades y las grandes diputaciones? Si todos tienen que cobrar los mismos impuestos. El software que lo licite la Agencia Tributaria y luego que se lo venda a los Aytos. a precio de coste.

V 1
K 16
anv

#40 Yo haría un sistema centralizado accesible por internet o por vpn. Lo pondría en un sitio central y que sea el mismo para todos.

V 1
K 16
Candidatas
78
meneos
actualidad Un bebé de 15 meses muere tras ser atacado por dos pitbulls en Italia
25
meneos
actualidad Todos los detalles del local embargado por Bankinter a la empresa de Ayuso y su hermano
16
meneos
actualidad Ucrania está a punto de perder fortalezas clave antes de que llegue la ayuda occidental (Eng)
21
meneos
actualidad Imputados dos guardias civiles por la muerte de un ocupante de una narcolancha tras un choque en Sanlúcar de Barrameda
59
meneos
actualidad Segar los cielos
19
meneos
actualidad Esta es la carta que ha escrito la magistrada Isabel Giménez a la niña explicándole su decisión
27
meneos
actualidad Derecho a reparar: reparaciones más fáciles y atractivas para los consumidores
34
meneos
actualidad El consulado de Ucrania en Barcelona no atiende desde hoy a los hombres mayores de 18 años
D

La que esta liando la YAYA!!

V 1
K 15
D
editado

Creeme, no lo sientas. Serás más feliz siendo cocinero que informático, al menos en este páis. De ahí mi respeto a los que aguantan el tipo en esta industria como Pablo Soto. Y tranquilo que Cartagena no está tan mal, podrías ser de Soria.

V 1
K 13
c
editado

@@ -7064,6 +7064,7 @@
...
+ break; // see changeset comment (Manuela)
...

V 1
K 10
z

Y estas cosas explican que no haya casi paro entre los informáticos.

Nadie lo tiene más fácil para estafarte que el que te vende algo que no entiendes. Ojalá en un futuro la programación fuera como leer, iba a cambiar mucho este clima de "te hago un proyecto de mierda y lo voy alargando y cobrando eternamente".

Ale, odiadme informáticos. Pero si yo como arquitecta os hago una casa que se cae, se me cae el pelo y voy a la cárcel.

V 0
K 10
D
editado

Con esos millones de euros te monto yo la gestión informática de toda España y en un par de años.

#99 Se puede aplicar a cualquier oficio empleado por el sector público.

V 0
K 12
I

#99 Pues en vuestro ramo tenéis una multitud de ejemplos de mala gestión de proyectos con sobrecostes, mala calidad en los productos entregados e incluso alguno no funcional (por ejemplo el insigne Calatrava, pero hay más a todos los niveles)

V 1
K 15
thorpedo

los proyectos con administración pública son infumables... empezando porque muchas veces se licitan bajo coste para luego licitar los mantenimientos a precio de cuerno de unicornio.... En un proyecto que estuve la fase inicial del proyecto no pagaba ni el salario de un mes de los 25 que eramos en el proyecto... El año siguiente el mantenimiento era de varios millones de euros

V 1
K 9
PussyLover

Ha hecho una finalización del proceso de lotes con un Control+Z a saco Paco. roll

V 0
K 9
cuestionador

Era un while(1)?

V 0
K 8
D

Indra de por medio, nada nuevo en Spañistan, el Silucon Valey español son etts camufladas, carnicas o charcuetras ( como las querais llamar) y luego nos quejamos de que no se innova en España. Yo es que directamente ilegalizaba el body-shooping.

V 0
K 7
charlieCooper

La sombra de Carmena se está comiendo un pirulo...

V 0
K 6
Moreno81

Eso es tener a empresas de amigotes a sueldo. 10 años trabajando en un software...BRAVO.

V 0
K 6
m
editado

Más decisiones como esta, de tanto sentido común y coherencia, y empezaremos a ser esa ciudad que alguna vez soñamos. Más dureza Manuela, hasta el fondo que aquí hay mucho que limpiar.

V 0
K 6
P

¿Querían competir con la inigualable obra de la Sagrada Familia de Barcelona? ¡Pues no! ¡Aquí las obras interminables tienen derechos de autor y Gaudí solo hubo uno y lo atropelló un tranvía! ¡No bastará con reponer tranvías para que atropellen a los informáticos!

V 0
K 6
1 2