Estamos organizando la quinta edición de la mejor conferencia de Europa sobre externalización software: el SEAFOOD (Software Engineering Approaches For Offshore and Outsourced Development ). El SEAFOOD 2013 se celebrará en Móstoles, en la Universidad Rey Juan Carlos, en marzo de 2013.

La organización del evento la está llevando a cabo, a nivel organizativo, el grupo de investigación Kybele de la Universidad Rey Juan Carlos y Kybele Consulting S.L.

Y en lo que refiere a personas, participan en la organización un destacado grupo de expertos, de numerosas empresas, organizaciones y Universidades, como el ETH Zurich (Switzerland), Technische Universität München (Germany), TECSIDEL (España), Carleton University (Canadá), University College London (UK), METRO de MADRID (España), Tata Research (India), CENTIC (España), UNAM (México), Cauca University (Colombia), EN PLUS ONE (España), Alarcos Quality Center (España), Sistemas Técnicos de Loterías (España), Codice (España), etc.

Aquí podéis ver todo el comité organizador.

Aunque la organización del evento acaba de arrancar, desde ya estáis invitados a enviar una ponencia de experiencias profesionales, industriales o de investigación. Anímate y nos vemos allí!

Y para cualquier cosa no dudéis en enviar un correo a administracion@kybeleconsulting.com

Ya os iré informando de como avanza la organización del SEAFOOD 2013, un evento del que queremos sentirnos orgullosos de que se celebre en España. Y si quieres ir echandonos una mano… comparte y twitea este post!

Cuando doy alguna ponencia sobre calidad o procesos software, explico que una razón del crecimiento de la demanda de la calidad software viene del crecimiento de la externalización (si quieres profundizar en este punto lee este post y este o también estas diapositivas), y que una de las razones del crecimiento de la externalización es la carencia de profesionales (que los clientes tienen que buscar en los proveedores), lo cual apoyo con el siguiente dibujo, que muestra la caída de las matrículas universitarias en informática:

Siempre que muestro el anterior gráfico, la primera cara de la gente es de sorpresa, e, inmediatamente, la segunda es de “se veía venir”. Después suelo preguntar a los asistentes que “¿por qué crees que la gente no quiere estudiar informática?”. Y a los informáticos que me dicen que ellos “tampoco volverían a estudiarían informática” les pregunto el porqué.

Como por suerte, o por desgracia, ya han sido numerosas las veces que en charlas he realizado la anterior pregunta, he podido ir observando como casi siempre se repiten las mismas razones.

Con lo anterior, dejo en este post las tres razones más repetidas por las cuales la gente no volvería a estudiar informática (y que nadie busque ni me pida la demostración estadística o contraste de hipótesis de la siguiente encuesta porque no la hay): [Leer el resto de la entrada...]

Han pasado ya unos años desde que leí por primera vez sobre el concepto “postagilismo”. Grata sorpresa para mí aquel momento, ya que leía ideas muy similares a las mías (y que muchas veces os he dejado por el blog, por ejemplo, por ejemplo, por ejemplo o por ejemplo)

El caso es que, años después, no hace mucho, volví a escuchar el término en aquella charla de las “Google Talk”, la de “El testing ha muerto”.  Y curiosamente, la semana pasada, el término salió en dos reuniones, en dos empresas diferentes. Es por ello que me ha parecido el momento de escribir sobre el “postagilismo”.

Supongo que, como decía Kuhn, pasa en todas las ciencias o ingenierías. Y también en la ingeniería del software ha pasado aquello de que nace, o se pone de moda, una nueva tecnología, técnica o método… y todo el mundo se pone a usarla hasta tal extremo que produce efectos negativos. Hasta que pasa ese caos, y se empieza a saber utilizar con moderación y en su justa medida (que es donde está la complejidad del tema, por eso esto es una ingeniería).

Paso con las BBDD, con la OO, con los patrones (ya os contaba hace años el caso de aquellas empresas que mejoraban el software… quitando patrones), con el UML… y ahora con la agilidad.

El postagilismo no es ni mucho menos un movimiento tan organizado y amplio como el agilismo. No hay manifiesto postagilista ni nada de eso. Actualmente, podríamos decir, que el término representa ideas relacionadas con que: [Leer el resto de la entrada...]

El otro día “recordé” que tengo olvidada… una cuenta en slideshare! El caso es que entre las pocas presentaciones que he subido hay una que echaba especialmente de menos: la presentación que suelo usar en las charlas sobre externalización. Aquí os la dejo.

Ver más presentaciones de Javier Garzás

Volvemos una semana más a hacer el resumen de lo que hemos visto esta semana en el blog:

- Abrimos la semana con la segunda parte del post que comenzamos la semana pasada, en el que hablábamos de ejemplos y buenas prácticas para descomponer historias de usuario en tareas. En esta segunda parte comentamos  las buenas prácticas que hay que tener en cuenta a la hora de descomponer una historia de usuario en tareas.

- El martes comenzamos con una nueva serie de 2 posts, en los que se presentaba cómo evaluar COBIT 5 con ISO 15504. En esta primera parte presentamos COBIT 5 e ISO 15504 y hablamos sobre el PAM (Process Assessment Model) de COBIT 5.

- Y el miércoles finalizamos el post comenzado el día anterior, con la segunda parte sobre cómo evaluar COBIT 5 con ISO 15504. Esta segunda parte presenta las claves para evaluar COBIT 5 con ISO 15504, así como algunas conclusiones de todo lo que habíamos visto.

- Para terminar la semana hablamos de la primera certificación, para profesionales, para Auditor o Consultor de ISO 15504 de la ISOQF. ISOQF ha lanzado dos certificaciones, una de auditor y otra de consultor para desarrollo software con la ISO 15504, con el objetivo de otorgar un certificado independiente, que reconozca que los profesionales tienen los conocimientos necesarios sobre la norma 15504 y 12207, en los ámbitos de auditoría y/o consultoría.

Esto ha sido lo que hemos visto esta semana en el blog. Espero que sigamos viéndonos por aquí la próxima semana. ¡Saludos!