Le projet WooCommerce à trois têtes : votre agence, le pigiste et le développeur de votre client

Avec les prédictions d'achats en ligne supprimant progressivement les points de vente au détail au cours de la prochaine décennie, les gens sautent de plus en plus dans le train en marche de la boutique en ligne. Développer un projet WooCommerce nécessite du temps et une expertise qui peuvent parfois ne pas être disponibles dans votre agence lorsque vous en avez besoin, vous obligeant à chercher de l'aide ailleurs, comme des développeurs indépendants.

Si vous en êtes arrivé au stade où vous devez faire appel à un spécialiste, quels sont les éléments à prendre en compte ? Comment rendre les nouveaux « ajouts » aussi fluides que possible ? Mais aussi : que se passe-t-il si votre client a déjà des développeurs internes disponibles ?

Si les choses ne sont pas planifiées et exécutées de manière très approfondie, cela pourrait être un véritable gâchis avec autant de personnes impliquées.

Voyons comment vous pouvez gérer un scénario de travail aussi délicat et en faire votre avantage !

Vous devez avoir une bonne communication, sinon rien de bon ne sera accompli

La pierre angulaire de toute relation de travail et la clé de la réussite de l'exécution d'un projet est toujours une communication approfondie. À la fois avec vos clients, qui sont importants pour développer une image claire de leurs besoins exacts, et avec tous les développeurs impliqués, que vous les impliquiez directement dans le projet ou qu'ils viennent de chez votre client.

Pour ce faire, de nombreuses agences et développeurs utilisent Slack pour les discussions de groupe en raison de ses nombreuses fonctionnalités. L'importance d'avoir un terrain d'entente où les communications vont et viennent entre toutes les parties impliquées est développée plus en détail par WooExpert et l'expert Codeable Mitchell Callahan de SAU/CAL qui dit :

C'est quelque chose qui arrive assez souvent : les clients vous embauchent parce qu'ils veulent une expertise WooCommerce, mais ils peuvent alors avoir un développeur en interne ou un pigiste avec qui ils travaillent habituellement. C'est pourquoi vous devez vous assurer que tous les développeurs travaillant sur un projet, ainsi que le point de contact de l'entreprise du client, sont tous sur le même canal Slack. De cette façon, tous les sujets impliqués dans le projet peuvent communiquer entre eux plus efficacement.

Une fois les outils de communication mis en place, il est temps de se concentrer sur le suivant : le référentiel de code.

Vous devez avoir un processus solide pour le code

Lorsque différents développeurs travaillent sur le même projet, vous ne voulez pas tâtonner parmi des centaines de codes, fichiers, répertoires pour savoir qui a fait quoi et où. C'est pourquoi des outils tels que Github ou Bitbucket doivent être configurés correctement pour vous permettre de suivre toute modification du code.

Mitchell explique :

Lorsque vous travaillez avec d'autres développeurs en dehors de votre entreprise, vous devez disposer d'un référentiel Git afin de pouvoir suivre les modifications. Si quelque chose est ajouté au site, vous pourrez savoir qui l'a ajouté et quand afin de pouvoir isoler si des problèmes sont survenus.
La chose la plus importante ici est d'avoir un processus solide en place : donc avant que quoi que ce soit ne soit envoyé au serveur en direct, nous devons toujours faire une demande d'extraction, puis quelqu'un effectue une révision du code.

Les outils ne sont qu'un moyen d'améliorer l'environnement de travail. La partie manquante, comme vous l'avez vu, est d'avoir un processus clair qui permettra à toutes les pièces mobiles de fonctionner aussi sans friction que possible. Et c'est notre point suivant.

Chacun doit savoir de quoi il est responsable

Le résultat de tout processus de développement repose sur la clarté des instructions et des rôles que chaque sujet doit respecter. Plus précisément, si vous souhaitez disposer d'un processus efficace, vous devez disposer d'une structure bien définie pour le flux de commandes, comme le souligne Mitchell :

Si vous travaillez avec d'autres développeurs, je vous recommande d'avoir une hiérarchie. En fait, nous préconisons toujours que notre CTO soit celui en charge des pull requests. Cela lui permettra d'être le seul à pouvoir fusionner afin que nous puissions nous assurer que chaque morceau de code est examiné, fusionné et planifié de manière structurée. Dans les grandes organisations, cela peut être un goulot d'étranglement et plusieurs personnes peuvent s'en occuper.

Cela garantit qu'il n'y a pas de conflit d'autorité sur le projet et, bien sûr, que le processus est exécuté de manière transparente.

Outils de gestion de projet : choisissez-en un et partagez-le entre tous

Si vous faites tout pour atténuer les pièges, vous ne pouvez pas manquer d'investir du temps pour clarifier les choses autour des outils de gestion de projet. Le plus important est d'éviter d'avoir plus d'un outil PM en cours d'exécution en même temps. C'est quelque chose qui deviendra bâclé en quelques minutes, ce qui augmentera votre charge de travail tout en n'ajoutant aucune valeur au projet.

Lorsque vous travaillez avec des développeurs indépendants et les développeurs internes de votre client sur l'un de vos projets, votre objectif est d'impliquer toutes les parties sur l'outil PM avec lequel vous êtes le plus à l'aise. Je sais, cela semble quelque chose d'assez difficile à réaliser car chacun a ses propres outils préférés. Mais voici comment Mitchell et les gars de SAUCAL sont capables de convaincre les clients et les développeurs :

Beaucoup de gens utilisent Jira, par exemple, alors que nous en utilisons un appelé Breeze à la place. Certaines personnes, quand elles l'ont vu pour la première fois, nous ont dit : 'Oh, ça ne semble pas trop puissant.' Et c'est là qu'intervient le volet éducation. Nous leur expliquons que nous faisons cela depuis des années dans le même but (créer des sites WooCommerce). Et pour ceux qui veulent vraiment être épais et minces et faire partie du processus - généralement ce sont des développeurs - nous passerons du temps à les former sur la façon d'utiliser notre système, de cette façon nous travaillons tous dans un environnement cohésif et partagé façon.

Avoir différents outils de gestion de projet entre différentes parties, c'est-à-dire vous, l'équipe interne du client et certains développeurs indépendants, peut allonger inutilement les délais du projet. C'est pourquoi se débarrasser des outils en double et centraliser tous les efforts dans un outil partagé est très bénéfique pour le projet (et votre santé mentale).

Emballer

Des canaux souples, des référentiels partagés et un outil de gestion de projet, que toutes les parties concernées acceptent d'utiliser, sont quelques-uns des éléments essentiels d'une réalisation de projet fluide. Cependant, comme pour la plupart des choses dans la vie, tout se résume à une communication efficace entre toutes les parties. Combler cet écart est crucial car, comme le dit Mitchell :

Celui qui a le communicateur le plus faible sera le maillon le plus faible.

Matteo Duo est Content Strategist chez Codeable.io , la plateforme d'externalisation n°1 axée sur WordPress qui associe des développeurs WordPress de classe mondiale à des entreprises ayant besoin d'un travail de qualité. Il collabore activement avec les clients et les développeurs depuis des années pour documenter les différentes subtilités de leurs relations et fournir des conseils sur la manière d'exploiter WordPress en tant qu'actif commercial efficace.