Comment organiser le développement dans une startup de logiciels allégés ?

Catégoriser le développement dans votre entreprise

L'une des choses qui peut aider à structurer le développement est de répartir les différents types de tâches de développement de l'entreprise en catégories, afin d'avoir une meilleure idée de la priorisation, de la délégation et de l'organisation au sein de l'équipe. 🤝

Vous trouverez ci-dessous les trois catégories de développement que nous avons chez Salesflare :

Enjeux sont des éléments qui ne fonctionnent pas et qui doivent être corrigés dans le produit.

Mais qu'est-ce qui est prioritaire ? Et comment les organiser ? C'est pourquoi nous avons divisé les problèmes en trois catégories supplémentaires : les problèmes instantanés, les problèmes instantanés et les problèmes non instantanés.

Les problèmes immédiats sont ceux qui - vous l'avez deviné - doivent être traités immédiatement. Il peut s'agir de choses qui sont vraiment cassées, de choses que les utilisateurs remarquent, de choses dans l'application qui doivent être corrigées, etc. 🚨

La mise en scène instantanée n'est pas aussi "instantanée" que les problèmes instantanés, mais il s'agit de choses qui doivent être corrigées avant de diffuser la dernière version du logiciel dans l'environnement de production. Il s'agit principalement de problèmes que nous remarquons dans notre environnement de mise à l'essai lors de tests internes.

Les problèmes non instantanés sont moins prioritaires et sont discutés lors de la réunion de préparation du sprint (nous y reviendrons).

Améliorations de l'interface utilisateur ont une priorité plus élevée que les problèmes non instantanés et comprennent tout ce qui, dans le développement, a trait à l'expérience et à la facilité d'utilisation du produit. Il s'agit essentiellement de choses qui améliorent l'expérience des clients.

Caractéristiques sont de nouvelles fonctionnalités que nous voulons ajouter au produit, telles que les actions en masse, le filtrage avancé, etc. Il s'agit des tâches les moins prioritaires parmi celles planifiées au cours d'un sprint.

Si la répartition des types de développement peut vous aider à mieux organiser votre équipe, comment décider qui s'occupe de quoi ?

Support Hero est là pour sauver la situation !

En tant qu'entreprise SaaS, nous comprenons l'importance de traiter les problèmes rapidement afin d'offrir aux clients la meilleure expérience possible. Cependant, cela ne signifie pas que toute l'équipe doive passer ses journées à sauter sur les problèmes - nous ne ferions jamais rien d'autre ! 👨‍💻👩‍💻

C'est pourquoi nous utilisons un système qui élimine les distractions et augmente la productivité au sein de l'équipe de développement. Nous l'appelons le Support Hero.

Le héros de l'assistance est une personne de l'équipe de développement, en rotation quotidienne, qui se concentre sur les problèmes instantanés qui doivent être traités (et répond aux questions plus approfondies et techniques des utilisateurs), afin que l'équipe puisse rester concentrée sur ses tâches. 💪

Tout problème qui ne peut être résolu à ce moment précis par le héros de l'assistance est enregistré sur GitHub, le logiciel que nous utilisons pour la gestion des codes et des problèmes, et est ensuite traité dès que possible.

L'avantage d'avoir un héros de l'assistance est que même avec une petite équipe, vous pouvez offrir une assistance de haute qualité à vos clients - tout problème technique approfondi peut être résolu sur place, ce qui évite le processus frustrant de devoir transmettre les problèmes à la "bonne" personne.

Le plus beau, c'est qu'il n'y a pas d'autre solution : Le fait d'avoir un héros de l'assistance rapproche vos développeurs de vos clients. 💛

Tout est question de structure

Maintenant que nous avons abordé les types de développement et la manière de déléguer les questions, voyons comment organiser votre structure. Tous les différents éléments ci-dessous se combinent pour informer l'équipe sur la manière dont elle avance.

Une vision du produit et une feuille de route peut vous aider à savoir où vous voulez amener le produit, afin que vous puissiez avoir à l'esprit les caractéristiques qui vous permettront d'y parvenir - ce qui, dans l'idéal, se recoupe avec ce que vous obtenez de votre support. 👓

Soutien est tout sur l'obtention d'un retour d'information de la part des clients. Cela comprend les demandes de fonctionnalités, les problèmes et les améliorations de l'interface utilisateur, qui suivent la vision du produit et la feuille de route susmentionnées. Enregistrez-les et apportez-les à la réunion de préparation du sprint.

Un outil de suivi des problèmes signale les erreurs à la fois sur le back-end et sur le front-end. Il vous permet également de voir quels problèmes apparaissent même si personne ne vous en parle. Une suggestion est Elastic APM - mais il y a beaucoup d'options sur le marché.

Tests internes permet à toute votre équipe de tester les nouvelles fonctionnalités avant qu'elles ne soient mises en ligne. Nous testons activement les mises à jour avant de les transférer de la phase d'essai à la phase de production. Et comme nous utilisons Salesflare en interne, nous pouvons également détecter les éventuels problèmes et améliorations du produit. Il est toujours bon que votre équipe utilise votre produit chaque fois que cela est possible, afin d'être directement confrontée aux problèmes qui peuvent survenir et d'avoir une connaissance approfondie de votre propre produit.

Hotjar Les sessions d'enregistrement peuvent aider votre équipe à voir comment les gens interagissent avec le produit et où les choses se passent mal (ou bien). Les enregistrements d'utilisateurs, même s'ils ne sont pas nécessaires au quotidien, peuvent vous donner des indications supplémentaires sur la manière dont les utilisateurs se servent de votre produit, puisque vous pouvez voir ce qu'ils font sans qu'ils aient besoin de vous l'expliquer.

Il est temps de sprinter !

Structurez le travail de votre équipe de développement en sprints - une méthodologie agile. En règle générale, les sprints de deux semaines sont les plus courants dans les domaines de l'informatique et du développement de produits logiciels. 🏃‍

Cependant, il est recommandé de préparer les réunions de sprint à l'avance, sinon les choses peuvent devenir un peu chaotiques et hors sujet.

Ce problème peut être résolu en organisant des réunions de préparation de sprint. Le directeur technique, le propriétaire du produit et le chef de produit (en savoir plus sur la différence entre product owner vs product manager) assistent à cette réunion et utilisent ce temps pour examiner les problèmes instantanés qui subsistent, les améliorations UX, les problèmes non instantanés et les fonctionnalités. Cela permet d'établir l'ordre du jour et les priorités pour le sprint à venir sans avoir besoin de prendre du temps sur la réunion de sprint elle-même. ✅

Ensuite, bien sûr, c'est le moment de la réunion de sprint ! La réunion de sprint est un zoom technique sur ce qui a été discuté lors de la réunion de préparation du sprint, de sorte que l'équipe de développement sait exactement comment elle va procéder. Elle permet également à l'équipe de passer en revue les problèmes immédiats. Cette réunion doit inclure le directeur technique et l'équipe de développement. Le propriétaire du produit et l'équipe d'assistance peuvent également y participer, mais ils sont moins nécessaires à ce stade.

Au début de cette réunion, il est bon de réfléchir au sprint précédent - ce qui s'est bien passé, ce qui n'a pas marché, etc.

Que contient votre boîte à outils ?

Les outils que vous utilisez au sein de votre entreprise peuvent contribuer à la réussite de votre équipe de développement. Nous avons déjà évoqué Hotjar et Elastic APM, mais d'autres outils peuvent être envisagés pour rationaliser la communication et la gestion des tâches :

Slack - pour les discussions internes, les mises à jour/notifications, le partage de fichiers et les gifs amusants occasionnels

Trello - pour la tâche/la gestion et le suivi des projets qui fait quoi dans un sprint donné

GitHub - où nous suivons les problèmes, les demandes de fonctionnalités, etc.

Intercom - pour communiquer avec les clients

Un aspect important de l'utilisation de ces outils est qu'ils peuvent interagir les uns avec les autres. Par exemple, nous recevons des mises à jour de Trello et de Github dans Slack. Et dans Trello, nous utilisons une extension GitHub qui intègre les informations GitHub dans Trello. 🌐

De plus, nous pouvons relier GitHub aux conversations Intercom, ce qui nous permet d'avoir toujours le contexte à portée de main ; et lorsque nous livrons des fonctionnalités ou corrigeons des problèmes, nous pouvons communiquer à ce sujet sans faute.

Quelle que soit la manière dont vous décidez de structurer le développement au sein de votre entreprise, il est toujours important de s'assurer que votre équipe - quelle que soit sa taille - peut travailler dans le cadre des processus que vous décidez d'utiliser. 🚀

N'ayez pas peur de changer les choses si elles ne fonctionnent pas ! L'essentiel est de trouver ce qui fonctionne pour vous et votre entreprise et de vous y tenir.

Nous espérons que ce guide rapide vous a donné un peu d'inspiration sur la manière de constituer et de structurer votre équipe de développement !

Vous avez d'autres bonnes idées ? Dites-le nous dans les commentaires ! ✨

Cet article vous a plu ? Consultez le reste de notre Salesflare à l'intérieur de l'entreprise série.