Aller plus vite et casser moins: pourquoi les startups devraient suivre les meilleures pratiques

La culture classique des entreprises en démarrage est axée sur la perturbation. Aller vite et casser les choses, n'est-ce pas ? Pas selon Sudnya Diamos, ingénieure fondatrice de Coactive AI. Le respect des pratiques exemplaires est le moyen le plus sûr de gagner du temps, d'améliorer les résultats et de remonter le moral. Dans ce blogue, elle explique comment les pratiques exemplaires permettent aux ingénieurs de Coactive de prospérer.

Pourquoi les pratiques exemplaires sont essentielles au succès

Les divergences ne sont pas un problème lorsque vous êtes une petite équipe, mais lorsque vous faites évoluer jusqu'à dix ou cent développeurs, vous devez être aligné. Si vous ne normalisez pas explicitement les processus d'équipe, les gens suivront naturellement leur propre style. Une approche de style libre comme celle-ci introduit des frictions, qui ne font qu'empirer à mesure que votre équipe évolue. Les ingénieurs sont liés à la lutte contre les incendies et à la correction des bogues, alors qu'ils devraient plutôt développer de nouvelles fonctionnalités. C'est un piège dans lequel tombent de nombreuses entreprises en démarrage, et je suis déterminé à éviter un piège chez Coactive AI. Au lieu de cela, nous avons été intentionnels quant à la façon dont nous voulons travailler.

Créer un code de pratique partagé au sein de l'équipe

Pour élaborer nos lignes directrices internes sur les pratiques exemplaires, nous avons identifié trois priorités : la communication interne, la vélocité de l'équipe et notre culture d'apprentissage. Nous nous sommes ensuite mis d'accord sur la meilleure façon de maintenir chaque secteur — en commençant par chercher à imiter les grandes entreprises prospères. Nous avons ainsi assuré que nos processus seraient élaborés en gardant à l'esprit la mise à l'échelle. Examinons de plus près comment ces piliers fondamentaux ont été mis en œuvre.

Notre approche de la rétroaction et de la communication critiques

Pour obtenir des commentaires, nous aimons utiliser le modèle 4A de Netflix, dans lequel les commentaires sont utiles, exploitables, appréciés et librement acceptés ou rejetés. Nous suivons également une étiquette d'équipe convenue, comme supposer une intention positive, respecter le temps de chacun et utiliser des canaux de communication établis. L'élément d'intention positive est essentiel. Dans des contextes de rétroaction en évolution rapide, il est facile de perdre des nuances dans les communications écrites, de sorte que notre culture consiste à adopter par défaut des hypothèses positives sur les intentions des collègues.

Comment nous optimisons la vitesse de l'équipe

Nous suivons une méthodologie agile et planifions nos activités sous forme de sprints itératifs bimensuels. Nous exécutons nos sprints en définissant clairement les rôles et les objectifs et en donnant aux gens des responsabilités claires. Nous offrons une légère touche à la documentation des lignes directrices, afin que les instructions soient concises et utilisables, plutôt que d'être lourdes ou accablantes, surtout lorsque nous recrutons de nouveaux membres.

Les équipes répartissent consciemment leurs tâches, en tenant compte de leurs autres responsabilités au cours d'un sprint de deux semaines et en tenant compte de la façon dont les nouveaux outils ou expériences s'inscriront dans la feuille de route plus large du produit. Cela aide les équipes à sentir qu'elles sont en mesure d'offrir les fonctionnalités de base qu'elles ont promises.

À la fin de chaque sprint, nous avons une rétrospective. Cette pratique fidèle nous permet de reconnaître les victoires et de trouver des pistes d'amélioration la prochaine fois.

Cette méthodologie cohérente et limitée dans le temps est importante pour les équipes interdisciplinaires et interdépendantes. Disons que nous avons une équipe d'application, une équipe de communication de développement et une autre équipe. Il est important que les demandes de fonctionnalités puissent être regroupées dans un système efficace au sein de ces équipes pour affecter un chef de produit, obtenir une rétroaction rapide, résoudre les problèmes lors de stand-ups, itérer pendant deux semaines et effectuer une rétrospective post-sprint.

Notre culture de l'apprentissage

En tant qu'équipe, nous nous soutenons mutuellement pour continuer à progresser et à grandir, en retirant constamment des éléments exploitables de notre apprentissage. Par exemple, nous avons un club de lecture hebdomadaire où nous lisons et révisons des livres profondément techniques ensemble. La discussion nous permet d'établir un vocabulaire partagé et de créer des modèles mentaux sur ces sujets.

Nous faisons également des déjeuners et des apprentissages le mercredi, ce qui donne à chacun l'occasion de présenter un sujet qui les passionne (et choisissez le restaurant dans lequel nous commandons le déjeuner d'équipe !). Par exemple, Danielle a présenté ses recherches sur l'anglais noir. Ce n'est pas directement pertinent pour notre travail, mais c'était très intéressant, et tout le monde a ressenti un avantage de l'expérience d'apprentissage, surtout parce qu'elle soutient les principes culturels plus larges de l'IA coactive.

Notre cofondateur, Cody Coleman, est également excellent pour trouver régulièrement des conférenciers externes pour venir nous parler chaque mois. Ils partagent leur expertise commerciale et technique, et nous pouvons leur poser des questions dans un contexte informel. L'apprentissage externe est extrêmement important.

Exemples de pratiques exemplaires en ingénierie

Comme nous l'avons mentionné précédemment, nos processus d'ingénierie sont conçus pour être évolutifs. Par exemple, nous passons du local au développement, puis à la mise en scène et à la production, parce que disposer d'un environnement de développement local est le moyen le plus rapide pour les développeurs de tester et d'itérer leur code dans une boucle de rétroaction serrée. (Nous utilisons localstack pour cela.)

Les Pull Requêtes (PR) en sont un autre exemple. Un PR est créé conformément à nos modèles standard et ne peut être soumis qu'une fois qu'il a réussi toutes les vérifications. Au moment de la soumission, l'auteur doit sélectionner un membre approprié de l'équipe pour l'examiner et fournir une rétroaction dans les vingt-quatre heures pour soutenir la vélocité du coéquipier. L'auteur de la RP attribue explicitement le PR pour examen à un propriétaire spécifique et l'identifie sur un canal Slack dédié.

Nous automatisons les changements tels que les espaces blancs via le linting automatique, la documentation, la commande d'importation, etc. afin que seules les mises à jour réelles du code soient affichées sur PR, ce qui rend le processus de révision plus efficace et attire l'attention sur la logique de base. Cette combinaison d'approches minimise les erreurs, améliore la transparence et améliore la vitesse de l'équipe.

Comment nous gérons les correctifs et la conformité

Dans le développement de logiciels modernes, les mises à jour et les correctifs sont publiés chaque semaine, plutôt que des mois d'intervalle. Pour plus de commodité, nous utilisons l'intégration continue et le déploiement continus. Nous avons mis en place un pipeline AWS pour prendre en charge les correctifs logiciels.

La conformité est très importante pour nous aussi. Il y a certaines certifications dont vous avez besoin pour que les entreprises clientes travaillent avec vous. Nous sommes déjà conformes à la norme SOC2 ! Nous veillons à ce que les exigences clés soient incluses et documentées dans le cadre de la conception de nos produits. Nous utilisons également des logiciels pour contrôler les choses. Cela automatise certaines parties de notre gestion des risques en empêchent les gens de commettre certaines erreurs. Par exemple, pour encourager la R-D tout en minimisant les risques, nous avons un bac à sable. Cela nous permet d'expérimenter librement sans casser quelque chose utilisé par les clients actuels.

D'autres concepts en lesquels nous croyons

La planification du temps est essentielle — en règle générale, nos équipes d'ingénieurs n'ont pas de réunions après le déjeuner. Cela donne à chacun des blocs de concentration de 4 à 5 heures pour travailler une fois la matinée passée à collaborer de manière créative pour résoudre les problèmes.

Nous définissons également soigneusement les interfaces et aspirons à avoir un modèle de test unitaire solide. Cela signifie que lorsque les fonctions passeront au niveau de développement suivant, il y aura moins de bogues à corriger et moins d'effets d'impact sur les autres fonctions.

Une valeur clé est d'être prêt à demander de l'aide rapidement. Cela est lié à notre esprit de croissance collective et à notre engagement envers l'apprentissage continu, dont je suis très fier. Oh, et attention, un favori de l'équipe : si quelque chose doit être fait plus de trois fois, vous devez l'automatiser.

Sommaire

Nous avons été attentifs à nos processus d'ingénierie depuis le début chez Coactive AI et avons établi des principes communs de pratiques exemplaires au sein de l'équipe. Cela nous aide à fonctionner de manière efficace, solidaire et évolutive.

Nos valeurs clés sont les suivantes : une communication constructive et transparente, le respect du temps de chacun grâce à des fenêtres sans réunion et des sprints agiles, et l'apprentissage continu ensemble. Les pratiques exemplaires sont au cœur de notre philosophie et de notre succès. Si vous souhaitez vous joindre à notre équipe, consultez notre offres d'emploi.

Chez Coactive AI, notre culture est notre produit numéro un. Nous sommes fiers d'avoir une équipe véritablement collaborative, diversifiée et toujours apprenante. Nous sommes également les chefs de file de l'industrie en matière d'analyse de données d'images non structurées ; nous embauchons.