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

Salesflare à l'intérieur de l'entreprise

La création d'une entreprise technologique peut être un processus chaotique, stressant et gratifiant.

Mais l'une des choses qui peut vraiment aider d√®s le d√©but est de mettre en place des structures qui permettent √† votre √©quipe de travailler de mani√®re efficace et efficiente - en particulier en ce qui concerne le d√©veloppement. La derni√®re chose dont votre entreprise a besoin, c'est d'un chaos autour de la construction de votre produit. ūüėĪ

Alors, comment commencer ? Et devez-vous sous-traiter ou embaucher en interne ?

Vous trouverez ci-dessous un guide rapide pour constituer et structurer votre √©quipe de d√©veloppement SaaS - et si vous d√©cidez d'externaliser, vous pouvez √©galement utiliser ce guide comme cadre de travail. ūü§©


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, la mise en scène instantanée 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. ūüö®

guy throwing bucket of water on a hay fire

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.

superman

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.


Pour plus d'informations sur les startups, le marketing de croissance et les ventes

ūüĎČs'inscrire ici

ūüĎČfollow @salesflare on Twitter ou Facebook

 
Ali Colwell