Retour aux articles

L'agence

WanadevStudio

Mon idée sera un excellent projet web #4 : les bons ingrédients d'une bonne recette

Votre projet est sur des rails. Votre prestataire, ce héros, cravache fort et semble bien gérer la situation. Semble ?

Cet article est le 4ème épisode de la série "Mon idée sera un excellent projet web". Au niveau où vous êtes, vous avez déjà trouvé votre prestataire ! Si ce n'est pas le cas, vous êtes invités à lire les deux premières étapes de cette suite d'articles :

Des outils pour suivre les développements

Normalement, vous devez à cette étape, avoir une adresse de staging/dev pour votre projet fournie par votre prestataire.

Vérifiez rapidement qu'elle soit bien protégée en accès par une restriction utilisateur/mot de passe. C'est important de se préserver des potentielles fuites mais surtout d'une indexation accidentelle par les moteurs de recherche.

Vérifiez aussi que cet environnement de développement soit bien séparé de votre production (sur deux serveurs distincts). En effet, cela vous garantira une base vierge et un serveur sain le jour J. C'est aussi le meilleur moyen d'éviter des contaminations inappropriés entre vos deux environnements.

Votre prestataire vous fournira un accès à une solution de ticketing du type Jira ou Redmine. Cet outil sera essentiel pour suivre les développements et échanger avec l'équipe technique.

@ Ne sous-estimez pas cette partie qui va vous permettre d'optimiser d'une manière considérable le temps de développement en évitant des potentielles dérives ou incompréhension.

Oui, les échanges sont nécessaires. Oui, vous devrez être rigoureux dans vos retours. Non, vous ne devez pas tout contrôler !

Il est ici question d'équilibre et de trouver la bonne posture dans le suivi du projet et pour cela soyez réactif ! Répondez le plus précisément possible et venez aux nouvelles régulièrement.

Programmez donc dès le départ des points téléphoniques par Skype (par exemple ?) et ainsi balayer 90% des quiproquos, des zones d'ombre et le moindre blocage.

@ Retenez une chose : la majorité des retours lors de la phase de recette sont généralement dû à une mauvaise compréhension ou explication entre le client et le prestataire lors de la phase de briefing.

Je ne comprends pas (toujours) mon prestataire

C'est classique ; Votre prestataire a tendance à parler et analyser vos problématiques avec sa vision technique, alors que vous parlez avec votre vision métier.

Ainsi, de chaque côté, un effort est nécessaire pour "passer l'information" à l'autre. Cet effort doit être démultiplié lorsque le projet est très "métier" et très "complexe".

@ Dans une situation de blocage ou de conflit, les torts se trouvent souvent partagés entre vous et votre prestataire.

Pour améliorer ces situations, épurez le plus possible votre discours, couchez sur papier le plus possible, et enfin, schématisez, schématisez et schématisez....

  • Comment s'affichera cette fonctionnalité?
  • Que verra l'utilisateur si il clique sur ce bouton ?
  • Que pourra-t-il faire ensuite?

Autant de questions qui vous paraissent claires mais qui nécessitent un effort de déchiffrage.

@ Décrivez vos règles métiers même si elles vous paraissent logiques, nettoyez votre discours des abréviations et des termes techniques et enfin, clarifiez votre lexique (un onglet n'est pas un menu, un bandeau n'est pas un fil d'Ariane....).

^ Ces conseils, je le rappelle, valent autant pour le prestataire que pour le client !

Enfin, si votre prestataire vous fait le coup du "on va mettre en place un workflow à base d'un broker rabbit consommé par un worker node ok?" c'est qu'il est temps de lui faire lire cet article.

Je recette et je ne suis pas content

Oui. La phase de recette est ingrate. C'est juste un mauvais moment à passer mais qui est clairement nécessaire.

Votre prestataire pensera (mais ne vous le dira pas) sûrement la même chose. Pour vivre ce moment d'une manière positive, voici quelques conseils.

  • Soyez précis dans vos retours. Pas de "j'ai une erreur" mais plutôt "quand je clique ici une erreur s'affiche avec le message xxxx"
  • Décrivez le plus possible l'environnement de test (navigateur, OS, utilisateur connecté/non connecté...). Plus ces informations seront précises et plus la solution sera rapide à trouver.
  • Évaluez le degré du bug versus la complexité de la fonctionnalité pour donner une priorité à votre demande.
  • Faites un point méthodologie pour vérifier que le prestataire travaille dans la bonne direction et surtout qu'il a tous les éléments pour bien travailler.

Si vous constatez que les développements n'avancent pas correctement et qu'il y a beaucoup de régressions dans le code, informez au plus vite votre prestataire et n'attendez pas que la situation s'aggrave.

@ Si vous êtes satisfait du travail et que le projet avance vite. Il ne vous est pas interdit d'exprimer votre satisfaction à votre prestataire.

Si vous avez choisi de mettre en place des tests fonctionnels ou unitaires (on l'espère), vous devriez pouvoir demander qu'ils soient rattachés au processus de développement pour vous assurer un minimum de stabilité.

Pour finir, si votre méthode de développement est proche de l'agile, vous aurez forcément des sprints. Vos tests seront essentiels et vous engagent personnellement dans le processus de développement et de qualité.

Discutons-en !

Discutons ensemble des méthodes et outils de gestion de projets que nous mettons en oeuvre avec nos partenaires. Nous vous aidons aussi à monter votre propre projet, en vous aidant et accompagnant sur de la maîtrise d'ouvrage.

Contactez-nous

Les dernières étapes vers le live

À partir de la livraison du dernier sprint, vous allez rentrer dans la phase alpha. Toutes les fonctionnalités v1 sont développées, il s'agit maintenant de peaufiner l'ensemble.

Un travail minutieux vous attend pour tester les interfaces, stresser le site et penser aux multiples manipulations qu'un utilisateur pourrait effectuer (même si cette étape à déjà été imaginée avant, hein ?).

Mettez ensuite en place un groupe de testeurs (piochez dans vos amis) et encouragez les à exprimer pleinement leurs ressentis. Vous aurez forcément l'occasion de rectifier certaines ergonomies ou wordings.

Passée cette étape, votre projet rentre en phase beta : vous pouvez l'ouvrir aux utilisateurs/testeurs lors d'une phase intermédiaire.

Si au cours de cette expérience, vous relevez beaucoup de retours similaires, prenez le temps de faire travailler votre prestataire sur un lot de nouvelles fonctionnalités dans ce sens.

@ Un projet web ne peut être figé ; il est vivant. Cette recommandation est encore plus vraie lorsque votre activité est centrée autour d'une application ou d'un site web. Prévoyez dès le départ un budget pour maintenir et faire évoluer régulièrement votre projet.

Enfin, vous êtes aux portes du succès (on l'espère). On vous livre nos derniers conseils pour ne pas faire d'erreurs dans cette dernière ligne droite :

  • Oui mon fichier robots.txt ne contient pas un Disallow: /
  • J'ai un joli favicon personnalisé (ça fait plus pro)
  • J'ai à minima une procédure de backup et de recovery.
  • La procédure de déploiement est bien rodée et n'engendre pas (ou très peu) de downtime (temps de coupure)
  • J'ai un système qui vérifie et alerte la disponibilité de mon site
  • J'ai un contenu suffisant et surtout pas de lorem ipsum qui reste sur mon site

Et vous ? Vous avez d'autres points points à checker ?

Ainsi se termine notre petite série "Mon idée sera un excellent projet web" que nous avons souhaitée facile d'accès et remplie de conseils pratiques. Si vous avez des questions de méthodologie ou des interrogations su un projet que vous souhaitez développer ? Venez prendre un café !

Commentaires

Il n'y a actuellement aucun commentaire. Soyez le premier !

  • Tests automatiques fonctionnels d’applications 2D/3D

    Il y a 7 mois

    Comme nous le disions dans cet article, l’automatisation des tests dans le développement logiciel est indispensable : dès lors qu’une application commence à avoir un minimum d’importance, les tests automatiques permettront de gagner énormément de temps en évitant de reproduire ad vitam æternam les mêmes tests manuels, et éviteront beaucoup de régressions. Dans cet article, nous allons présenter différents types de tests automatiques dans le cadre plus spécifique d’applications 2D/3D, puisque c’est ce que nous faisons ! Cela va du test basique qui clique sur 3 boutons aux tests de plusieurs minutes reproduisant les actions comme un véritable utilisateur. Accrochez-vous, c’est parti !

  • Configurateur web à l'abonnement : forces et faiblesses

    Il y a 8 mois

    Aujourd’hui, si vous cherchez à mettre en place un configurateur sur votre site, deux grandes possibilités s'offrent à vous : les solutions par abonnement (du type SaaS) ou le développement sur mesure. Au premier abord, les solutions semblent proches, mais les enjeux sur le long terme eux, sont bien différents.

  • Les frameworks front, tous les mêmes !
    Méthodologie

    Il y a 9 mois

    C'est une phrase que j'ai osé sortir un jour dans la salle de pause de Wanadev. Je ne sais plus exactement avec quel collègue je discutais, j’essayais de le rassurer, il possédait déjà une certaine expérience avec React et allait devoir, en arrivant sur le projet sur lequel je travaille, se mettre à Vue.
    Il a malheureusement fallu qu'un autre collègue de passage nous entende pour ne pas trouver la conversation inintéressante et suggérer que j'en fasse un petit talk pour nos réu du lundi. Et, de fil en aiguille, me voilà en train d'en faire un article de blog. Comme quoi, note pour moi-même, il faut toujours se méfier des discussions dans les salles de pause.

  • [NOVEMBRE 2021] C'est la gazette de Wanadev !
    Méthodologie

    Il y a 12 mois

    Retrouvez ici les informations et actus du mois de novembre de l'Agence! Au programme de cette édition : découvrez le configurateur de fenêtre développé pour Caseo, recontrez François Deleglise, notre directeur communication et un nouvel espace de jeu pour les professionnels du loisir en VR. Bonne lecture !

  • Un peu d'ingérence dans votre infogérance ?
    Méthodologie

    Il y a 2 ans

    Même si les impacts sont difficiles à mesurer, on peut dire qu’il a eu un avant et un après incident OVH. Sans épiloguer sur l'incendie du 5 mars 2021 dernier, un petit vent de panique a soufflé sur les milliers de clients découvrant les problématiques de sécurisation des données. Les réactions à chaud d'une partie des utilisateurs (touchés ou non) montrent la méconnaissance et l'incompréhension qui existent dans les offres d'hébergement. Qui est responsable ? Qui fait quoi ? Comment vérifier mon offre ? Voici quelques clés de compréhension.

  • Améliorer la qualité avec les tests et la review

    Il y a 2 ans

    L’importance des tests et de la revue de code dans le cadre du développement logiciel est parfois négligée ou passée au second plan. Cet article a pour but de montrer que les tests logiciels constituent une étape cruciale qu’il faut considérer avec beaucoup de rigueur.