{"id":55846,"date":"2018-05-03T07:32:04","date_gmt":"2018-05-03T07:32:04","guid":{"rendered":"https:\/\/blog.salesflare.com\/?p=55846"},"modified":"2026-02-23T16:13:28","modified_gmt":"2026-02-23T15:13:28","slug":"how-to-organize-development-in-a-lean-software-startup-108bf51ab123","status":"publish","type":"post","link":"https:\/\/blog.salesflare.com\/fr\/comment-organiser-le-developpement-dans-une-startup-de-logiciels-lean-108bf51ab123-2","title":{"rendered":"Comment organiser le d\u00e9veloppement dans une startup de logiciels all\u00e9g\u00e9s ?"},"content":{"rendered":"
\n
<\/header>\n

Comment organiser le d\u00e9veloppement dans une startup de logiciels all\u00e9g\u00e9s ?<\/h1>\n

Salesflare \u00e0 l'int\u00e9rieur de l'entreprise<\/h2>\n
\n
\n
\n
\n

La cr\u00e9ation d'une entreprise technologique peut \u00eatre un processus chaotique, stressant et gratifiant.<\/p>\n

Mais l'une des choses qui peut vraiment aider d\u00e8s le d\u00e9but est de mettre en place des structures qui permettent \u00e0 votre \u00e9quipe de travailler de mani\u00e8re efficace et efficiente - en particulier en ce qui concerne le d\u00e9veloppement. La derni\u00e8re chose dont votre entreprise a besoin, c'est d'un chaos autour de la construction de votre produit. \ud83d\ude31<\/p>\n

Alors, comment commencer ? Et devez-vous externaliser ou embaucher en interne<\/a> ?<\/p>\n

Vous trouverez ci-dessous un guide rapide pour constituer et structurer votre \u00e9quipe de d\u00e9veloppement SaaS<\/a> - et si vous d\u00e9cidez d'externaliser, vous pouvez \u00e9galement utiliser ce guide comme cadre. \ud83e\udd29<\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Cat\u00e9goriser le d\u00e9veloppement dans votre entreprise<\/strong><\/h4>\n

L'une des choses qui peut aider \u00e0 structurer le d\u00e9veloppement est de r\u00e9partir les diff\u00e9rents types de t\u00e2ches de d\u00e9veloppement de l'entreprise en cat\u00e9gories, afin d'avoir une meilleure id\u00e9e de la priorisation, de la d\u00e9l\u00e9gation et de l'organisation au sein de l'\u00e9quipe. \ud83e\udd1d<\/p>\n

Vous trouverez ci-dessous les trois cat\u00e9gories de d\u00e9veloppement que nous avons chez Salesflare :<\/p>\n

Enjeux <\/strong>sont des \u00e9l\u00e9ments qui ne fonctionnent pas et qui doivent \u00eatre corrig\u00e9s dans le produit.<\/p>\n

Mais qu'est-ce qui est prioritaire ? Et comment les organiser ? C'est pourquoi nous avons divis\u00e9 les probl\u00e8mes en trois cat\u00e9gories suppl\u00e9mentaires : les probl\u00e8mes instantan\u00e9s, les probl\u00e8mes instantan\u00e9s<\/a> et les probl\u00e8mes non instantan\u00e9s.<\/p>\n

Les probl\u00e8mes imm\u00e9diats sont ceux qui - vous l'avez devin\u00e9 - doivent \u00eatre trait\u00e9s imm\u00e9diatement. Il peut s'agir de choses qui sont vraiment<\/em> cass\u00e9es, de choses que les utilisateurs remarquent, de choses dans l'application qui doivent \u00eatre corrig\u00e9es, etc. \ud83d\udea8<\/p>\n

<\/figure>\n

\"guy<\/p>\n

La mise en sc\u00e8ne instantan\u00e9e n'est pas aussi \"instantan\u00e9e\" que les probl\u00e8mes instantan\u00e9s, mais il s'agit de choses qui doivent \u00eatre corrig\u00e9es avant de diffuser la derni\u00e8re version du logiciel dans l'environnement de production. Il s'agit principalement de probl\u00e8mes que nous remarquons dans notre environnement de mise \u00e0 l'essai lors de tests internes.<\/p>\n

Les probl\u00e8mes non instantan\u00e9s sont moins prioritaires et sont discut\u00e9s lors de la r\u00e9union de pr\u00e9paration du sprint (nous y reviendrons).<\/p>\n

Am\u00e9liorations de l'interface utilisateur <\/strong>ont une priorit\u00e9 plus \u00e9lev\u00e9e que les probl\u00e8mes non instantan\u00e9s et comprennent tout ce qui, dans le d\u00e9veloppement, a trait \u00e0 l'exp\u00e9rience et \u00e0 la facilit\u00e9 d'utilisation du produit. Il s'agit essentiellement de choses qui am\u00e9liorent l'exp\u00e9rience des clients.<\/p>\n

Caract\u00e9ristiques <\/strong>sont de nouvelles fonctionnalit\u00e9s que nous voulons ajouter au produit, telles que les actions en masse, le filtrage avanc\u00e9, etc. Il s'agit des t\u00e2ches les moins prioritaires parmi celles planifi\u00e9es au cours d'un sprint.<\/p>\n

Si la r\u00e9partition des types de d\u00e9veloppement peut vous aider \u00e0 mieux organiser votre \u00e9quipe, comment d\u00e9cider qui s'occupe de quoi ?<\/p>\n

\n
\n

<\/p>\n<\/div>\n<\/figure>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Support Hero est l\u00e0 pour sauver la situation !<\/strong><\/h4>\n

En tant qu'entreprise SaaS, nous comprenons l'importance de traiter les probl\u00e8mes rapidement afin d'offrir aux clients la meilleure exp\u00e9rience possible. Cependant, cela ne signifie pas que toute l'\u00e9quipe doive passer ses journ\u00e9es \u00e0 sauter sur les probl\u00e8mes - nous ne ferions jamais rien d'autre ! \ud83d\udc68\u200d\ud83d\udcbb\ud83d\udc69\u200d\ud83d\udcbb<\/p>\n

C'est pourquoi nous utilisons un syst\u00e8me qui \u00e9limine les distractions et augmente la productivit\u00e9 au sein de l'\u00e9quipe de d\u00e9veloppement. Nous l'appelons le Support Hero.<\/p>\n

\n
<\/div>\n<\/figure>\n

\"superman\"<\/p>\n

Le h\u00e9ros de l'assistance est une personne de l'\u00e9quipe de d\u00e9veloppement, en rotation quotidienne, qui se concentre sur les probl\u00e8mes instantan\u00e9s qui doivent \u00eatre trait\u00e9s (et r\u00e9pond aux questions plus approfondies et techniques des utilisateurs), afin que l'\u00e9quipe puisse rester concentr\u00e9e sur ses t\u00e2ches. \ud83d\udcaa<\/p>\n

Tout probl\u00e8me qui ne peut \u00eatre r\u00e9solu \u00e0 ce moment pr\u00e9cis par le h\u00e9ros de l'assistance est enregistr\u00e9 sur GitHub, le logiciel que nous utilisons pour la gestion des codes et des probl\u00e8mes, et est ensuite trait\u00e9 d\u00e8s que possible.<\/p>\n

L'avantage d'avoir un h\u00e9ros de l'assistance est que m\u00eame avec une petite \u00e9quipe, vous pouvez offrir une assistance de haute qualit\u00e9 \u00e0 vos clients - tout probl\u00e8me technique approfondi peut \u00eatre r\u00e9solu sur place, ce qui \u00e9vite le processus frustrant de devoir transmettre les probl\u00e8mes \u00e0 la \"bonne\" personne.<\/p>\n

Le plus beau, c'est qu'il n'y a pas d'autre solution : Le fait d'avoir un h\u00e9ros de l'assistance rapproche vos d\u00e9veloppeurs de vos clients. \ud83d\udc9b<\/strong><\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Tout est question de structure<\/strong><\/h4>\n

Maintenant que nous avons abord\u00e9 les types de d\u00e9veloppement et la mani\u00e8re de d\u00e9l\u00e9guer les questions, voyons comment organiser<\/em> votre structure. Tous les diff\u00e9rents \u00e9l\u00e9ments ci-dessous se combinent pour informer l'\u00e9quipe sur la mani\u00e8re dont elle avance.<\/p>\n

Une vision du produit et une feuille de route <\/strong>peut vous aider \u00e0 savoir o\u00f9 vous voulez amener le produit, afin que vous puissiez avoir \u00e0 l'esprit les caract\u00e9ristiques qui vous permettront d'y parvenir - dans l'id\u00e9al, cela se recoupe avec ce que vous obtenez gr\u00e2ce \u00e0 votre soutien. \ud83d\udc53<\/p>\n

Soutien<\/strong> est tout sur l'obtention d'un retour d'information de la part des clients<\/a>. Cela comprend les demandes de fonctionnalit\u00e9s, les probl\u00e8mes et les am\u00e9liorations de l'interface utilisateur, qui suivent la vision du produit et la feuille de route susmentionn\u00e9es. Enregistrez-les et apportez-les \u00e0 la r\u00e9union de pr\u00e9paration du sprint.<\/p>\n

Un outil de suivi des probl\u00e8mes<\/strong> signale les erreurs \u00e0 la fois sur le back-end et sur le front-end. Il vous permet \u00e9galement de voir quels probl\u00e8mes apparaissent m\u00eame si personne ne vous en parle. Une suggestion est Elastic APM - mais il y a beaucoup d'options sur le march\u00e9.<\/p>\n

Tests internes<\/strong> permet \u00e0 toute votre \u00e9quipe de tester les nouvelles fonctionnalit\u00e9s avant qu'elles ne soient mises en ligne. Nous testons activement les mises \u00e0 jour avant de les transf\u00e9rer de la phase d'essai \u00e0 la phase de production. Et comme nous utilisons Salesflare en interne, nous pouvons \u00e9galement d\u00e9tecter les \u00e9ventuels probl\u00e8mes et am\u00e9liorations du produit. Il est toujours bon que votre \u00e9quipe utilise votre produit dans la mesure du possible afin d'\u00eatre directement confront\u00e9e aux probl\u00e8mes qui peuvent survenir et d'avoir une compr\u00e9hension approfondie de votre propre produit.<\/p>\n

Hotjar <\/strong>Les sessions d'enregistrement peuvent aider votre \u00e9quipe \u00e0 voir comment les gens interagissent avec le produit et o\u00f9 les choses se passent mal (ou bien). Les enregistrements d'utilisateurs, m\u00eame s'ils ne sont pas n\u00e9cessaires au quotidien, peuvent vous donner des indications suppl\u00e9mentaires sur la mani\u00e8re 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.<\/p>\n

\n
\n
<\/div>\n

<\/p>\n<\/div>\n<\/figure>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Il est temps de sprinter !<\/strong><\/h4>\n

Structurez le travail de votre \u00e9quipe de d\u00e9veloppement en sprints - une m\u00e9thodologie agile. En r\u00e8gle g\u00e9n\u00e9rale, les sprints d'une dur\u00e9e de deux semaines sont les plus courants dans le domaine de l'informatique et du d\u00e9veloppement de produits logiciels.<\/a> \ud83c\udfc3\u200d<\/p>\n

Cependant, il est recommand\u00e9 de pr\u00e9parer les r\u00e9unions de sprint \u00e0 l'avance, sinon les choses peuvent devenir un peu chaotiques et hors sujet.<\/p>\n

On peut y rem\u00e9dier en organisant des r\u00e9unions de pr\u00e9paration du sprint. Le directeur technique, le propri\u00e9taire du produit et le chef de produit (pour en savoir plus sur la diff\u00e9rence entre le propri\u00e9taire du produit et le chef de produit) assistent \u00e0 cette r\u00e9union et en profitent pour examiner les probl\u00e8mes imm\u00e9diats qui subsistent, les am\u00e9liorations UX, les probl\u00e8mes non imm\u00e9diats et les fonctionnalit\u00e9s. Cela permet d'\u00e9tablir l'ordre du jour et les priorit\u00e9s pour le sprint \u00e0 venir sans avoir besoin de prendre du temps sur la r\u00e9union de sprint elle-m\u00eame. \u2705<\/p>\n

Ensuite, bien s\u00fbr, c'est le moment de la r\u00e9union de sprint ! La r\u00e9union de sprint est un zoom technique sur ce qui a \u00e9t\u00e9 discut\u00e9 lors de la r\u00e9union de pr\u00e9paration du sprint, de sorte que l'\u00e9quipe de d\u00e9veloppement sait exactement comment elle va proc\u00e9der. Elle permet \u00e9galement \u00e0 l'\u00e9quipe d'examiner les probl\u00e8mes imm\u00e9diats. Cette r\u00e9union doit inclure le chef de produit et l'\u00e9quipe de d\u00e9veloppement. Le propri\u00e9taire du produit et l'\u00e9quipe d'assistance peuvent \u00e9galement y participer, mais ils sont moins n\u00e9cessaires \u00e0 ce stade.<\/p>\n

Au d\u00e9but de cette r\u00e9union, il est bon de r\u00e9fl\u00e9chir au sprint pr\u00e9c\u00e9dent - ce qui s'est bien pass\u00e9, ce qui n'a pas march\u00e9, etc.<\/p>\n

\n
\n
<\/div>\n

<\/p>\n<\/div>\n<\/figure>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Que contient votre bo\u00eete \u00e0 outils ?<\/strong><\/h4>\n

Les outils que vous utilisez au sein de votre entreprise peuvent contribuer \u00e0 la r\u00e9ussite de votre \u00e9quipe de d\u00e9veloppement. Nous avons d\u00e9j\u00e0 abord\u00e9 Hotjar et Elastic APM, mais d'autres outils peuvent \u00eatre envisag\u00e9s pour rationaliser la communication et la gestion des t\u00e2ches :<\/p>\n

Slack - <\/strong>pour les discussions internes, les mises \u00e0 jour\/notifications, le partage de fichiers et les gifs amusants occasionnels<\/p>\n

Trello - <\/strong>pour la t\u00e2che\/la gestion et le suivi des projets<\/a> qui fait quoi dans un sprint donn\u00e9<\/p>\n

GitHub - <\/strong>o\u00f9 nous suivons les probl\u00e8mes, les demandes de fonctionnalit\u00e9s, etc.<\/p>\n

Interphone - <\/strong>pour communiquer avec les clients<\/p>\n

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 \u00e0 jour de Trello et de Github dans Slack. Et dans Trello, nous utilisons une extension GitHub qui int\u00e8gre les informations GitHub dans Trello. \ud83c\udf10<\/p>\n

De plus, nous pouvons relier GitHub aux conversations Intercom, ce qui nous permet d'avoir toujours le contexte \u00e0 port\u00e9e de main ; et lorsque nous livrons des fonctionnalit\u00e9s ou corrigeons des probl\u00e8mes, nous pouvons communiquer \u00e0 ce sujet sans faute.<\/p>\n

\n
\n
<\/div>\n

<\/p>\n<\/div>\n<\/figure>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Quelle que soit la mani\u00e8re dont vous d\u00e9cidez de structurer le d\u00e9veloppement au sein de votre entreprise, il est toujours important de s'assurer que votre \u00e9quipe - quelle que soit sa taille - peut travailler dans le cadre des processus que vous d\u00e9cidez d'utiliser. \ud83d\ude80<\/p>\n

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.<\/p>\n

Nous esp\u00e9rons que ce guide rapide vous a donn\u00e9 un peu d'inspiration sur la mani\u00e8re de constituer et de structurer votre \u00e9quipe de d\u00e9veloppement !<\/p>\n

Vous avez d'autres bonnes id\u00e9es ? Dites-le nous dans les commentaires ! \u2728<\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Cet article vous a plu ? Consultez le reste de notre <\/em>Salesflare \u00e0 l'int\u00e9rieur de l'entreprise<\/em><\/a> s\u00e9rie.<\/em><\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Pour plus d'informations sur les startups, le marketing de croissance et les ventes<\/em><\/p>\n

\ud83d\udc49<\/em><\/strong>s'inscrire ici<\/em><\/strong><\/a><\/p>\n

\ud83d\udc49follow @salesflare on <\/em><\/strong>Twitter<\/em><\/strong><\/a> ou <\/em><\/strong>Facebook<\/em><\/strong><\/a><\/p>\n<\/div>\n<\/div>\n<\/section>\n<\/section>\n