¿Cómo podemos estar yo y mi equipo en el camino todo el tiempo?
Si alguna vez ha trabajado en un equipo pequeño con recursos limitados, lo más probable es que esté familiarizado con esta sensación de impulso. Un tipo de picazón que te hace avanzar cuando algo se está retrayendo con todas sus fuerzas. Una oleada de motivación inusualmente fuerte que sientes cuando te dicen que no eres lo suficientemente bueno.
Una y otra vez, me di cuenta de qué milagros comienzan a suceder cuando te encuentras con esta sensación de impulso. Pero, ¿cómo mantener este espíritu de impulso si el equipo se vuelve más y más?
Hace unos meses, me uní al equipo de Dropbox Paper. Para entonces, el equipo ya había crecido a un tamaño bastante grande. Todavía recuerdo mi primera reunión con el equipo y la idea de que podríamos ser suficientes para llenar todo un cine. (Creo que ya soñé con tener reuniones al aire libre).
Hasta la fecha, he estado trabajando aquí durante varios meses y noté algo: incluso cuando nuestro equipo crece, de alguna manera logramos mantener este espíritu de impulso inherente a los equipos pequeños. No sé si esto sucede por casualidad o según el plan, pero tengo varias teorías sobre cómo nos mantenemos en el camino.
La traducción fue respaldada por EDISON Software, una compañía profesional de desarrollo web que recientemente ha rediseñado su sitio web .El progreso es más importante que el proceso.
El otro día hablé con Kavita Radhakrishnan, nuestra gerente de grupo de productos, y ella dijo algo que me sorprendió:
"Los requisitos del proceso quedarán obsoletos tan pronto como los formule".
Si lees mi artículo sobre documentos de proyecto, sabes cuánto me encanta la documentación bien escrita. Pero tan pronto como pensé en mis últimos proyectos, me di cuenta de que de alguna manera tenía razón.
La lista de requisitos es excelente para familiarizarse con los objetivos y el alcance del proyecto. Pero tan pronto como comienza a poner en práctica sus planes, las cosas rara vez salen según lo planeado. En este punto, el progreso se convierte en una prioridad. La documentación se está convirtiendo en un problema secundario.
Diría que el 25% del trabajo real en el proyecto ocurre después de que el desarrollador lo aprueba. Es entonces cuando los expertos comienzan a probar la fortaleza de sus proyectos, y definitivamente presentarán nuevos requisitos y ejemplos avanzados en los que ni siquiera podría pensar. En este punto, necesita sentir el impulso y hacer todo lo posible para lograr el progreso.
Como parte del equipo de Dropbox Paper, hemos aprendido a lidiar con los golpes del destino y a aceptar el hecho de que los planes cambiarán, sin importar qué tan bien diseñados estén sus requisitos.
No hay "cerraduras de marfil"
A medida que la empresa crece, las personas que crean el producto tienden a alejarse cada vez más de quienes lo usan. ¿Está familiarizado con un desarrollador o gerente de producción que trabaja para una gran empresa? Pregúnteles con qué frecuencia hablan con sus consumidores cotidianos. Apuesto a que te sorprenderá lo que oyes.
Como parte del equipo de Dropbox Paper, tratamos de no construir "torres de marfil" que nos alejen de nuestra audiencia. En cambio, hacemos cosas en el camino para encontrarnos con personas que usan Paper.
Por ejemplo, el proyecto "Entornos del mundo real", que fue lanzado por Mir Rao, uno de nuestros investigadores. Todos los miércoles, invitamos a las personas a venir a nuestra oficina para contarles en qué estamos trabajando. Parece una sesión de citas rápidas: el participante está hablando con varias personas de nuestro equipo, cada una individualmente. Y lo bueno de esto es que, por nuestra parte, a menudo los desarrolladores, especialistas y gerentes de producción, y no investigadores, se comunican con ellos. Tales reuniones nos enseñaron a hablar con los consumidores de manera regular.
Además, organizamos reuniones ubicuas con equipos que usan Paper. Estamos interesados en cómo las personas usan el papel en una situación real, y estamos listos para ir a su oficina, si es posible. Cualquiera de nuestro equipo puede unirse a tales viajes: desarrolladores, autores, especialistas, cualquiera. Cada reunión es una oportunidad para inspirarse en algo y aprender algo nuevo sobre nuestra audiencia.
Varios investigadores de Paper charlando con el equipo de AirtaskerHora de hackear
Muchas empresas de TI tienen "semanas de piratería" durante las cuales puede trabajar en cualquier proyecto que desee durante toda una semana. Paper también alberga semanas de piratería, pero además de eso, también tiene una "Hora de piratería".
Cada pocas semanas, el viernes por la tarde, nos reunimos, tomamos bebidas y trabajamos en lo que queramos. Podemos dedicarle una hora entera o dedicar el resto del día.
Lo creas o no, muchas de las características que a los usuarios de Paper realmente les gustan hoy en día se crearon durante tales reuniones. ¿Alguna vez has usado el modo de presentación? Acuñado durante una hora de piratería. Nombres para emoji? La misma historia
El papel no sería lo que es hoy si no fuera por estas sesiones de piratería. Si le das a la gente tiempo y lugar para la improvisación, se les ocurrirán ideas sorprendentemente ingeniosas.
Leandro Castillo y Sheila Ramaswami durante la Hora de HackearJuego de roles
En el equipo de Paper, las personas a menudo juegan diferentes roles en diferentes proyectos. Vi cómo los gerentes de producción realizaron estudios de usabilidad de productos. Vi cómo los investigadores se dedican al trabajo de diseño. Cada uno de nosotros tiene un papel acordado, pero también tenemos la oportunidad de probar diferentes máscaras.
En las grandes empresas, es fácil dar marcha atrás y decir: "Lo siento, este no es mi trabajo", porque en las grandes empresas todos tienen un papel fijo para él. Allí no encontrarás solo un "desarrollador". Hay un diseñador interactivo, diseñador visual, diseñador de movimiento, diseñador de sistemas, etc.
Nuestro título de trabajo no define a una persona. Simplemente hacemos todo lo posible para que todo esté hecho. Escribo artículos, pero de vez en cuando diseño. Neil Networks y Caroline Frost son supervisores de producción, pero los vi escribir código y crear cosas increíbles.
Es muy vergonzoso ver cómo todos a su alrededor se están volviendo enérgicos, solo para ayudarse unos a otros.
Pequeñas victorias
Por alguna razón, a nuestro equipo le encanta quererse. En serio, tengo al menos dos reuniones programadas cada semana en las que nos reunimos, solo para expresar admiración y agradecer a las otras personas del equipo.
También creamos formas anónimas para que las personas fueran menos tímidas a la hora de expresar amor y no fue tan ... incómodo.
A primera vista, una expresión de admiración puede parecer una estúpida tradición, pero me di cuenta de cómo trae buenos resultados uno por uno. El Hombre A admira públicamente al Hombre B, y luego el Hombre B se siente bien y "le da cinco" al Hombre B. No tendrá tiempo para notar cómo más y más personas participarán en esto.
Todos quieren sentirse valorados, y la simple gratitud ayuda a las personas a sentirse significativas, enérgicas y sentir un espíritu de equipo. No solo los grandes proyectos son importantes. Celebre las victorias de unidades pequeñas.
Amor a la experimentación
Al equipo de Paper le encanta experimentar. Siempre hay docenas de experimentos con funciones en la agenda que podemos ejecutar para aprender desde adentro hacia afuera en la práctica. Tenemos experimentos relacionados con varios proyectos de diseño, experimentos relacionados con varias versiones de una copia de la interfaz de usuario, experimentos sobre casi cualquier cosa.
Por ejemplo, aquí hay un experimento interno creado por Aisha Ferrazares y Harold Check, donde mostramos una advertencia si intentas enviar una notificación a todos en el documento:
No lo ejecutaremos como está ahora, pero una demostración de esto ayuda a comprender si es útil o no.
Tratamos de hacer que los experimentos en nuestro equipo sean lo más fáciles posible, porque queremos que sea más fácil verificar cuál es bueno y cuál debe desarrollarse más.
También experimentamos con diferentes formas de trabajar. Ahora estamos probando un método llamado hakai-and-run. Consiste en el hecho de que un pequeño grupo se enfoca en un proyecto durante las 6 semanas completas. Pueden omitir todas las reuniones y otras tareas para centrarse solo en este proyecto. Esto es similar al inicio de una unidad en un equipo más grande.
***
Entonces eso es todo. No soy psicólogo en el trabajo, así que tome este artículo con una pizca de desconfianza. Pero a juzgar por mi experiencia, las cosas anteriores hacen que nuestro equipo se sienta en el camino y feliz.
Si su equipo está creciendo ahora y está buscando formas de mantener el mismo impulso, espero que estos consejos lo ayuden con esto.