Guide de maintenance des projets WP avancés – Partie 4 : Maintenance continue

Il existe de nombreux facteurs importants à prendre en compte lorsque vous travaillez sur des projets avancés basés sur WordPress. Jusqu'à présent, nous avons examiné certaines stratégies de planification, de construction et de commercialisation d'un projet, mais nous n'avons pas examiné ce qu'il faut réellement pour en maintenir un.

Après tout, aucun projet logiciel n'est sans défauts. En supposant que vous génériez une base d’utilisateurs importante, les clients auront également des idées de fonctionnalités ou de modifications qu’ils aimeraient voir dans le projet. Pour ce faire, il est important de disposer de systèmes permettant de suivre les problèmes, de planifier les fonctionnalités et de communiquer avec les utilisateurs.

Dans le dernier article de cette série, nous verrons comment positionner au mieux votre projet pour une gestion à long terme qui profite à la fois à vous et à votre client.

---

Contrôle du code source

Si vous êtes un développeur professionnel, vous connaissez déjà (et avez probablement utilisé) au moins un système de contrôle de code source. Si tel est le cas, alors cette section peut avoir peu de valeur, mais si vous êtes relativement nouveau dans le développement et/ou le contrôle de code source, cela peut finir par être l'un des utilitaires les plus utiles que vous ajoutez à votre boîte à outils, et pas seulement est spécifique à ce projet, mais inclut également les travaux futurs.

En termes simples, le contrôle du code source (parfois appelé contrôle de version) est une méthode permettant de conserver un historique de chaque modification apportée à un fichier de votre projet.

Plus précisément, il vous permet de prendre des instantanés de votre code pour la publication, de revenir aux versions précédentes de votre projet et de fournir des notes sur ce qui a été réalisé avec chaque mise à jour. Si vous travaillez en équipe, vous pouvez visualiser la contribution de chaque personne à l'application, résoudre les conflits et fusionner les différences.

En fin de compte, le contrôle du code source vous permet de conserver un historique de projet, de gérer les itérations de travail (au cours desquelles les bogues sont corrigés et de nouvelles fonctionnalités sont introduites) et les versions spécifiques sont marquées pour la publication.

Il existe également de nombreux systèmes de contrôle de code source différents. Bien qu'il n'entre pas dans le cadre de cette série d'entrer dans les détails de chaque système ou de la manière de les utiliser, il convient de noter qu'il existe de nombreuses options gratuites disponibles :

• GitHub est une application de contrôle de code source basée sur Git.
• Unfuddle est une application de contrôle de version basée sur Subversion.
• Kiln est basé sur le système de contrôle de source Mercurial.

Chaque plateforme a ses propres avantages et inconvénients. Au lieu de passer autant de temps à réfléchir au système à choisir, vous pouvez mieux en choisir un et commencer à l’utiliser. Il vaut mieux avoir quelque chose en place que rien du tout.

---

Suivi des bogues

Comme mentionné précédemment, votre projet sera publié avec des bugs. Quel que soit le temps que vous passez à tester et à évaluer votre travail, il est presque impossible de détecter tous les problèmes.

Parce que vousne parvenez pas à les trouver, vos utilisateurs les trouveront et vous devez être prêt à suivre ce qu'ils trouvent. Trouver une solution de suivi des bogues peut s’avérer intimidant : il existe une multitude d’options sur le marché.

Dans les premières étapes d'un projet, il n'y a aucune raison d'investir massivement dans des solutions majeures. Au fur et à mesure que votre projet grandit, vous pouvez toujours le faire évoluer. Un suivi des bugs efficace ne nécessite que quelques fonctionnalités :

• Description Indique uniquement quel est le problème et toute information approximative sur le comportement étrange de la fonctionnalité.
• Étapes pour reproduireFournit des instructions sur la façon de reproduire le problème dans votre environnement local.
• État de résolution fournit des étapes sur la façon de résoudre ce problème dans la version actuelle (ou sur la façon de le résoudre dans la dernière version).

Il existe de nombreuses façons gratuites de suivre les bugs - certaines à l'ancienne, d'autres avec des applications Web modernes :

• Les feuilles de calculsont particulièrement utiles, surtout lorsque vous utilisez des outils comme Google Docs. Chaque ligne représente une fonctionnalité et chaque colonne correspond à l'annotation ci-dessus.
• E-mail. Il s'agit d'un moyen très simple de suivre les bogues, mais en définissant des étiquettes dans la ligne d'objet et en définissant des filtres personnalisés dans votre application de messagerie, vous pouvez gérer chaque problème comme un commentaire de courrier électronique distinct et le supprimer de la boîte aux lettres une fois le problème survenu. Résolu.
• Remarques. Parfois, un document en texte brut suffit, n'est-ce pas ?
• Bugzilla est une application Web gratuite conçue pour suivre les bugs des logiciels.
• Trac est une autre application Web gratuite pour suivre les bugs. Il est également utilisé par l’équipe principale de WordPress pour suivre les problèmes WordPress.

Encore une fois, suivre les

domaines des problèmes est plus important que comment suivre les problèmes et les utiliser pour améliorer votre produit.

---

Service d'assistance

Si vous avez des bugs à suivre (et vous le ferez !), il est logique que vous fournissiez un certain type de support pour votre projet. Mieux encore, fournir une assistance incite également les utilisateurs à acheter le produit (ou à acheter une licence de niveau supérieur), leur donnant ainsi la certitude que quelqu'un est « de garde » pour répondre à leurs questions.

Pour ce que ça vaut, je pense que c'est mutuellement bénéfique : les utilisateurs ont quelqu'un pour les aider à utiliser votre produit, et les clients peuvent fournir des commentaires pour vous aider à développer votre travail.

Tout comme le suivi des bugs, il existe des dizaines de plates-formes prises en charge, depuis les systèmes de tableaux d'affichage éprouvés jusqu'aux solutions de billetterie plus avancées. Mais n’oubliez pas que notre objectif est de le faire à moindre coût.

• BBPress est un système de tableau d'affichage gratuit développé et géré par l'équipe WordPress. Il s’agit d’une solution gratuite et facile à installer.
• Commentaires du blog. Si vous gérez un blog, invitez les utilisateurs à exprimer leurs préoccupations dans les commentaires de certains de vos articles. Cela leur permettra de suivre facilement votre projet et de partager leurs questions.
• Email est l'ancienne veille. Fournissez simplement une adresse à laquelle les utilisateurs peuvent vous contacter et gérer toutes les questions qu'ils reçoivent dans votre boîte mail.

À mesure que votre projet se développe, vous pouvez envisager des applications de support plus avancées qui évoluent avec votre travail.

Pour ce que ça vaut, je trouve que l'utilisation de systèmes publics comme les forums ou les commentaires sert bien la clientèle, car une fois que vous pouvez répondre une fois et fournir des informations utilisables, vous avez une idée de la façon de mettre en œuvre (ou de résoudre) le problème. Documentez votre travail et vous disposez d'un moyen de suivre les bogues des utilisateurs et les demandes de fonctionnalités.

---

Communication

Bien que cette partie soit subjective, je trouve qu'elle mérite d'être notée : les clients adorent la communication. Ils veulent savoir si le produit qu’ils achètent vaut leur argent. La communauté WordPress étant très active, elle est habituée aux mises à jour, ce qui signifie que votre produit doit rester à jour avec la plateforme.

L'une des meilleures choses que vous puissiez faire pour vos clients est de leur faire savoir que vous travaillez sur le projet : il est en développement et vous les écoutez.

Bien sûr, vous ne voulez pas trop communiquer. Voici quelques façons d'informer vos utilisateurs de l'état de votre projet sans les inonder de trop d'informations :

• Blog. Maintenir un blog est un excellent moyen de tenir les lecteurs informés des derniers développements. Invitez-les à commenter la publication et à interagir avec eux.
• Les Newsletters par e-mail sont un autre moyen de permettre aux utilisateurs de choisir la communication. Utilisez un outil comme MailChimp pour collecter des adresses et envoyer régulièrement des e-mails.
• Mise à jour du forum. Si vous choisissez de proposer un forum d'assistance à vos utilisateurs, ouvrez un fil de discussion dédié aux mises à jour et fournissez des commentaires réguliers à tous les membres.

Veuillez noter que tout ce qui précède est un moyen par lequel les utilisateurs peuvent choisir d'entendre votre opinion - vous ne leur imposez rien qu'ils ne veulent pas entendre. C'est une autre façon de continuer à communiquer avec vos utilisateurs sans les submerger d'informations au point de les ennuyer.

Nous nous sommes occupés de toutes les étapes de planification, de construction, de commercialisation et de gestion de projets WordPress de qualité à bas prix. Espérons que cette série vous ait fourni quelques garde-fous qui pourront vous aider dans votre prochain (ou actuel) projet.

Bien entendu, ces articles ne sont pas exhaustifs. Il y a toujours plus à discuter et à ajouter, alors n'hésitez pas à ajouter vos propres réflexions dans les commentaires !

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!