What's happening

May 22, 2013

Hired! Alonso Torres

Tagged with , ,

Comments 0

Hoy dejamos que Alonso, nuevo fichaje en Kaleidos se presente a sí mismo y luego le hacemos dos preguntas fuera de guion :)


¡Me presento! Mi nombre es Alonso Torres: geek, madrileño, ingeniero y apasionado del desarrollo y las nuevas tecnologías.

Lo que más me gusta de mi profesión es el reto que supone buscar la mejor solución a un problema a la vez que intento aprender cada día algo nuevo.

Me encanta el diseño orientado a objetos y la definición de arquitecturas software. Considero que un software no sólo tiene que ser funcional para que esté bien desarrollado, conceptos “internos” que el cliente muchas veces no puede apreciar (mantenibilidad, modularidad …) a menudo marcan la diferencia.

Otro de mis intereses son los automatismos y todas las facilidades que se pueden dar día a día al desarrollador para disminuir el ruido e intentar facilitar su vida. Proporcionar herramientas e interfaces para realizar las tareas con más facilidad o mejorar los procesos de desarrollo sólo puede llevar a mejorar la calidad del software y la vida de los desarrolladores.

Los ratos que me aparto del ordenador me encanta la literatura de fantasía y ciencia ficción. Mi otra gran afición es el Go el cual os animo a probar a todos los que no lo conozcáis :)

Pregunta bonus: ¿En qué proyecto de crowdfunding te meterías de cabeza si fuera para liberar un proyecto de juego de ordenador de tu infancia? ¿cuánto pondrías?

“El Día del Tentáculo. Pocos juegos recuerdo con tanto cariño y además ¡¡Incluía dentro el Maniac Mansion!!. La cantidad dependería de los bonus, pero me gustaría que uno fuera recuperar los sistemas “anti-piratería” que tenían los juegos de Lucas Arts por esa época. Como el círculo con caras del Monkey Island.”

Pregunta malus: ¿Qué gadget te compraste como early adopter y te arrepentiste en la primera semana?

La primera semana me arrepentí de comprarme la PSP. Tenía un catalogo horrible de juegos y se demostró que su invento de los UMD fue un fiasco monumental. Del gadget que me arrepentí más de haber sido “early adopter” fue del iPhone. Me lo compré y se quedó enseguida obsoleto. Al poco tiempo ni actualizaban el software. Sin entrar en debate Android vs iPhone estas cosas ahora no me pasan con mi Android :)

April 29, 2013

El ingeniero de software ideal: modelo ACADEMIA

Tagged with

Comments 10

Me gusta sintetizar y también contar historias. No es contradictorio pero ambas son cuestiones complejas. La primera exige criterio para eliminar lo superfluo y la segunda utilizar lo superfluo como elemento narrativo a favor del mensaje. Voy a contaros la historia de una síntesis.

Esta semana pasada fue, como las últimas, bastante intensa en el trabajo. Proyectos que transferimos a nuestros clientes, proyectos que arrancan, nuevas contrataciones en Kaleidos… y con el SaveInformáticos por delante, me iba a la cama todos los días sin poder dejar de reflexionar sobre por qué confían en nosotros para llevar a cabo proyectos realmente estratégicos (del tipo “si sale mal, me arruino”) y arriesgados (del tipo “nadie antes ha hecho esto, vamos sin red”) y, al mismo tiempo, cómo nos aseguramos de contratar a gente que suma una barbaridad a este organismo que es Kaleidos.

Creo que fue el miércoles, ya acostado y mirando al techo cuando me pregunté “Pablo ¿desde que has tenido que rodearte de compañeros, cuál es el ciclo más probable de un profesional vocacional?”

Empecemos por el final, como el “truco” que @jmbeas empleó en la sesión de evolución de nuestro sector del #saveinfos. ¿A dónde parece probable que vaya a llegar un profesional vocacional? En Kaleidos no usamos eufemismos para esto, directamente decimos que esa persona MOLA. Molar mola.

Molar

En el SaveInformáticos, vi que molar es tener una reconocimiento de tus pares, que aprecien tu trabajo. Probablemente molas más cuanto más compartes lo que sabes, cuanto más transparencia ejercitas y menos bullshit predicas. Molar puede suponer que seas un ejemplo para otros, que vean en lo que haces algo valioso y copien de ti lo que les puede aportar más. Lo mejor de molar es que uno no mola si la gente no quiere. Otros deciden si tú molas. ¿Qué estaría en tus manos entonces, justo antes de que moles? Muy probablemente, DISFRUTAR de lo que haces.

Disfrutar

Disfrutar es complicado. Lo que para una persona es un bodrio, para otra puede ser el paraíso, pero no se trata de encontrar un disfrute universal, sólo de identificar cuándo éste llega. Llega cuando te sientes realizado. Cuando la promesa del futuro pasa a un segundo plano porque el presente es suficientemente potente. Miras lo que has hecho y reconoces tu huella y lo que te ha aportado. Es la métrica ñoña pero muy eficaz de “me levanto cada día pensando en que disfruto de lo que hago”. El disfrute puede ser intelectual o más emocional pero es estar en paz con lo que haces, porque lo haces bien y tiene un sentido. Ahora bien, disfrutar requiere una actividad que tenga resultados, una especie de feedback diario, algo que haya que CONSTRUIR.

Construir

Me gusta mucho la palabra Construir. Otros prefieren hablar de Crear y lo entiendo, pero Construir me parece más humano y quizá más apropiado a mi sector profesional. Construir algo es una pasada. A veces construyes para otro, a veces para ti mismo. Pero empezar un proyecto y acabar con algo que funciona, que está sano, que otros pueden disfrutarlo, que puede ser objeto de crítica, que no es un work in progress eterno… es fantástico. Construir algo es muy poco bla-bla y mucho esfuerzo de verdad. La mayoría de los procesos de construcción se realizan en equipo pero siempre hay un espacio para el proyecto personal. En termodinámica nos enseñaban que había un límite teórico para la eficiencia de un motor, pero en desarrollo de software, tu motor (el cerebro) puede tener una eficiencia del 100%, sin desperdicio, porque no hay un peaje que pagar, no hay un coste estructural. Bueno, no es cierto, hay un coste, tienes que alimentarte. No me refiero a los nutrientes, sino al conocimiento que tienes que tener. Antes de Construir, tienes que APRENDER.

Aprender

El himno de mi colegio empezaba así “Aprender es un pájaro bello“. Imaginaos a Los Niños del Coro cantando eso, quedaba genial en las funciones para los padres. Bueno, yo creo que Aprender es ser una esponja activa que procesa todo lo que existe en el universo, pero con prioridades. Eso no suena tan bien como himno para un colegio pero va directo a describir la naturaleza inquieta del humano. A veces aprendes lo que te mandan y muchas veces es bueno seguir la corriente de otros que saben más que tú, pero llega un punto en el que ese ingeniero de software vocacional decide lo que quiere o no quiere aprender. En qué va a gastar su precioso tiempo para invertir en su talento. Puedes aprender una técnica, un dato, una habilidad… pero pasada una edad, aprender es voluntario. La fascinación por adquirir nuevo conocimiento rara vez viene por la fuerza, y ahí es donde la vocación marca la diferencia, buscando también más conocimiento en otras parcelas fuera de tu perímetro de control.

Así, si juntamos los cuatro pasos, tenemos, Aprender -> Construir -> Disfrutar -> Molar. Pero esto en realidad esconde un ciclo interior, ya que de Disfrutar volvemos a Aprender. Y tumbado boca arriba en la cama pensé “Voy a caer frito en cualquier momento y esto se me habrá olvidado mañana cuando me despierte, ¡rápido, una regla mnemotécnica! A, C, D, M… ACADEMIA… Zzzzzzzz”.

Gracias al SaveInformáticos por confirmar que hay mucho interés en querer apreciar lo que nos motiva y lo que realmente distingue a mucha gente, sin afanes elitistas o corporativistas sino como una síntesis del ingeniero de software ideal, uno que siga el modelo ACaDeMia, un académico :)

April 24, 2013

LibreGraphics Meeting 2013: resumen.

Tagged with ,

Comments 2

Este año se celebró en Madrid la V edición del Encuentro Internacional Libre Graphics, donde se intenta reunir a diseñadores, artistas visuales, teóricos del diseño y desarrolladores para intercambiar ideas y proponer caminos de mejora para las herramientas visuales dentro del entorno, cada vez más importante, del open design. Kaleidos envió una pequeña representación a un evento que superó con creces nuestras expectativas en cuanto a temáticas, creatividad, innovación, organización y estado de los proyectos.

LibreGraphics Meeting 2013 Entrance Doors

Calidad, esfuerzo, cercanía, nivel.

El concepto sobre el que se asientan los pilares de LibreGraphics es simplemente impresionante. Una comunidad de personas que están realmente motivadas y que han llegado relativamente hace poco al mundo del software libre. Un grupo realmente comprometido, donde la idea “política” del concepto de libertad sonaba en cada charla.

Destacó especialmente la charla de Kat Braybrooke, de Mozilla, que quiso definir qué es y en qué consiste el amplísimo concepto de Open Design. Fue una charla muy inspiradora y que aportó mucha información.

Por otro lado, fue impresionante la cercanía de las personas que daban las charlas. Simplemente bajando a la cafetería, podías involucrarte en una apasionante conversación sobre cualquiera de los temas del día. Especialmente interesantes las charlas con el equipo de desarrollo de GIMP y la conversación sobre su negativa a cobrar nada, ni siquiera aportado por la comunidad, por el tiempo que dedican al desarrollo de este software.

Mejoras para la próxima edición

Hubo demasiadas charlas y demasiado cortas. Al no haber tracks, para poder acceder a toda la información las charlas apenas podían durar 20 minutos. En la mayoría de los casos, era claramente insuficiente.

Hubiese sido mejor organizar light talks para proyectos todavía menores, tracks separados por temáticas (ya que la materia es muy amplia) y charlas amplias para proyectos consolidados como GIMP, Inkscape, Synfig…etc. También se evita la propuesta de crear eventos fork, como LibreVideo…etc.

También creemos que sería interesante profundizar mucho más en la relación diseño-web. Son mundos que viven unidos, y es importante que se relacionen más.

¿Qué nos llevamos?

Creemos que una de los objetivos de estos meetings es mantener de algún modo a la comunidad unida e intercambiar ideas que se expresan mejor compartiendo una sopa de miso (sí, MediaLab es muy hipster). En este sentido ha conseguido totalmente que hayamos compartido ideas con gente que aporta su tiempo libre para crear los productos con los que trabajamos cada día, y nos ha hecho más “activistas” de la causa, una buena forma de inception para que necesitemos aportar nuestro granito de arena a la comunidad.

  1.  MediaLab Prado http://medialab-prado.es/
  2. LibreGraphics Meeting Madrid 2013 http://libregraphicsmeeting.org/2013/?lang=es
  3. Kat BrayBrooke, Hacking Popular Culture Liaison at Mozilla → http://slidesha.re/10QKMfb
  4. Gimp development team → http://www.gimp.org/team.html

April 16, 2013

Viernes técnicos: GIT internals

Tagged with

Comments 10

Una de las decisiones de la pasada Kosdem 2013 fue promocionar la formación interna y aprovechar para darle visibilidad por si más gente está interesada. Así nacieron los viernes técnicos. El plan es sencillamente dar una charla técnica los viernes a partir de las 13 en las oficinas de Kaleidos. Tenemos un panel en la oficina donde comentamos qué charla ofrecemos y de qué nos gustaría que se hablara (el que propone la charla no es necesariamente el que la va a dar). Además, sería un éxito para estas sesiones que algún ajeno a Kaleidos se animara a dar algún viernes ténico.

La charla del próximo viernes nos la ofrece @jespinog: GIT Internals: recorrido por las estructuras internas de GIT, cómo almacena la información y cómo la estructura para poder realizar sus funciones. Está especialmente pensada para usuarios intensivos de GIT, aunque no es imprescindible.

Es una sesión abierta, en las oficinas de Kaleidos (Calle La botánica, 4), ¡os esperamos!

April 4, 2013

Crecer ya es complicado como para que tengas que aguantar tomaduras de pelo

Tagged with

Comments 13

Es una verdad universalmente reconocida que una empresa de desarrollo de servicios IT vende proyectos para el tamaño de la plantilla que tiene. Salvo en los casos de crecimientos súbitos o descontrolados, existe un auto-levelling entre lo que se es capaz de vender y las “bocas” que alimentar.

Esta regla tiene una variante malvada; no crecer nunca y limitarse a gestionar un adecuado I/O de producción. Sin embargo, también se conocen modalidades mucho más benignas basadas en la asunción de cierto riesgo; esto es, anticiparse a los posibles incrementos de trabajo y tener una plantilla siempre ligeramente sobredimensionada (un 5%, por ejemplo).

¿Cuánto riesgo es capaz de tolerar una empresa? ¿cuantos fichajes no estrictamente necesarios se puede permitir sin poner en riesgo la viabilidad de todo el conjunto? En Kaleidos hemos optimizado el proceso _previo_. El de la selección. Esto quiere decir que aunque no tengamos necesidad de contratación inmediata, tenemos una lista de personas “fichables” en un periodo máximo de tiempo. Esto está bien porque es como si tuvieras permanentemente un banquillo que no estás soportando en términos de coste pero es un banquillo un tanto invisible, volátil y caprichoso y no computa para la frase de inicio de este post.

Algunos dirán “crece a base de vender proyectos que no eres capaz de producir, la gran mayoría espera a ese momento”. Es una opción pero reconozcamos que es un poco fail. A ti te gustaría que los nuevos empleados llevaran algo de tiempo imbuidos de la cultura y los procesos de la empresa antes de arrancar un proyecto completamente nuevo para un cliente. Además, las prisas pueden jugarte una mala pasada y darte cuenta demasiado tarde de que te equivocaste con esas incorporaciones.

El problema está planteado ¿de acuerdo? Permitidme irme ahora con Frodo y Sam en una narración paralela.

Kaleidos nació en julio de 2011 como un spin-off de una multinacional. 14 personas dieron su baja voluntaria y asumieron un enorme riesgo. Sin embargo, consideraron que merecía la pena intentar un modelo diferente de empresa pro-software libre de desarrollo IT. Desde el día uno todo el mundo cobró sus nóminas y tratamos el día dos de vida como un “business as usual”. Tenemos empleo muy cualificado, mentalidad internacional, conciliación personal-laboral, nuestros clientes acuden a Kaleidos para desarrollos críticos para sus negocios, no pagamos cacahuetes, contratación en plantilla, somos pro-ciencia, promovemos una cultura geek y generosa con nuestros conocimientos, contribuimos a la comunidad de software libre y valoramos co-producciones con algunos de nuestros clientes. A todas luces somos un buen botón de muestra para ese nuevo “modelo productivo” tan necesario para España. ¿Qué demonios? ¡Somos uno de los mejores ejemplos! :)

Ah, sí… y en nuestra web (versión inglesa) dejamos bien claro en la portada que estamos en Madrid. Estamos muy contentos de exportar esta forma de trabajar y crear nuevos productos sin necesidad de tener la sede en otro país, eso ya vendrá en el futuro.

El capital inicial vino de ahorros personales, apoyo de nuestros socios de Secuoyas, otra empresa Made in Spain, y un cliente-que-se-transformó-en-socio (buen nivel de satisfacción…). Con eso tuvimos para arrancar unos pocos meses pero fue nuestra capacidad de abordar proyectos de primer nivel lo que nos hizo viables. Por si a alguien le queda alguna duda, el único crédito a un banco que hemos pedido en año y 8 meses es un ICO liquidez de 50.000€ que podríamos cancelar hoy mismo.

Pues bien, la reforma laboral no nos sirvió prácticamente para nada. Despedir más barato no nos resuelve nuestro problema ya que no gestionamos nuestro riesgo en función de ese pasivo, sino en función de nuestra capacidad de contratar con anticipación. Las ayudas a contratación son realmente ridículas. Es verdad que si “sacas” a alguien del paro en determinadas circunstancias tienes un “descuento” en el pago a la Seguridad Social pero con eso lo único que nos dan ganas de hacer es comprar un mejor equipo informático para el recién llegado. Nosotros lo que queremos es poder contratar a cuatro personas por el precio de tres sin que ello afecte ni un céntimo al SBA que cada uno recibiría. No nos importa que nos beneficiemos de ese 4×3 sólo el primer año, es suficiente para vender con más osadía.

Si nos fijamos en los bancos y en la forma en la que fluye el crédito, la situación es casi peor. Es realmente insultante como uno tras otro los comerciales de los bancos nos visitan, nos preguntan por la empresa, se quedan “encantados” porque “más empresas como las vuestras son las que necesitamos para salir de la crisis”, se llevan toda la información financiera y de próximas contrataciones mientras nos dicen que ahora “con el líquido de que disponen sí que tienen órdenes de prestar dinero a empresas del tipo de Kaleidos”. Al cabo de unos pocos días, recibimos un escueto email informando de que “la comisión de riesgos” o “el sistema informático” les da ha dado un valor de 7 plátanos en almíbar en lugar de 12 mojitos con azúcar moreno y que no pueden darnos ese ICO, pero que tienen un préstamo al 12% que seguro que nos puede interesar. Hasta ahora nunca han revelado qué variable o indicador nos ha “bajado” la nota para entender cómo funciona ese all-mighty sistema informático con 100 campos varchar(255).

Por favor, por favor… dejen de tomarnos el pelo. Ni por la vía pública ni por la vía privada hay una respuesta a la ALTURA de lo que se necesita. Si no hay dinero o el que hay (o ha llegado del rescate) sigue estando para tapar unos pufos descomunales, pues no nos cuenten milongas. Hay una gran diferencia entre una necesidad de liquidez puntual (desfase en el flujo de caja) y un crédito de toda la vida, pero ellos, siguiendo escrupulosamente la famosa regla de “presta dinero sólo al que no lo necesita”, la han mutado a “presta dinero al que realmente te lo podría estar prestando a ti”.

¿Cuál es la conclusión?

Si Kaleidos pudiera crecer fácilmente contratando por encima de lo estrictamente necesario, bien por reducción temporal de cuotas a la SS o por un crédito más fluido (sin usura), generaríamos más empleo de calidad y multiplicaríamos nuestra potencia de fuego, llevando a cabo proyectos cada vez más arriesgados, invirtiendo más en producción propia y adelantando el arranque de los proyectos de nuestros clientes. Esto significa que venderíamos MÁS automáticamente. No es magia, es una cuestión de actitud y tranquilidad. Reduciéndolo a un ejemplo trivial ¿qué comercial crees que venderá más? ¿aquél que sabe que tiene un equipo de tres cracks u otro que tiene a un equipo de tres torpes? Pues si funciona con la calidad, también con la cantidad.

Para nosotros, el año 2013 tiene mejor pinta ahora que en diciembre de 2012, pero hay un constante WHAT IF? que a mí personalmente me irrita sobremanera.

Mientras, ahí fuera en la lluvia, el concepto de “emprendedor” lo empapa todo; la política, las tendencias hipster o las campañas publicitarias. Ya otros están advirtiendo de la inevitabilidad del hastío sobre la palabra “emprendedor” pero incluso en su variante loable se va a dar de bruces con la traición más canalla. Si lo que “desde las instituciones” se busca es una suerte de capitalización del subsidio y una conversión de parado a [autónomo | SL unipersonal ] para aligerar el coste al INEM, deberían también alertar de que en la mayoría de las ocasiones el único crédito o apoyo económico que va a fluir es el de los mismos amigos y familiares que ya nutren la bolsa solidaria. No sería una sorpresa que esta trampa se volviera contra todos nosotros en un terrible efecto boomerang con emprendedores arruinados, sin subsidio, sin poder ya recurrir a los Family&Friends…

En fin, si en algún momento cambia esta situación, tened por seguro que os lo contaremos aquí mismo con gran alborozo pues tenemos la sensación de que estamos en el nicho de empresas que antes que otras pueden palpar cambios en la tendencia. Hasta entonces, nos bastaría con que dejaran de tratarnos como bobos y que nos contaran las cosas sin pelos en la lengua, que si somos mayorcitos para arriesgarnos y emprender, también lo deberíamos ser para aguantar la verdad, por dura que sea.

April 3, 2013

Scrum de Scrum Masters (continuamos…)

Tagged with , ,

Comments 1

Una vez más ha tenido lugar la reunión de Scrum Masters en Kaleidos y una vez más intentamos sacar un post de todo esto para poder compartir los errores, ideas, etc… que de aquí salen.

De la mano de nuestro Agile Coach Antonio de la Torre ha venido el topic del día, un caso concreto que nos hemos encontrado en uno de los proyectos y que, sin duda, puede darse en otros muchos.

Subproyectos vs. Subconjuntos de historias

¿Qué pasa con aquellos proyectos que parecen un conjunto de subproyectos en sí mismos pero que el desarrollo pertenece a un mismo equipo de personas?

Un ejemplo puede ser aquel proyecto ya puesto en producción, se empieza fase 2 que tiene una serie de user stories de nueva funcionalidad pero, además, está el desarrollo de la aplicación móvil (n user stories).
Lo primero que se nos puede ocurrir es tener varios backlogs (uno para la nueva funcionalidad y otro para la aplicación móvil), pero esto solo nos valdría si cada backlog al completo tuviese una prioridad clara frente a los otros o si lo desarrollaran equipos de personas diferentes.

Si es un mismo equipo o en un mismo sprint nos encontramos user stories de nueva funcionalidad y de app móvil tendríamos un problema, con backlogs diferentes sería casi imposible priorizar, ver de manera clara la velocidad de sprint que ha tenido el equipo, planificar futuras releases y algo también importante, se perdería la visión global del proyecto.

Para estos casos hemos detectado en Kaleidos que lo mejor es mantener un único backlog pero identificando de manera clara, con etiquetas, aquellos subproyectos o conjuntos de funcionalidad. En el ejemplo concreto tendríamos una etiqueta para la app móvil. Los sprints se podrían definir como siempre, priorizando e incluyendo user stories de las diferentes etiquetas, tendríamos un cálculo fiable de la velocidad y mantendríamos la visibilidad global del proyecto.
Además si añadimos filtros por etiquetas podemos tener una muestra de aquellas user stories resueltas y pendientes de la app móvil (muy útil para resolver dudas del cliente respecto al avance, etc…).

Es una lástima que herramientas como Redmine no tengan etiquetas, por suerte en Kaleidos estamos desarrollando una nueva herramienta de gestión de proyectos que solucionará éstos y muchos otros problemas.

Nuevos proyectos nuevos equipos

Con el comienzo de nuevos proyectos hemos decidido crear nuevos equipos de trabajo. Llevábamos como un año con equipos estables y vemos muy positivo que la gente se acostumbre a trabajar con personas diferentes, que te aporten otra visión de las cosas, que detecten posibles vicios a corregir o empaparnos de los conocimientos de otros (quién no se ha puesto alguna vez en modo Zombie absorbiendo el cerebro de un compañero que sabe más de algo que tú).

Por este motivo los grupos de trabajo de Kaleidos han cambiado y con ello también la distribución de las personas en las mesas. Para nosotros es importante que los equipos trabajen juntos mental y físicamente, que se cree un espacio de equipo y, por supuesto, que no genere mucho ruido para no perturbar la paz de la oficina (si alguna vez la hubo).

Que no se me olvide mencionar las nuevas incorporaciones al grupo de Scrum Masters de nuestros compañeros Primitivo Cachero y Alejandro Alonso, que seguirán scrumizando a uno de los equipos de Grails y a uno de los equipos de Django respectivamente, en sus nuevos proyectos. ¡Estamos seguros que harán un gran trabajo!

Retrospectiva de las reuniones de SM

Detectamos la falta de una agenda de la reunión más clara y publicarla de manera anticipada, así podemos prepararnos los temas con antelación y pensar sobre ellos.
También tenemos que hacer seguimiento de las acciones, estamos algo relajados en esto (#mal).

Por otro lado aplaudimos el cumplimiento estricto del time boxing, el gran trabajo de nuestro Agile Coach y la enorme participación de todos.

Próximamente más y mejor, porque siempre esperamos mejorar, si no, ¡qué demonios hacemos!

March 19, 2013

BREAKING NEWS! Kaleidos seeks new Front-end engineer, denies kidnapping

Tagged with , ,

Comments 5

AGENCIAS: El Día de Padre ha sido elegido por la organización Kaleidos para emitir un comunicado en el que anuncian su deseo de incorporar a “sus filas” un nuevo “Maquetador Ninja”. Como es ya habitual, se ha filtrado un vídeo a algunos medios de comunicación en el que puede verse a un empleado en actitud aparentemente relajada animando a otros a unirse, sosteniendo un periódico del día para así evitar engrosar la lista de “ofertas de trabajo zombies con 3000 inscritos”.

Mientras se verifica la autenticidad del vídeo, reproducimos aquí un extracto del comunicado.



 
«Quiero transmitiros mi alegría por volver a contactar con vosotros después de tanto tiempo. A pesar de que se oyen rumores de un supuesto secuestro, me gustaría desmentir tajantemente esta mentira que os transmiten los medios.

Me encuentro bien, en perfecto estado físico y anímico, disfrutando de una maravillosa estancia junto con este simpático y dinámico grupo de jovenes desarrolladores que para nada tienen sentimientos de desprecio hacia los maquetadores y el mundo del front-end en general. Disfrutan aprendiendo nuevos conceptos como el posicionamiento relativo de los elementos. No pierden ninguna oportunidad, suelen decirme, para amar cada día más el javascript y su lógica aplastante, pero sobre todo, la propiedad float de CSS, que alumbra encendidos debates teológicos a la hora del café.

Como os decía, es un placer disfrutar de esta compañía que destaca por su frescura, orientación al logro y proactividad. Desde el primer día, siempre han utilizado mis conocimientos para hacer el bien y nunca me han retenido contra mi voluntad. Es más, me animan constantemente a salir 5 minutos al día al patio.

Si algo impide que vuelva con vosotros es mi propio deseo. Hace años que no veía un grupo tan asentado en el mercado, con tanta proyección internacional y tan alto nivel medio de inglés.

Por eso me piden que os llame a uniros a este gran grupo para poder demostraros físicamente su amor por el responsive design y por jQuery UI.

Mi Querido CEO de una empresa líder del sector desea conoceros. Os queremos con nosotros.»


La mismas fuentes hablan de un conjunto de habilidades requeridas para el nuevo miembro; HTML5, CSS3, responsive design, amor por el pixel perfect, javascript, empleo de herramientas libres, Linux, “buen gusto” y alta puntuación demostrable en el juego “Windjammers”. También se valorarán conocimiento de preprocesadores CSS, backbone.js, Angular.js o primos cercanos. Se pagará en cacahuetes (pelados) según valía (lo de pelados) y rondarán los 23.000 – 33.000 unidades brutas al año. Los complementos son los habituales en esta organización; teletrabajo (pero residente en Madrid), proyectos chulos, ambientazo, liga de badmington/petanca, formación constante, PIWEEK, asistencia a eventos y software libre.

Los analistas de inteligencia del G8 coinciden en un más que probable nuevo comunicado en las próximas semanas animando a “djangueros” (la D es muda) a seguir los mismos pasos.

El vídeo fue enviado con el ya conocido remite anónimo hello@kaleidos.net.

February 21, 2013

KOSDEM 2013 – the Kaleidos we want for 2013

Tagged with

Comments 0

KOSDEM stands for Kaleidos OpenSpace Define&Embrace Meeting and this is the first installment.

We take all the employees to a country house from Thursday to Friday to work towards a general theme: what type of company do we want to be in 2013?

To achieve that the schedule is fairly simple:

Thursday

  • 17h – 20h, openspace to work on the values that we want Kaleidos to embrace this year + specific actions towards our activity, partners and clients.
  • 20h – 03h+: super-dinner, short walk if the weather is gentle… and an endless night of games (tabletop, rpgs, cards, etc)

Friday

  • 08h – 9.30h: superbreakfast :)
  • 10h – 11h: big picture ahead, led by “management”.
  • 11h – 12h: conclusions reached and action plan.
  • 13h – back to Madrid and maybe have some casual lunch.

This year we will be enjoying the beautiful small village of La Acebeda, north to Madrid, placed among the northern mountain range.

February 19, 2013

Scrum de Scrum Masters de Enero – Mini Open Space

Tagged with , ,

Comments 1

Panel Open Space

Panel mini Open Space

 

Celebramos el pasado 31 de Enero la reunión mensual de Scrum Masters de Kaleidos.

Como no teníamos topic del día, la reunión de Scrum Masters de Enero se construyó como un mini Open Space, en el que cada uno aportó lo que quería contar, hablar o escuchar.

Y una vez más me vuelve a sorprender lo valioso que es este momento de reflexión que nos dedicamos, los temas que propusimos eran todos del máximo interés y darían para hablar horas de cada uno.

Pero solo unos pocos son los elegidos y en esta ocasión decidimos dedicar nuestro tiempo a:

  • La polinización de buenas prácticas entre equipos.
  • El mantenimiento de aplicaciones sin contrato de mantenimiento. El 24×7 ‘de facto’.
  • Proyectos con Scrum relajado.

Otros temas quedaron fuera que se tratarían en los cafés.

 

Polinizar

¿Por qué polinizar? Porque al trabajar con equipos muy estables, somos bastante estancos, y prácticas que tienen éxito en un equipo, no visibilizan y se propagan a otros.

Acciones propuestas

  • Compartir un resumen de lo más destacado de las retrospectivas de los equipos con los demás.
  • Hacer un panel informativo (a lo póster congresil) con 1 acción destacada.
  • Publicar una práctica de éxito en el wiki de la empresa y compartirlo con los demás equipos.
  • Menos protocolo y más pedir ayuda a los demás equipos si sabemos que hacen algo muy bien.
  • Open Space mensual de todo Kaleidos

La acción ganadora fue el Open Space mensual, dónde poner en común todos estos conocimientos. Yo era muy partidario de hacer un cartel con una buena práctica, y colgarlo en un sitio muy visible, pero no ganó… lo haré igual. :-P

 

24×7 y el NO-SLA

Panel tema 24x7

En muchos proyectos no tenemos un SLA contratado con el cliente, con lo que el mantenimiento se reduce al compromiso de garantía y al orgullo bizarro.

En esta ocasión hablamos de cómo gestionar las expectativas de un cliente, que sin tener contratado ningún tipo de mantenimiento, supone tenemos que estar de guardia hasta los fines de semana.

Acción propuesta

No salieron acciones concretas al ser una cuestión muchas veces contractual, pero sí estuvimos de acuerdo en proteger a los equipos ante los excesos de compromiso.

 

Proyectos con Scrum relajado

En este punto volvimos sobre esos proyectos o equipos que por sus características parece que seguir el marco Scrum “no merece la pena”, es muy costoso o relajan ciertas prácticas.

Los casos típicos son:

  • proyectos de una sola persona,
  • proyectos con muy poca carga de trabajo mantenida durante mucho tiempo, o
  • equipos poco maduros.

Pero hay que diferenciar el caso de equipos muy alineados, (por pequeños o por maduros (o ambos a la vez (viva(lisp(:-)))))) en los que la relajación de prácticas son motivadas por la buena comprensión de sus valores.

Acción propuesta
Scrum Master Wingman que esté pendiente y que cuide el proceso en estos proyectos.

 

Muchas acciones de mejora para revisar en la siguiente reunión, ya convocada para el próximo lunes 25 de Febrero.

 

February 5, 2013

Pirata Roberts, el rol de QA en Kaleidos

Tagged with , , , , ,

Comments 0

Dread Pirate Roberts

 

En los equipos que tenemos en Kaleidos no hay un miembro que se dedique en exclusiva a pruebas y al aseguramiento de la calidad (QA). Para resolverlo hemos desarrollado una práctica, que por ágil, interesante y motivadora ha calado profundamente en nuestros equipos.

Y como miembros orgullosos la cultura geek (y un poco freak a veces) le hemos puesto nombre de un personaje de “La Princesa Prometida”, una de las películas fundamentales para poder pasar la primera entrevista en Kaleidos: El Pirata Roberts.

Sabrás más sobre el Pirata leyendo este post del kaleider Antonio de la Torre.

 

1 2 3 4