Sprints de Marketing

Es frecuente oir a desarrolladores y a teóricos 😉 hablar de las bondades de las metodologías ágiles, pero no he encontrado muchas referencias de otros roles en una organización que den fé de que las utilizan y les funciona, así que me he animado a contar nuestra experiencia desde el punto de vista de un equipo de Marketing en una multinacional.

En mi división hacemos product marketing management, estamos en un punto intermedio entre desarrollo, marketing y negocio.

Para hacernos una idea de donde estamos dejadme que os cuente las interesecciones que tenemos con otros equipos. Con ingeniería compartimos algunos de los escenarios que van a implementarse, mercado y competencia ó BI. Con business planning tratamos temas relacionados con modelos de negocio, precios, cogs… y con marketing outbound colaboramos en programas de relationship marketing, posicionamiento, menajes, audiencias, canales o ventas. La mayoría de personas de mi división tenemos background técnico, damos charlas, hacemos demos…. pero no somos desarrolladores, nuestro día a día está centrado en documentos de word, powerpoint, reuniones y excel. Nuestras horas de desarrollo a la semana son reducidas así que aunque me duela mi corazoncito… no soy un developer, pero aun así os quiero contar como las parácticas ágiles nos aportan beneficios a nivel de equipo y organización.

En el equipo de product management somos unas 15 personas y llevamos diferentes productos relacionados con el stack de desarrollo de Microsoft, las más destacadas son: la plataforma .NET, las herramientas de la familia de Visual Studio, el programa de partners VSIP, la historia de ALM, devops y cómo no, mi ojito derecho, Visual Studio Online.

Más allá del equipo, a nivel de organización, Marketing Outbound, Product Marketing y Business Planning son equipos que están dentro de la división de Marketing (en la jerarquía de Tami Reller) e ingeniería (varios productos, decenas de feature teams, centenas de desarrolladores y testers) cae dentro de la organización de Satya. Diferentes equipos, diferentes edificios, diferentes organizaciones pero con objetivos en común.

Con tantos equipos diferentes en áreas diferentes esta claro que necesitamos una buena forma de organizarnos y colaborar sin perdernos en los procesos. Obviamente estamos alineados en la ‘visión’, en los ‘milestones’ en dónde queremos estar en 1 año, 6 meses… el gran reto es mantenerse alineado en las necesidades inmediatas, en estar seguro que si alguien tiene una dependencia en otro equipo, en otro edificio, este equipo es conscientes, tiene a un owner y la dependencia priorizada adecuadamente para no impactar negativamente en el otro equipo.

Lógicamente cada maestrillo tiene su librillo y cada equipo tiene sus trucos para mantenerse productivo, pero a nivel global optamos por alinearnos a nivel de sprints, así reducimos la mayoría de puntos de fricción (que no todos) derivado de diferentes organizaciones con diferente velocidad y necesidades. Compartimos sprints de 3 semanas y tenemos identificador único intra-organización (95% de los equipos).

Como es de esperar el backlog que tenemos en el área de Marketing no tiene que ver con lo que pueda tener un feature team de ingeniería, ellos tienen historias de usuario, bugs… en nuestro caso, la mayoría de items estan relacionados con generar drafts de documentos, llegar a acuerdos con proveedores, ejecutar determinadas iniciativas, user research o discutir escenarios. El hecho de tener un modelo de trabajo basado en backlogs, sprints, ecétera tra beneficios inmediatos al equipo, pero compartir el ritmo y backlogs nos ayuda a nivel de organización. Es tremendamente últil saber que todos estamos en el sprint 60, saber las fechas de los compromisos, compartir prioridades en el sprint y a 3 sprints, revisar escenarios juntos, etcétera…

Por ejemplo, en mi área en concreto hacemos product marketing de un servicio, hay muchas iniciativas de marketing que van dentro de código fuente (a/b testing, nurture, telemetría, contactabilidad, surveys, BI research…) y que han de estar reflejadas en los sprints de ingeniería, si no estas alineado adecuadamente o no hay acuerdo en las prioridades a nivel de organizaciones… tienes un problema.

¿Cómo lo hacemos?

Lo primero es compartir objetivos a nivel de organización (que los VPs, GMs y directories de las diferentes organizaciones tengan objetivos comunes y priorizados en el mismo orden) y ganas de trabajar juntos. Además, tenemos una serie de procesos y de herramientas compartidas.

Por la parte táctica de los procesos, a nivel inter-organización tenemos alineamientos a 3 meses, sincronización bimensuales y mail al final del sprint con historias resueltas y backlog (a grandes rasgos) del siguiente sprint.

A nivel intra-organización tenemos daily meeting en los equipos, sprint meetings y varios encuentros semanales para revisar el sprint backlog de los equipos virtuales.

En cuanto a las herramientas, intentamos mantenerlo sencillo:

    Tableros kanban (powered by Visual Studio Online) con diferentes areas de trabajo

    Un sharepoint de office 365 online para alojar los documentos

    Un One Note donde guardamos notas de las diferentes reuniones

    Lync para trabajar en remoto

    Mail para discusiones

Espero que sirva como ejemplo de que las metodologías ágiles no son sólo para equipos de 5 geeks. Nosotros las estamos utilizando en una multinacional para mantener alineadas y sincronizadas a cientos de personas distribuidas en equipos multidisciplinares en diferentes organizaciones … y funciona   😉

¿Preguntas? =)

Happy hacking!

ds

Publicado por

Un comentario en “Sprints de Marketing”

  1. Muy de acuerdo. 🙂

    En mi caso, he ayudado a la implantación de Scrum en otras empresas y organizaciones que nada tenían que ver con informática.
    Celebro que cuentes y compartas tus experiencias David.

    Por cierto, ¡FELIZ 2014!

Deja un comentario

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