Bueno, el caso es que probando, probando… me ha vuelto a surgir la necesidad de tener varias configuraciones de Eclipse. Llevo mucho tiempo sufriendo la degradación de mi IDE cuando pruebo plugins que no están del todo bien, o cuando va pasando el tiempo y pruebo a desarrollar con Android, y con Grails, y con …. y al final la configuración del IDE es tan grande que empieza a degradarse todo. Y recordé que hace mucho estuvimos buscando, en una empresa donde trabajé, una manera de tener las instalaciones de Eclipse distribuidas remotamente para que todos pudieramos sentarnos en cualquier puesto de trabajo de la oficina, sin tener que depender de instalaciones locales.

Podría optar por tener varias instalaciones completamente separadas, pero me parece un poco excesivo. Es una solución sencilla, rápida y funciona, pero me parece excesivo. Así que decidí complicarme la vida y buscar en la web de Eclipse sobre las opciones de arranque (recordaba algo, así que no fue difícil).

Mi última instalación está en C:\eclipse-java-helios-win32\eclipse (sí, mi portátil tiene Windows, ¿qué pasa? ) Como veis, no me complico mucho la vida. Despliego el zip directamente en C: con el nombre del propio zip. Así que la estructura que tengo para esta configuración por defecto es:

• configuration/
• dropins/
• features/
• p2/
• plugins/
• readme/
• .eclipseproduct
• artifacts.xml
• eclipse.exe
• eclipse.ini
• eclipsec.exe
• epl-v10.html
• notice.html

Así que decidí crear un acceso directo con el que llamar a eclipse.exe con el parámetro -configuration C:\eclipse-java-helios-win32\eclipse\configuration-alternativa

Arranqué y todo parecía ir bien porque cambié el workspace de inicio y, según la configuración que usara me proponía uno distinto para arrancar. Pero arranqué con la configuración alternativa, instalé “Google Plugin for Eclipse” desde el nuevo “Eclipse Marketplace” y al arrancar con la vieja configuración me encontré con que también se veía ahí el nuevo plugin. Claramente no había tenido éxito.

Así que eliminé el plugin para dejar la configuración como antes (creo que hay una opción para volver atrás, pero nunca he sabido cómo es y no me apetecía desenfocarme) y moví la carpeta configuration-alternativa a C:\Users\jmbeas\eclipseConfigurations\alternativa\configuration. Modifiqué el acceso directo para ejecutar Eclipse con esta configuración alternativa y vi cómo, al arrancar, se creaba un fichero artifacts.xml y varias carpetas justo en el mismo nivel que la carpeta configuration.

• configuration/
• features/
• p2/
• plugins/
• artifacts.xml

Y ahora tengo mi configuración para empezar a jugar con el Google App Engine completamente separada de la que tengo para jugar con Java o de las que tendré para jugar con Android u otras cosillas que quiera ir poniendo.

Espero que os resulte útil.

CONSEJO #2

¡Piensa! En tu trabajo.

[Think! About Your Work]

Este consejo en el contexto del libro quizás no parezca más que un gancho para que el lector se sienta un poco “obligado” a seguir leyendo. Pero en la explicación que dan los autores está la idem. Pensar en tu trabajo, en lo que representa para ti, en lo que estás dispuesto a hacer para mejorar en él, es en sí misma una actividad difícil y que, para hacerla bien, nos exige mucha transparencia con nosotros mismos. Eso no todos estamos dispuestos a hacerlo. Al menos no siempre. Los autores nos piden que, además de hacer este esfuerzo, nos comprometamos a hacerlo de manera constante. Visto así, mejor me voy a ver a la tele (que con un poco de suerte el dichoso pulpo dice que la selección española gana el Mundial de fútbol). ¡Meeec! ¡Error! Bueno, al menos si quieres ser bueno en tu trabajo, tenemos malas noticias para ti. La fama cuesta, y aquí vais a empezar a pagar, con sudor.

No es que yo sea un gran lector, ni siquiera me he leido todos sus libros. Tampoco es que yo sea una “persona de izquierdas” altamente comprometida con los ideales marxistas. Ni tan siquiera soy lo que se dice una persona íntegra, valiente ni honesta. Saramago sí lo era. Todo esto y además escribía muy bien. Desde que leí “Todos los Nombres” me pareció que era ese tipo de escritor que te hace sentir que eres parte de la historia. Que estás allí con él mientras te va explicando todo lo que ocurre. Puedes ver (e incluso oler) los escenarios. Y sabías que había algo más que trascendía a la propia historia y que sólo podrías alcanzarlo haciendo el esfuerzo de reflexionar. Aunque sólo sea por darme la oportunidad de pensar por mi mismo, debo agradecer a José Saramago todo lo que, sin saberlo, ha hecho por mi.

En fin, sólo quería darle las gracias y para ello no se me ha ocurrido mejor cosa que volver a la lectura (a la no técnica me refiero) y retomar (por tercera o cuarta vez) “El Hombre Duplicado”. Lo compré en catalán y eso, tan lejos de Barcelona, hace que el reto tenga casi la categoría de penitencia, pero un homenaje es un homenaje.

Me quedo con esta cita suya, con la que me identifico muchísimo:

Los únicos interesados en cambiar el mundo son los pesimistas, porque los optimistas están encantados con lo que hay.

Descanse en Paz.

NO TE DETENGAS

No dejes que termine el día sin haber crecido un poco, sin haber sido feliz, sin haber aumentado tus sueños. No te dejes vencer por el desaliento. No permitas que nadie te quite el derecho a expresarte, que es casi un deber. No abandones las ansias de hacer de tu vida algo extraordinario. No dejes de creer que las palabras y las poesías sí pueden cambiar el mundo. Pase lo que pase, nuestra esencia está intacta. Somos seres llenos de pasión. La vida es desierto y oasis. Nos derriba, nos lastima, nos enseña, nos convierte en protagonistas de nuestra propia historia. Aunque el viento sople en contra, la poderosa obra continúa: Tú puedes aportar una estrofa. No dejes nunca de soñar, porque en sueños es libre el hombre.

Walt Whitman

NOTA: No, no fue porque la foto de Whitman me recordara a Xavi Gost por lo que elegí un poema suyo.

Cómo puede el agilismo impulsar un cambio en el modelo productivo

El cambio de mentalidad que exige el agilismo es, en sí mismo, un agente de cambio del modelo productivo. Es un cambio cultural en las personas y, sobre todo, en las organizaciones.

Los métodos y prácticas ágiles persiguen la eficacia evitando el retrabajo, realizando entregas frecuentes y manteniendo estrictos controles de calidad interna. De esta manera, además, se reducen los costes de producción evitando trabajar en partes del sistema que luego no van a ser usadas o que deben ser corregidas porque no cumplen con las expectativas del cliente o incluso porque son defectuosas. Y todo esto, dentro de una contexto que permite ser más competitivo porque se entrega valor a los clientes mucho antes, lo que permite obtener más pronto un retorno de la inversión al recibir antes las primeras versiones del sistema funcionando.

El agilismo se basa en aportar valor al cliente, buscando relaciones de confianza mutua, donde todas las partes se benefician. Incluso las relaciones con los empleados es diferente. Se confía en su autodisciplina y su autoexigencia, cediendo el control de muchas decisiones que tradicionalmente están centralizadas en pocas personas, que además no están al cabo de los detalles, por lo que suelen equivocarse o no ser lo más eficaces posibles.

Se busca acabar con los grandes esfuerzos dedicados a entregar a tiempo los productos. Para ello se establecen estrategias que fomentan trabajar al principio en aquellas tareas que aportan mayor valor al cliente, entregándolas completamente acabadas en cuanto es posible y revisando las prioridades frecuentemente. Y esto siempre a un ritmo sostenible. Para los proyectos que siguen metodologías tradicionales, aceptar un cambio provoca un desgaste en las relaciones con los clientes y empleados y unos costes directos y de oportunidad importantes. Con las metodologías ágiles no sólo se aceptan bien sino que incluso son bienvenidos porque así se evita trabajar en partes del sistema que luego no son utilizados¹ o que deben ser corregidos más adelante. En este escenario, todas las partes ganan: los equipos de desarrollo pueden conciliar su vida personal y profesional y los clientes obtienen un mejor producto y más pronto. Esto es: estamos siendo más productivos.

¿Qué se necesita para hacer posible este cambio?

En general, cualquier cambio podríamos decir que necesita de un agente de cambio² (individual o colectivo) que actúe como germen del mismo. Los seguidores que podrá conseguir en primera instancia serán los más propensos a adoptar cualquier cambio o a asumir los riesgos que el cambio conlleva (los “early adopters”). Pero una vez ganados estos primeros adeptos, para conseguir dar un paso más es necesario obtener apoyos dentro de la organización que queremos cambiar, y para conseguir estos apoyos siempre es bueno contar con:

• casos de éxito para que den confianza
• una comunidad que sirva de apoyo
• estrategias de capacitación para conseguir que el cambio se haga efectivo

De todo esto, ¿qué tenemos ya?

Como decíamos más arriba, en España hay pocos casos de éxito conocidos porque, entre otras cosas, estamos en un sector que da poca difusión a lo que hace. Es evidente que eventos como los que organiza la asociación Agile-Spain, respaldada por una comunidad en crecimiento, y sinergias que se están buscando con otras instituciones son fundamentales para lograr que los casos de éxito que se están consiguiendo en España se puedan dar a conocer y generar la confianza necesaria de los que no gustan de ser pioneros y asumir riesgos, lo cuál es muy lícito en tiempos de crisis.

Poco a poco, y al calor de esta comunidad, comienzan a surgir empresas de capacitación y de consultoría que tratan de ayudar a las empresas y a los profesionales a adaptarse a este nuevo paradigma. Es un camino largo, pero al menos ya hemos comenzado a dar los primeros pasos. Una prueba de ello es que también comienzan a surgir las primeras bibliografías en castellano sobre estos temas. Esto es muy relevante porque, a los problemas ya citados de la economía española, la falta de dominio del inglés, a la que no es ajena del todo el sector de las TI, hace que los contenidos en castellano sean muy necesarios.

¿Qué falta?

Ya vemos que hay una pequeña llama, pero si queremos un fuego es necesario un acelerante, algo que permita que la llama se avive y vaya más allá. Es decir, necesitamos el apoyo de todos los que crean que este cambio es posible. Desde los pequeños empresarios que arriesgan su futuro hasta las instituciones con posibilidad para influir. Por ejemplo, sería muy positivo que las administraciones públicas comenzaran a exigir a sus proveedores relaciones de confianza y colaboración con entregas frecuentes y que abrieran el abanico de posibles colaboradores a pequeñas empresas que YA saben y pueden hacer esto. Iniciativas como Abredatos, por ejemplo, demostraron recientemente parte de lo que pueden hacer equipos de alto rendimiento, con buenas prácticas y con muy pocos recursos, para ofrecer servicios a los ciudadanos.

También se puede influir para que las metodologías y prácticas ágiles lleguen a los alumnos de las Universidades y centros de Formación Profesional de nuestro país. Porque necesitamos ser competitivos cuanto antes. No podemos esperar a que, poco a poco, este conocimiento vaya calando a base del impulso de una pequeña comunidad. Es necesario el impulso de entidades más influyentes.

Pero tampoco es necesario un “Pacto de Estado” para todo esto. Podemos empezar cada uno desde nuestra posición. Sin necesidad de plantear un cambio profundo de todo el sector, sino muchos pequeños cambios, cada uno en nuestro pequeño mundo en el que podemos influir. En este sentido, tener una red de apoyos (una comunidad) creo que es fundamental. Éste es nuestro verdadero reto. Somos un colectivo de más de 200.000 personas (según el estudio “Las Tecnologías de la Información en España 2008″ elaborado por AETIC) que trabaja en un sector clave para la economía española. Somos un colectivo descreido y desorganizado, pero es evidente que algo está cambiando. Y ese cambio lo estamos haciendo nosotros mismos. No es un cambio impulsado desde sindicatos, colegios profesionales, ministerios ni nada por el estilo. Lo estamos haciendo NOSOTROS.

Conclusiones

El sector del desarrollo de software en España necesita un impulso renovador que contribuya a mejorar la competitividad y la satisfacción tanto de los receptores de los proyectos como de los equipos que trabajan en ellos. Y aquí es donde las metodologías ágiles que promovemos pueden ayudar, dado que se basan en la creación de valor para el cliente, fomentan la innovación y aumentan la productividad mediante la mejora continua. Pero además, estas metodologías no se olvidan del verdadero corazón de nuestra industria: los desarrolladores de software, el capital humano que lo hace posible. Para hacer posible este cambio es necesario incorporar a la difusión del agilismo en España no sólo a profesionales, empresas e incluso a las administraciones públicas sino también a las universidades, puesto que sin formación ni investigación es muy difícil vertebrar un cambio como el que proponemos en este artículo. Si conseguimos este cambio de paradigma, la calidad de los desarrollos y la satisfacción del cliente con los servicios de TI ofrecidos por España se verán fortalecidos y, como consecuencia, la propia Sociedad de la Información en nuestro país. Esto también representa una sinergia con muchos esfuerzos institucionales y privados orientados a favorecer la innovación y la exploración de oportunidades en la Internet del futuro. Ése es el cambio del modelo productivo: un cambio cultural tanto en las empresas como, sobre todo, en las personas que las mueven en todos sus escalones.

Muchas gracias por llegar hasta aquí. Ahora espero vuestras reacciones…

Y recordad que mañana y pasado estaré en la Conferencia Agile-Spain 2010. No dudéis en tuitearme, escribirme o abordarme allí directamente. Siempre es un gusto “desvirtualizar a gente”.

Los artículos anteriores son:

• Primera parte: http://jmbeas.iexpertos.com/el-agilismo-como-motor-de-cambio-del-modelo-productivo-en-espana-i/
• Segunda parte: http://jmbeas.iexpertos.com/el-agilismo-como-motor-de-cambio-del-modelo-productivo-en-espana-ii/

Notas:

Si no estoy equivocado, estaré en la mesa redonda con Angel Medinilla (Proyectalis), Juan Garbajosa (UPM), Xavier Quesada (Agilar) y Diego Cenzano (Biko). Echo a faltar gente, claro, pero estoy seguro que la organización habrá tenido muchos problemas para organizar una mesa suficientemente representativa a la vez que manejable. No me quiero imaginar una mesa de 20 personas. ¡No me hagan corrillos, por favor!

Hombre, me hubiera gustado que estuviera Juan Palacio. A mi personalmente es quien me puso en la pista de esto del Scrum en España. ¡Demonios! Regalaba su libro. ¿Cómo? ¿Regalar un libro? ¿Cómo es posible? Y además, creo que la iniciativa ScrumManager es muy interesante y que requeriría de una reflexión colectiva el ver por qué no se habla más de ella, por ejemplo en la lista de Agile-Spain.

También me hubiera gustado que estuvieran Carmen Vidal (ay, esas traducciones del bliki de Martin Fowler…), Jorge Ferrer y Jesús Pérez. Ellos fueron los que arrancaron hace mucho, mucho tiempo, el Agile-Spain 1.0 (o 0.9 quizás, je, je).

Y si no hubiera sido por los que tomamos el testigo… ahora no estaríamos aquí. ¡Que suban al estrado los refundadores! Xavier Albaladejo, Jose Ramón Díaz, Xavier Quesada, Juan Gutiérrez, Ricardo Roldán, Leo Antolí, Jorge Uriarte… espera, Jorge ya está en la mesa. No puede estar dos veces. Y Xavier Quesada también. Esto empieza a ser un lío. Demasiada gente. Bueno, hacemos la mesa más grande, ponemos más micrófonos y damos más tiempo (cinco o seis horas) y creo que así…

Por supuesto, que no se me olviden todos los que no pudieron estar en aquella reunión refundacional pero que tuvieron el compromiso para participar en la organización del Agile Open Spain 2009 y cuyos nombres aparecen para la posteridad en el Acta Fundacional de la asociación Agile-Spain.

Y claro, puestos a pedir, también estaría bien que estuvieran en la mesa, Carlos Blé, Gregorio Mena y otros más tanto de la Oficina de Software Libre como de la incipiente comunidad agilista en Canarias, que andan por allí intentando que el agilismo agarre. Por cierto, muchas gracias por invitarme a la TenerifeLanParty 2k9 (huelga decir que estaría encantado de ir todas las veces que me lo pidiérais).

Hombre, y si invitamos a los de Canarias, estaría feo no invitar a @semurat y @amaliahern (perdón, Jorge Jiménez y Amalia Hernández) que andan por Castilla y León dando guerra y apuntándose a casi tantas citas ágiles como Jerónimo “el espartano” (que no se perdía ninguna del grupo local de Madrid hasta que fue absorbido por un proyecto con una cobertura en los tests que no se atreve a publicar). Ostras, y a ver con qué cara podemos empezar a hablar si no está también David Esmerodes, el liante de los cafés ágiles. Y claro, no voy a invitar a todos los de los grupos locales y no voy a invitar a Alfredo Casado, Alberto Peña y el resto de gente de IPSA, que siempre nos acogen tan bien, o a Raquel Laina, Germán DZ, Adrián Silva… buff, creo que ya hay más gente en el estrado que en la platea.

Pero hombre, si me pongo a hablar de agilismo sin tener a Xavi Gost al lado… como que me faltaría algo.

En fin, creo que el esfuerzo por intentar ser pioneros y explorar caminos nuevos merecen un reconocimiento. Y si no puede ser sentándolos a todos en una mesa (que ya sé que no puede ser) que sea al menos en este pequeño rincón de la blogosfera.

¿Se me olvida alguien?

Actualización: La tercera (y última) parte ya está disponible.

Qué es el agilismo

El desarrollo de software ágil (más conocido fuera de España por el vocablo inglés “Agile”) se origina en los años 90 con las llamadas metodologías livianas, en contraposición a las metodologías pesadas, basadas principalmente en procesos burocráticos y prescriptivos, es decir, que suponían que era posible conocer desde el principio todos los detalles del sistema a construir y que, por tanto, estos no iban a cambiar durante el desarrollo. Las metodologías ágiles están basadas en un cambio de paradigma en el desarrollo de software que acepta los cambios durante el desarrollo como una realidad ineludible en la mayoría de los proyectos. Se busca la entrega continua y temprana de valor al cliente, y la excelencia técnica de los desarrolladores e integrantes del equipo, lo cuál incluye al propio cliente y a departamentos tradicionalmente separados del desarrollo como Marketing o QA (Quality Assurance). Por un lado, la gestión de los proyectos se centra en la colaboración con el cliente, el trabajo basado en la priorización de sus necesidades y el retorno de la inversión en el proyecto (ROI). Por otro lado, se buscan técnicas ingenieriles para asegurar la calidad y la estabilidad de los productos desarrollados, durante el desarrollo, no al final, haciendo responsables de este aseguramiento al propio equipo, buscando no volver a trabajar sobre una pieza de software, por ejemplo para resolver un defecto, pues esto se considera desperdicio.

Entre las metodologías ágiles más conocidas podemos citar: eXtreme Programming (XP), Scrum, Crystal Clear o Lean Software Development. El punto de inflexión en la adopción de estos métodos es la firma en 2001 del Manifiesto Ágil, donde Kent Beck (creador de XP) y otros miembros relevantes de la comunidad definen los valores y principios fundamentales de una metodología ágil a partir de las buenas prácticas que, en base a su experiencia, han visto que dan mejores resultados. Actualmente se está dando una convergencia entre estas metodologías surgidas de la observación y las surgidas de la adaptación del sistema de producción Toyota (Lean Software Development), y por ello no es extraño leer términos como “Lean-Agile” o adaptaciones de conceptos como el Just-In-Time o Kanban.

¿Qué ventajas nos aporta el agilismo?

El cambio de paradigma que representan las metodologías ágiles persigue tanto un soporte para la innovación en el desarrollo de productos como una mejora de la eficiencia en base a una mejora de los procesos, un cambio de cultura enfocado a la calidad en los resultados y la satisfacción de todos los implicados: desde el usuario final del producto hasta el propio desarrollador. En un estudio de 2008 realizado en EEUU se destaca que la adopción de métodos ágiles había representado una mejora para el 60% de las empresas mientras que para el 22% había sido una gran mejora, es decir, la abrumadora mayoría mejoran.

Otro nuevo cambio de paradigma, el de la Internet del Futuro, es una revolución que está cambiando los modelos de muchas industrias. Los nuevos líderes de Internet, como Google, Facebook, etc. tienen un fuerte componente tecnológico y se distinguen por ser muy ágiles en el desarrollo de las iniciativas. Porque, en Internet, el posicionarse es algo crítico para el futuro del desarrollo de los proyectos empresariales, como han supuesto ejemplos tan conocidos como YouTube. España no sólo necesita un fuerte sector de TI, sino también un cambio de cultura a la hora de gestionar los proyectos. Necesitamos adoptar modelos de gestión que nos permitan adaptarnos a este entorno de incertidumbre. Modelos dirigidos por valor y donde el estado de “beta” (producto no acabado con el que se busca el “feedback” temprano de los usuarios) sea compatible con un trabajo profesional, donde haya un punto de encuentro entre la ingeniería y la necesidad de adaptarse de manera continua a un entorno en constante evolución. Esto permitirá a España posicionarse como una potencia en el desarrollo de software, pero lo más importante, como uno de los países con equipos de TI capaces de aportar el valor añadido necesario para abordar los retos del futuro.

Pero conseguir estas ventajas tiene un coste. No es simplemente cambiar unos procesos por otros, sino un cambio de cultura profundo en individuos y organizaciones. Esto toma tiempo, como cualquier aprendizaje. Por eso debemos tomar acciones YA; porque, como hemos explicado antes, está demostrado que el cambio de paradigma es una ventaja competitiva importante y debemos buscar este impulso para crear innovación en nuestro sector de las TI en España.

El agilismo fuera de España

Hoy día, las metodologías ágiles se han impuesto como una realidad incontestable en los países punteros en el desarrollo de software (EEUU y su área de influencia, países del norte de Europa y potencias emergentes como India o China). Ejemplo de esto son empresas tan conocidas como Google, Yahoo! o Nokia. El agilismo es una realidad incontestable y en muchos casos un requisito para empresas y trabajadores españoles que quieren competir fuera de España.

Es evidente que nunca podremos competir con India o China en precio: tenemos que tratar de ser innovadores y entregar productos de calidad. Éste debe ser nuestro objetivo.

Hay muchísima literatura bien contrastada con realidad de empresas con éxito implantando métodos ágiles por todo el mundo y multitud de consultoras ayudando en la difícil tarea de implantar estos cambios, pero además también hay comunidades internacionales alrededor de estos temas. El agilismo a nivel internacional está representado por la Agile Alliance, con más de 5000 miembros repartidos por todo el mundo y organizadora de conferencias internacionales de gran prestigio. También cabe mencionar a la Scrum Alliance, que expide las certificaciones profesionales en torno a Scrum más reconocidas a nivel internacional. Y por último, nombrar a la comunidad Ágiles, nacida en Argentina pero con vocación latinoamericana. De hecho, Ágiles va ya por la 3ª conferencia internacional que organizan en 2010 en Perú, lo cuál, de alguna manera, indica un grado de madurez más elevado que el que existe en España actualmente, que apenas vamos por la primera.

Hay otras iniciativas menos relevantes a nivel internacional, pero que poco a poco se están haciendo su hueco, como ScrumManager, fundada en España por Juan Palacio, y que persigue la certificación profesional en Scrum en un marco más abierto que el de la Scrum Alliance.

Incluso organizaciones muy alejadas del agilismo, hasta no hace mucho vistas como antagónicas, como son PMI (certificadores del Project Manager Professional) o SEI (evaluadores del estándar CMMI) ya están incorporando mucho del cuerpo de conocimiento ágil al suyo propio. De alguna manera, estas organizaciones están certificando que hay mucho en el agilismo que merece la pena ser absorbido para sus propios cuerpos de conocimiento.

¿Agilismo en España?

En España, desgraciadamente, el agilismo es muy poco conocido por los profesionales, empresas e incluso en las universidades. Hay muy pocos ejemplos de empresas relevantes en el sector y hay muy pocos estudios y proyectos de investigación al respecto, lo cuál nos está llevando a un cierto analfabetismo en el sector. En poco tiempo, nuestros profesionales y empresas no serán competitivos ni podrán siquiera colaborar con profesionales y empresas extranjeras porque no nos habremos adaptado a estas nuevas formas de trabajar. Mientras otros crean equipos capaces de responder al cliente con incrementos de valor frecuentes, en España seguimos dividiendo los equipos según sus funciones, sin una visión global del proyecto.

Como ejemplo de empresa de relevancia que ha apostado por el agilismo en España podemos nombrar a Telefónica I+D. Hay una interesante sesión en la Conferencia Agile-Spain 2010 sobre cómo han ido integrando prácticas ágiles en Telefónica I+D. Sabemos de experiencias muy aisladas dentro de la administración pública (otra interesante sesión sobre esto en la CAS2010) y de grandes corporaciones como Indra, por ejemplo, pero hoy por hoy no es algo generalizado ni mucho menos. Sin embargo, son las pequeñas startups en Internet las que están apostando decididamente por el agilismo porque son conscientes de que es un valor diferencial que les puede distinguir de su competencia al permitirles, entre otras cosas, reducir el “time to market” (el tiempo que pasa desde que conciben una nueva idea o detectan una necesidad hasta que la pueden poner a disposición de sus clientes) y aceleran el retorno de la inversión, lo cuál es vital en este tipo de emprendimientos, especialmente en el contexto financiero actual, donde el acceso a los créditos está muy difícil.

Me queda la última parte donde explico cómo puede el agilismo impulsar un cambio en el modelo productivo. Como siempre, espero vuestros comentarios.

CONSEJO #1

Cuida Tu Trabajo.

[Care About Your Craft]

No tiene sentido desarrollar software a menos que lo hagamos bien. Un software con defectos provocados por una falta de pulcritud en el trabajo es francamente molesto. Cuando leo código de otro y me doy cuenta de que no está bien hecho porque no ha puesto atención a los detalles, que se ha saltado ramas de la lógica evidentes, que hay ramas enteras sin probar, el típico "... catch(Exception e) { // me lo como todo y no digo nada }...", etc… siempre pienso… ejem, bueno, mejor no digo lo que pienso, pero no es nada agradable.

Creo que si a un compañero de profesión no le importa que el resultado de su trabajo sea deficiente, cuando este código termina llegando a mi, por esas malditas maniobras del destino, entonces estoy perfectamente legitimado para pensar que ha sido un mal compañero y, seguramente un egoista y un pedante, porque seguramente ni ha tenido en cuenta las repercusiones de sus malos actos ni ha pensado que su código tenía algún defecto. Desgraciadamente he sufrido esto muchas veces… y muy probablemente también haya hecho padecerlo a algún ex-compañero.

Y cuando ese mal compañero que me ha dejado ese código descuidado soy yo mismo…

Actualización: Ya está disponible la segunda parte. Y también la tercera (y última).

Aquí es donde lo dejamos para pensar un poco y dejar hueco para la siguiente entrega, donde haré un repaso del “estado del arte” del agilismo en España y fuera de España. Aportaré datos (cosa que no hice para la Conferencia) y trataré de demostrar con ellos que el sector del desarrollo del software en España puede ejercer un factor multiplicador sobre la economía.

Seguramente dejaré para una tercera entrega la verdadera tesis de esta contribución: cómo creo yo que podemos forzar un cambio estructural en la economía española desde el sector del desarrollo del software y, en particular, desde las pequeñas y medianas empresas que desarrollan software. De momento, espero vuestros comentarios, escritos o en persona durante la Conferencia Agile-Spain, a la que asistiré porque, entre otras cosas, haré un nuevo CodingDojo con Xavi Gost y todos los que os apuntéis.

La verdad es que no sé, pero siempre que hablo de las cosas que hago fuera del trabajo no puedo evitar sentirme un poco incómodo. Es como si sentirme orgulloso de mi profesión y de lo que estoy aportando a ella fuera algo malo (a ojos de muchos). En fin, seguramente tiene que ver con lo de que soy un “informático vocacional”. De todos modos, cuando el viernes por la noche @digitalmeteo me dijo que sería conveniente meter las cadenas en el maletero para ir a Segovia, reconozco que me sentí muy rarito. Mira que seguir preparando las cosas para ir al #coderetreatSegovia con la que iba a caer al día siguiente. ¡Ay que estar un poco “tocado” para eso! O creer mucho en lo que estás haciendo.

Pero lo mejor de todo esto es que en Segovia coincidí con gente que siente tanta o más pasión que yo por nuestra profesión. Alberto, Alfredo, Laura, Jorge, Jerónimo, Xavi, Amalia, Javier, Eduardo, William, Carlos y otro puñado más que se montaron en un coche, con el frío que hacía, y llegaron hasta Segovia para… ¡¡PROGRAMAR!! Y ni tan siquiera para desarrollar algo sino para echar unas lineas de código de un problema muy sencillo y conocido, y al cabo de una hora, borrarlas y volver a empezar. Ya lo sé, ya lo sé… ya sé lo que parece. Pero en la charla de después de comer salieron, entre otras cosas, las razones por las que merece la pena asistir a estas actividades. Algunos dijeron que no habían practicado TDD antes. Otros no habían practicado antes la programación en pareja. Xavi Gost, por ejemplo, dijo que venía dispuesto a practicar algunas ideas de diseño en esta CodeKata bien conocida, pero se sorprendió comprobando cómo los pomodoros de 25 minutos potenciaban los beneficios de practicar la programación en pareja. En fin, cada cuál pudo aprender cosas nuevas. Cosas que no es fácil (o incluso son imposibles) de practicar en el trabajo porque el día a día lo impide.

Bueno, yo además de todo esto, tuve la impagable oportunidad de que Carlos Blé me firmara su libro. Gracias, Carlos. Además, quiero decir públicamente que Carlos está siendo todo un ejemplo para mi. Admiro su tenacidad y su valentía para lanzarse al vacío del emprendimiento y, aun así, ser capaz de regalar su tiempo y su conocimiento en actividades gratuitas como ésta o los podcasts de Podgramando (que llevamos a medias). Lo dicho, todo un ejemplo.

Pero no quiero terminar sin agradecer a Javier García Garrido, que desde su empresa Castesoft y con la colaboración de algunos organismos e individuos “en la sombra”, aporta también su granito de arena para cambiar este sector en su área de influencia, en este caso en Segovia. Suyo es este video, por si queréis echar un vistazo a algunas de las cosas que charlamos durante este “retiro”.

La foto: Gracias a Jorge Jimenez (que se me ha vuelto a olvidar preguntarle por qué lo de Semurat). Jerónimo López también me ha pasado algunas fotos, pero no sé, me ha gustado más esta de Jorge.

El video: Gracias a Javier García Garrido.

PS:
Gracias a Abel por su aportación “remota”, aunque está claro que todos (sobre todo él) hubiéramos preferido practicar juntos.