Durante mi estancia en las oficinas de Atlassian en Sídney, no sólo he estado recibiendo formación sobre los productos y la compañía, sino que he pasado tanto tiempo o más en reuniones donde se discutía la futura estrategia corporativa.

Y no porque sea un ejecutivo de nivel mundial o porque me consideren una luminaria de los negocios, sino porque poseo algo que se valora a precio de oro dentro de la compañía: información directa sobre lo que quieren partners y clientes.

Product Management: si quieres vender, conoce a tu cliente

En Atlassian hay una verdadera OBSESIÓN con ajustar el roadmap de cada producto a las necesidades reales de los clientes. Después de constatar que la interfaz de JIRA resultaba complicada y confusa para muchos usuarios, por ejemplo, se creó el proyecto Kick-Ass, un desarrollo interno con el objetivo de hacer que la aplicación sea más sencilla y usable, al que han dedicado ni más ni menos que 30 desarrolladores.

Tradicionalmente, los Product Managers -los encargados de confeccionar ese roadmap- provenían del marketing puro y duro pero, desde que Audra Eng se hizo cargo de la gestión de producto, ha estado promoviendo sistemáticamente a técnicos como Product Managers. Según ella, los técnicos tienen una visión del mercado más amplia y más a largo plazo.

El arte de la documentación técnica

En Atlassian hay 7 escritores técnicos contratados a tiempo completo y quieren contratar a 10 más. La responsabilidad de los escritores técnicos no es sólo crear manuales de usuario, sino tutoriales completos sobre como administrar las herramientas y, lo que es más importante, como desarrollar plugins que extiendan los productos.

Evidentemente, toda la documentación se crea en Confluence -una de las herramientas de la casa- pero, Sarah Maddox me estuvo contando algunas peculiaridades de su forma de trabajar que merece la pena destacar:

• Están OBSESIONADOS por conseguir que la documentación no sólo sea exhaustiva y de calidad, sino atractiva. Para conseguirlo, utilizan todos los trucos que pueden. Desde el uso de Zen Foundation -un plugin de Confluence- para darle un diseño propio y distintivo a developer.atlassian.com, hasta el uso de Gamification, como en el increíble tutorial Here be Dragons, que enseña a instalar y configurar todas las herramientas de la compañía mientras juegas.
• La Documentación no está cerrada sino que permiten que la Comunidad colabore. Para empezar ¡Permitiendo comentarios en la propia documentación! Siguiendo con un programa que permite editar directamente el contenido a contribuidores de reconocido prestigio; y llegando hasta incluir enlaces a blogs externos con documentación relevante y de calidad sobre los productos.
• Toda la información se publica automáticamente en formato PDF, HTML y XML, para que no sólo sea fácil de leer, sino también de procesar, si hiciera falta.
• Toda la documentación se publica con licencia Creative Commons -reservando sólo el derecho de atribución- así que, en teoría, se podría coger toda la documentación, empaquetarla, ponerle una portada y venderla como libro en Amazon. Sería ratuno y vergonzante pero, por poder, se podría.

La verdad, esta política de documentación, con el objetivo final de conseguir que más gente conozca y use los productos, me parece brillante y sorprendente en una empresa de software propietario. Sobre todo, acostumbrado a la estrategia de otras compañías que han convertido la documentación de sus productos en otro negocio en si, aunque eso suponga un freno a sus propios productos.

El Testing, con cabeza

En Atlassian hay muy poca gente en el departamento de Calidad y están buscando continuamente gente nueva. Eso es así porque buscan perfiles muy concretos y poco comunes: desarrolladores que estén verdaderamente interesados y apasionados por la calidad en el software.

No hay ni un solo miembro del equipo de QA que no sea técnico. Entre otras cosas, porque entre sus obligaciones está la de mejorar y complementar los test unitarios ya programados por el equipo de desarrollo.

Durante la entrevista con el equipo, hubo un par de cosas que me llamaron mucho la atención:

• El Testing Exploratorio, que en muchos sitios se hace de forma aleatoria, en Atlassian se hace siguiendo también una metodología: se hacen una serie de preguntas, una serie de presunciones de cómo trabajaría un determinado usuario. Se les asigna una cantidad de tiempo y se prueban.
• Además de los tipos de pruebas habituales (functional testing, domain testing, stress testing…), en Atlassian se practica también el claim testing: si la compañía anuncia que la versión X del producto Y es un 20% más rápida, se prueba que efectivamente sea así.

Una vez más, me dejo muchas cosas en el tintero a pesar de escribir un artículo mucho más largo que lo habitual. Si queréis conocer de primera mano como se trabaja en Atlassian –o lo que es lo mismo, una compañía de producto con presencia internacional- creo que tendré que escribir una tercera parte de las crónicas australianas.

¿De verdad no creéis que muchas de las prácticas que he descrito pueden aplicarse directamente en nuestras empresas en España?

Una semana después, sigo sorprendido por todo lo que estoy viendo y aprendiendo en Australia, un país y un mercado completamente desconocido por nosotros.

Sydney es una ciudad del tamaño de Madrid pero, a media hora en ferry, puedes encontrar calas escondidas entre una vegetación paradisiaca. Pero Australia es mucho más que playas. Es el 13º país por PIB y la economía del primer mundo que más creció en 2011. Con sólo un 5,3% de desempleo y 56.000€ de renta per capita es una de las naciones con mayor nivel de vida del mundo.

¿Cómo lo han conseguido? No tengo ni idea pero, después de la foto, os contaré parte de lo que he aprendido durante mis primeros siete días en las oficinas de Atlassian.

La primera sorpresa de esta semana fue conocer que Atlassian fue fundada en 2002 por dos universitarios para dar soporte al servidor de aplicaciones Orion, una empresa de servicios de tomo y lomo.

Para gestionar sus tickets de incidencias, buscaron entre el software disponible en el mercado y se encontraron con que las opciones disponibles, o eran inusables (Bugzilla, Mantis) o muy caras (FogBuzz, Test Track Pro) o inusables y caras (Rational Clear Quest). Así que Mike y Scott decidieron crear su propia alternativa: JIRA. El resto, hasta vender 87 millones de dólares al año, es historia.

Con unos antecedentes así, podemos dejar de poner como excusa el mito sobre startups creadas al calor de la inversión de los dólares de Silicon Valley para no crear producto en España.

Ciclo de desarrollo ágil

En Atlassian no son unos gurús del marketing ni tienen una bola de cristal que les diga que es lo que tendrá éxito y que es lo que no pero, enseguida se dieron cuenta de que cada vez que sacaban una versión con nuevas funcionalidades, las ventas se disparaban. Así que, sacar nuevas versiones de sus productos más frecuentemente, parecía una buena idea.

En 2009, la media de tiempo de desarrollo de cada versión de JIRA era de 248 días, así que concibieron un plan para lanzar una nueva versión cada 98 días. La misma metodología de trabajo sigue vigente hoy en día y, aunque no han llegado nunca ha conseguir la media de 98 días, cada vez están mas cerca de conseguirlo.

Marketing. Marketing. Marketing.

La persona de Atlassian a la que tengo que reportar como embajador español es Ben Nafztger, Director de Marketing para EMEA y tercer empleado contratado en la historia de la compañía ¿Os imagináis una compañía de software española que fiche como tercer empleado a un técnico de marketing en vez de a un desarrollador, un diseñador o incluso un administrativo? Yo tampoco.

En el apartado de marketing se incluye por supuesto a los Product Managers -JIRA, por ejemplo, tiene tres- que se encargan de conocer y comprender el mercado tan bien que, el producto que estén desarrollando encaje perfectamente con las necesidades de los potenciales clientes.

Tamaño de los Equipos

Una cosa que siempre me ha llamado mucho la atención es el número de gente necesaria para construir un producto en concreto. No puedo evitar compararlo con el comando de élite de 7 espartanos con los que desarrollé un ERP completo en Sixservix.

En el caso concreto de JIRA, el equipo esta compuesto por 42 desarrolladores y 14 personas en los equipos especiales, que incluyen desde escritores técnicos a un “Cazador de Bugs” que se dedica a solucionar las incidencias más urgentes. Confluence “sólo” cuenta con 30 personas en total.

Tecnologías

Cada equipo en Atlassian es un mundo que se guía por el pragmatismo. Si algo funciona, se utiliza sin tener en cuenta al resto de la compañía. Las tecnologías utilizadas, dentro del mundo del desarrollo web en JAVA os parecerán revolucionarias: repositorio GIT gestionado por BitBucket, WebWork (ahora Struts2) como framework MVC, Hibernate en el backend, Mockito, JWebUnit y WebDriver para las pruebas, JQuery en el frontend, Maven y Ant para construir y como servidor web, Tomcat. Lo dicho… revolucionario.

He tirado de notas para escribir este articulo y no he utilizado ni el 10% del material… si os interesa como se trabaja y desarrolla en una compañía que vende software en todo el mundo, os prometo que lo publicaré todo poco a poco.

Durante el resto de enero, estaré en Australia trabajando en las oficinas de Atlassian en Sydney. Una estupenda excusa para huir de invierno madrileño y desembarcar en pleno verano australiano.

La idea es conocer de primera mano como crea software Atlassian y a la gente que lo desarrolla, desde el programador al Product Manager pasando por el escritor técnico. Como en España no tenemos tantas compañías que desarrollen productos en vez de proyectos y menos aún con la base de usuarios y el volumen de ventas de la compañía australiana, os iré contando todo lo que vea y aprenda.

Para venir a Australia se necesitan no menos de 25 horas entre vuelos y transbordos. Si a eso se le suma una diferencia horaria de 10 horas, se tardan casi dos días en llegar a Sydney.

Una vez aquí, la primera impresión es que el viaje merece la pena. Sydney es una ciudad preciosa, cosmopolita y llena de vida.

Life is a Beach

Me han alojado en la torre Meriton de Kent Street. Donde por poco más de 120€ la noche, tienes un apartamento de 55m2 con cocina y salón, completamente equipado -hasta con lavadora y secadora- y servicio de limpieza un par de veces por semana. Ideal para una estancia larga, donde una habitación de hotel puede llegar a agobiarte y acabas hasta el gorro de tener que desayunar, comer y cenar fuera día tras día.

Como llegué el domingo, el primer día nos fuimos de excursión a Bondi Beach, una playa preciosa que está a 10 min en coche del centro de Sydney y que es un mito para los amantes del surf. Algo parecido a mezclar Santa Mónica con el marco incomparable de la Playa de la Concha de San Sebastián.

Después de comernos un fish and chips tumbados en la arena, nos tomamos unas cervezas en el Iceberg Club, un club de natación que tiene piscinas descubiertas al lado mismo del mar, antes de que me colapsara completamente por el jet lag y me fuera a dormir por primera vez en 36h.

Primer día en las Oficinas de Atlassian

El lunes -vuestra noche de domingo- fuimos puntuales al edificio de Atlassian, que parece un barco pirata en mitad del distrito financiero de Sydney. En la entrada nos encontramos con Patrick Debois, creador del concepto DevOps y camarada del metal.

Durante todo el día nos dedicamos a conocer las oficinas y presentarnos a la gente. Colonizamos una mesa y nos hicimos con unas sillas Aeron nuevecitas que estaban almacenadas en un pasillo como si fueran cualquier cosa.

Nos pusimos al día alrededor de unos cafés y empezamos a planificar los eventos técnicos en los que queremos estar el próximo año. Durante la comida, estuvimos comiendo con Nicholas Muldoon, Product Manager de Greenhopper, y Roy Krishna, uno de los 5 Product Managers de JIRA, con los que estuvimos charlando sobre las nuevas funcionalidades que los usuarios quieren ver en las aplicaciones.

Por la tarde, se celebró una charla informal sobre GIT. O mas concretamente, sobre como funciona realmente GIT por dentro. Este tipo de charlas son muy habituales en Atlassian. De hecho, me han pedido que de una para explicarle a todo el mundo las peculiaridades de España como país y, sobre todo, como mercado.

Para cerrar el día, me reservé un par de horas para escribir este artículo. Mis compañeros me están presionando para que acabe ya y nos vayamos a tomar unas cervezas a la bahía. Así que, aquí acaban estas crónicas australianas… de momento