Comment est-ce que moi et mon équipe pouvons être sur la route tout le temps?
Si vous avez déjà travaillé dans une petite équipe avec des ressources limitées, vous connaissez probablement ce sentiment de dynamisme. Une sorte de démangeaison qui vous fait avancer lorsque quelque chose recule de toutes ses forces. Une poussée de motivation inhabituellement forte que vous ressentez quand on vous dit que vous n'êtes pas assez bon.
Encore et encore, j'ai remarqué quels miracles commencent à se produire lorsque vous rencontrez ce sentiment de conduite. Mais comment maintenir cet esprit d'entraînement si l'équipe devient de plus en plus?
Il y a quelques mois, j'ai rejoint l'équipe Dropbox Paper. À ce moment-là, l'équipe avait déjà atteint une taille assez grande. Je me souviens encore de ma première rencontre avec l'équipe et de l'idée que nous pourrions être suffisants pour remplir une salle de cinéma entière. (Je pense que je rêvais déjà d'avoir des réunions en plein air).
À ce jour, je travaille ici depuis plusieurs mois et j'ai remarqué quelque chose: même lorsque notre équipe grandit, nous parvenons en quelque sorte à maintenir cet esprit d'entraînement inhérent aux petites équipes. Je ne sais pas si cela se produit par hasard ou selon le plan, mais j'ai plusieurs théories sur la façon dont nous restons sur la route.
La traduction a été prise en charge par EDISON Software, une société de développement Web professionnelle qui a récemment repensé son site Web .Le progrès est plus important que le processus
L'autre jour, j'ai parlé avec Kavita Radhakrishnan, notre chef de groupe de produits, et elle a dit quelque chose qui m'a choqué:
«Les exigences du processus deviendront obsolètes dès que vous les formulerez.»
Si vous lisez mon article sur les documents de projet, vous savez combien j'aime la documentation bien écrite. Mais dès que j'ai pensé à mes derniers projets, j'ai réalisé qu'elle avait en quelque sorte raison.
La liste des exigences est grande afin de se familiariser avec les objectifs et la portée du projet. Mais dès que vous commencez à mettre vos plans en pratique, les choses se passent rarement comme prévu. À ce stade, le progrès devient une priorité. La documentation devient un problème secondaire.
Je dirais que 25% du vrai travail sur le projet se produit après que le développeur l'ait passé. C'est à ce moment que les experts commencent à tester la solidité de vos projets, et ils présenteront certainement de nouvelles exigences et des exemples avancés auxquels vous ne pourriez même pas penser. À ce stade, vous devez ressentir l'élan et faire tout votre possible pour progresser.
En tant que membre de l'équipe Dropbox Paper, nous avons appris à faire face aux coups du destin et à accepter le fait que les plans changeront, quelle que soit la qualité de vos besoins.
Pas de "serrures en ivoire"
À mesure que l'entreprise se développe, les personnes qui créent le produit ont tendance à s'éloigner de plus en plus de ceux qui l'utilisent. Connaissez-vous un développeur ou un directeur de production qui travaille pour une grande entreprise? Demandez-leur à quelle fréquence ils parlent à leurs consommateurs quotidiens. Je parie que vous serez surpris de ce que vous entendrez.
En tant que membre de l'équipe Dropbox Paper, nous essayons de ne pas construire de «tours d'ivoire» qui nous éloignent de notre public. Au lieu de cela, nous faisons des choses sur le disque pour rencontrer des gens qui utilisent du papier.
Par exemple, le projet "Real World Environments", qui a été lancé par Mir Rao, l'un de nos chercheurs. Tous les mercredis, nous invitons les gens à venir à notre bureau pour leur dire sur quoi nous travaillons. Cela ressemble à une séance de rendez-vous rapide: le participant parle avec plusieurs personnes de notre équipe, chacune individuellement. Et ce qui est cool à ce sujet, c'est que de notre côté, souvent les développeurs, les spécialistes et les directeurs de production, et non les chercheurs, communiquent avec eux. De telles réunions nous ont appris à parler régulièrement avec les consommateurs.
De plus, nous organisons des réunions omniprésentes avec les équipes qui utilisent le papier. Nous sommes intéressés par la façon dont les gens utilisent le papier dans une situation réelle, et nous sommes prêts à aller à leur bureau, si possible. N'importe laquelle de nos équipes peut participer à de tels voyages - développeurs, auteurs, spécialistes, n'importe qui. Chaque réunion est l'occasion de s'inspirer de quelque chose et d'apprendre quelque chose de nouveau sur notre public.
Plusieurs chercheurs sur le papier discutent avec une équipe d'AirtaskerIl est temps de pirater
De nombreuses sociétés informatiques ont des «semaines de piratage» pendant lesquelles vous pouvez travailler sur n'importe quel projet que vous souhaitez pendant une semaine entière. Le papier accueille également des semaines de piratage, mais en plus de cela, il a également une «heure de piratage».
Toutes les quelques semaines, le vendredi après-midi, nous nous réunissons, prenons un verre et travaillons sur tout ce que nous voulons. Nous pouvons y passer une heure entière ou y passer le reste de la journée.
Croyez-le ou non, de nombreuses fonctionnalités que les utilisateurs de Paper apprécient vraiment aujourd'hui ont été créées lors de ces réunions. Avez-vous déjà utilisé le mode présentation? Inventé pendant une heure de piratage. Noms pour emoji? La même histoire.
Le papier ne serait pas ce qu'il est aujourd'hui sans ces séances de piratage. Si vous donnez aux gens le temps et le lieu d'improvisation, ils trouveront des idées étonnamment inventives.
Leandro Castillo et Sheila Ramaswami pendant l'Hacking HourJeux de rôle
Dans l'équipe Paper, les gens jouent souvent des rôles différents dans différents projets. J'ai vu comment les chefs de production ont mené des études d'utilisabilité des produits. J'ai vu comment les chercheurs participent aux travaux de conception. Chacun de nous a un rôle convenu, mais nous avons également la possibilité d'essayer différents masques.
Dans les grandes entreprises, il est facile de revenir en arrière et de dire: «Désolé, ce n'est pas mon travail», car dans les grandes entreprises, tout le monde a un rôle fixe pour lui. Vous n'y trouverez pas seulement un "développeur". Il y a un concepteur interactif, un concepteur visuel, un concepteur de mouvement, un concepteur de système, etc.
Notre titre d'emploi ne définit pas une personne. Nous faisons tout ce que nous pouvons pour que tout soit fait. J'écris des articles, mais de temps en temps je fais du design. Neil Networks et Caroline Frost sont des superviseurs de production, mais je les ai vus écrire du code et créer des choses impressionnantes.
C'est très gênant de voir comment tout le monde autour de vous devient énergique, juste pour s'entraider.
Petites victoires
Pour une raison quelconque, notre équipe aime s’aimer. Sérieusement, j'ai au moins deux réunions prévues chaque semaine où nous nous réunissons, juste pour exprimer l'admiration et remercier les autres personnes de l'équipe.
Nous avons également créé des formulaires anonymes afin que les gens hésitent moins à exprimer leur amour et ce n'était pas si ... gênant.
À première vue, une expression d'admiration peut sembler une tradition stupide, mais j'ai remarqué comment elle donne de bons résultats un par un. L'homme A admire publiquement l'homme B, puis l'homme B se sent bien et «donne cinq» à l'homme B. Vous n'aurez pas le temps de remarquer comment de plus en plus de personnes y participeront.
Tout le monde veut se sentir valorisé, et une simple gratitude aide les gens à se sentir significatifs, énergiques et à ressentir l'esprit d'équipe. Ce ne sont pas seulement les grands projets qui comptent. Célébrez les petites victoires en voiture.
L'amour de l'expérimentation
L'équipe Paper aime expérimenter. Il y a toujours des dizaines d'expériences avec des fonctions à l'ordre du jour que nous pouvons exécuter pour apprendre de l'intérieur vers la pratique. Nous avons des expériences liées à divers projets de mise en page, des expériences liées à différentes versions d'une copie de l'interface utilisateur, des expériences sur presque tout.
Par exemple, voici une expérience interne créée par Aisha Ferrazares et Harold Check, où nous affichons un avertissement si vous essayez d'envoyer une notification à tout le monde dans le document:
Nous ne l'exécuterons pas tel qu'il est actuellement, mais une démonstration de cela permet de comprendre s'il est utile ou non.
Nous essayons de rendre les expériences dans notre équipe aussi simples que possible, car nous voulons faciliter la vérification de celle qui est bonne et de celle qui doit être développée.
Nous avons également expérimenté différentes façons de travailler. Maintenant, nous essayons une méthode appelée hakai-and-run. Il consiste dans le fait qu'un petit groupe se concentre sur un projet pour l'ensemble des 6 semaines. Ils peuvent sauter toutes les réunions et autres tâches afin de se concentrer uniquement sur ce projet. Cela ressemble à un démarrage de lecteur dans une équipe plus grande.
***
C’est tout. Je ne suis pas psychologue au travail, alors prenez cet article avec une pincée de méfiance. Mais à en juger par mon expérience, les éléments ci-dessus font que notre équipe se sent sur la route et heureuse.
Si votre équipe s'agrandit maintenant et cherche des moyens de garder le même lecteur, j'espère que ces conseils vous y aideront.