La ÚNICA y MEJOR manera de hacer software es imitando a arquitectos y cadenas de montaje, reconozcámoslo.

Han sido muchos muchos años intentando auto convencerme de que el software debía hacerse de otra manera. Pero hoy he de confesaros que mi búsqueda ha sido en vano, por fin lo veo claro, vi la luz: la única manera de que hagamos buen software es imitar a la industria automovilística o a los arquitectos cuando construyen casas. Ellos son los que saben, nos llevan siglos, aprendamos.
No quise verlo durante años, miré a otro lado, leí libros prohibidos, caminé por el límite del mal, tiempos perdidos, creí que nada nos haría cambiar, todo en vano, pero ahora sé la verdad, sí, sí, cuando yo planteaba que había otras maneras de hacer software estaba en un error, lo mejor inventado es el enfoque industrializador, el de cadena de montaje aplicado al software, la churrera. Ellos son los que saben, aprendamos.
Me empeñé, y me empeñé, y muchos decían que esas ideas, ¡esas elucubraciones mías!, eso de.. ¿hacer software sin usar el ciclo en cascada? ¿sin proyecto cerrado?, je, hacer software sin requisitos cerrados, ay, o que el software se puede hacer iterativamente (je, je, iterativamente)… Eran ideas de rockero antisistema. En aquellos momentos me sentí molesto, pero ahora lo veo: llevaban razón y lo decían por mi, nuestro, bien.
Así que, a partir de este momento, este blog va a cambiar para siempre, incluso haré auto-censura y mañana comenzaré a borrar todos los post que no piensen y compartan las «»nuevas»» ideas (si quieres quedarte con algún antiguo revolucionario, algún post prohibido, sólo tendrás hasta las 0:00 de hoy, mañana serán historia).
Las ÚNICAS ideas que desarrollaré a partir de ahora, las ÚNICAS que expondré en mis charlas, las ÚNICAS escribiré en mis libros y defenderé a partir de ahora serán las siguientes:
1 – Antes programar debe haber una documentación UML previa exhaustiva que evite errores posteriores. Todo debe estar mínimamente documentado antes de comenzar. ¿Te imaginas empezar una casa sin planos cerrados? Amigo, no seas tonto, no tires el dinero, cierra siempre el UML antes de empezar a tirar una línea.
2 – La única medida fiable del avance de un proyecto es contando líneas de código. Es más, deberíais medir la productividad del equipo según las líneas que programan por semana, como se hace en albañilería, por “metros de tapia construida por semana”.
3 – El proyecto cerrado es el único modelo que funciona. La licitación de obras públicas es ejemplo de ello, años nos llevan de experiencia, ¡aprendamos e imitémoslos!
4 – Necesitamos tener churreras de software, perdonar la expresión, pero tan popular como clara, no seremos una buena industria hasta que por un lado entren requisitos y por otro salga código.
5 – ¿Empezar a desarrollar sin tener un conjunto de requisitos cerrados y firmados? Error amigo, error. Y ¡claro que se pueden cerrar siempre los requisitos antes de empezar!, lo que pasa es que no le dedicáis tiempo, ¿acaso no lo hacen los fabricantes de automóviles?
6 – Los Gantt son la manera más eficiente, y única, que hemos inventado para gestionar proyectos software. Complementariamente, puedes utilizar los PERT y las rutas críticas. A ver, cómo te lo explico, proyectos enormes como los de construcción de barcos utilizan Gantt… ¿acaso están ellos en un error? No te engañes, usa Gantts.
7 – Lo que menos importa en un desarrollo son dos cosas: las personas y la calidad del software. Pensar de otra manera es… de rockero antisistema.
8 – Si quieres aumentar la productividad del equipo… añade más gente al proyecto. A equipo más grande más productividad. Ya lo dice el refrán, «burro grande ande o no ande», y los refranes son sabiduría. ¿Acaso no lo hacían así los egipcios construyendo las pirámides? ¿vas a poner tú ahora en duda a los egipcios? Y si eso lo compartes con un sistema de fichar a la entra y la salida mucho mejor, eso fue lo único que les falto a los egipcios, un sistema de fichar, pero tu ahora puedes motivar así a la gente.
Para los despistados por la Navidad, tener presente que este post fue escrito el día 28 de diciembre ¿ok? ya sabeis lo que pasa el 28 de diciembre.

0 comentarios en “La ÚNICA y MEJOR manera de hacer software es imitando a arquitectos y cadenas de montaje, reconozcámoslo.”

  1. Pingback: Bitacoras.com

  2. José María Franco Fraiz

    Pues será una broma, pero en este país últimamente te piden CMMI hasta para hacer un «hola mundo» y precisamente ese es el modelo que defiende CMMI, el de que una fábrica de software tiene que funcionar como una cadena de montaje industrial.

  3. No puedo creerlo, te has pasado al lado oscuro…Jajaja
    Me uno al susto general y a no poder creerme lo que leía, hasta que la churrera, si hombre.
    Feliz Navidad.

  4. Lo he leido el 30 y no he pillado que lo enviaste el 28. Vaya susto! (de todas formas, lo cierto es que mucha gente piensa así y cree que somos unos perroflautas peligrosísimos si salimos del modelo de proyecto cerrado y software factory)

  5. Mientras lo leía pensaba «Dios mio! Qué le ha sucedido a Garzás?? Noooo». En serio, he estado a punto de dejar de leer y darme de baja de tu lista… (yo leo tus artículos en el correo… ;)). Lo de inocentada, ponlo más GRANDEEEEE!!! 😉

  6. Para los que nos hemos contaminado leyéndolo, creo que nos merecemos leer la versión buena, para descontaminarnos. Tras un muñeco de inocente al final del artículo, me encantaría leer la versión contraria.
    No me ha gustado mucho la broma, para un fiel seguidor de tus palabras 🙁

  7. Estos romanos estan locos. Ya se echaba en falta algo de sentido común en este mundillo. Y sobre todo recalcar que con esa METODOLOGIA rara vez hay desviación de presupuesto y de tiempos de entrega como ha pasado cuando se ha construido el Eurotunel. Aprendamos de esas experiencias y montemos grandes fabricas de churros que para eso siempre hay demanda.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Share This
Ir arriba