Maintenant que les phases d'initialisation, de lancement et de conception sont terminées, vos développeurs ont théoriquement tout ce qu'il leur faut pour produire le site le plus adapté aux besoins du client. Le succès du projet est désormais entre leurs mains. Vous et votre équipe rentrez alors en phase de production, la dernière ligne droite avant la livraison du site ! 🚦
Au programme : de la programmation (informatique). 😏
Autrement dit, vos développeurs vont traduire les maquettes dans les langages informatiques sélectionnés plus tôt, tels qu'ils sont documentés dans le cahier des charges. Ces maquettes qui étaient alors des images statiques vont prendre vie et devenir un site à proprement dit. On parle "d'intégration" des maquettes et de programmation des fonctionnalités du site. 💻
En tant que chef de projet digital, est-ce que je dois savoir coder ?
Ça dépend de votre ambition mais en règle générale, ça aide. Vous aurez beaucoup de mal à travailler sur des projets plus complexes si vous ne pouvez pas communiquer efficacement avec vos équipes techniques. Comment pouvez-vous garantir le respect des exigences de qualité d'un produit dont vous ne comprenez pas du tout le fonctionnement ?
Gérer la pression
Au fur et à mesure que la date butoir (deadline en anglais) se rapproche, la pression va augmenter. À moins que vous ayez prévu une grande marge de sécurité, la livraison du projet risque de se jouer à quelques jours-homme voire à quelques heures de travail près ! ⏳
Stresser vos développeurs ne les fera pas travailler plus vite, par contre cela risque de leur faire commettre des erreurs pas mégarde ou impunément pour gagner du temps. Si vous avez peur de livrer en retard, plus tôt vous vous en rendez compte, mieux c'est. Ce n'est pas la veille de la livraison que vous pourrez prendre de véritables mesures correctives. Faire un sprint de dernière minute est toujours une option mais c'est rarement la plus souhaitable.
Avec une détection du retard une semaine à l'avance, vous pouvez sereinement appeler un autre développeur en renfort. Avec une journée, vous n'avez plus vraiment le choix que de supplier votre développeur de faire des heures supplémentaires... 🙏
Tester avant de livrer
Tester n'est pas optionnel. Cela peut sembler être du bon sens mais ça ne coûte rien de le rappeler. En revanche, ne pas tester un site avant de le livrer peut coûter très cher puisque vous vous êtes engagé (contractuellement) à livrer un site qui fonctionne conformément à un cahier des charges. Si votre site n'est pas conforme cela peut entraîner des pénalités, des retards de paiement voire des refus de paiement.
Si votre site n'est pas conforme, il vaut donc mieux que vous vous en rendiez compte vous-même avant la livraison plutôt que ça soit le client furieux qui vous l'apprenne. 😡
Comme nous le disions dans la première partie de ce cours, l'inconvénient majeur de la méthodologie en cascade pour la gestion de projet digital est la détection potentiellement tardive des erreurs. Pour compenser, intégrez donc des batteries de tests plus ou moins fréquents en fonction de la complexité et des risques techniques du projet.
En résumé
Une fois que le site sera conforme à votre cahier des charges, autrement dit qu'il respecte les exigences de qualité, vous allez pouvoir le livrer. Si en plus il est livré dans les temps et sans surcoût alors vous aurez déjà fait un excellent travail.
Dans le chapitre suivant, le dernier de ce cours, vous assisterez à la livraison du site de l'hôtel Paradis. Espérons qu'il plaise à la cliente ! 👍
