Mikaël DELSOL

Cette étape est primordiale pour établir les bases de votre projet. Elle doit avoir fait l'objet d'un questionnement de votre part afin que vous sachiez où vous allez. De plus, vous devez avoir déterminer le périmètre de votre projet pour être sûr d'atteindre votre objectif, quitte à le réaliser en plusieurs étapes. On peut être impatient au point de tout vouloir dès le départ, mais parfois il est indispensable de faire la part des choses et de se fixer des objectifs atteignables dans un délai raisonnable.

C'est pourquoi, même s'il est important de voir le projet sur le long terme et de connaitre son aboutissement le plus total, il faut prendre le temps d'en déterminer des étapes. Ces étapes doivent permettre de conserver l'objectif de départ mais aussi d'être dans un état de satisfaction quant à cet état. De plus, ces étapes permettent d'atteindre des objectifs rapidement dans le temps et ainsi de ne pas être découragé au cours du projet. Un projet qui s'éternise n'est jamais simple à gérer et devient vite compliquer à finaliser.

Afin de définir ensemble votre besoin, nous devons échanger sur votre projet. Ces échanges doivent me permettre de totalement cerner votre projet et d'en avoir une vision aussi claire que la vôtre. C'est en ayant une idée complète et claire que je serai à même de vous fournir une proposition de réalisation concrète et adaptée. Je ne suis pas ici pour vous vendre du vent mais bien pour faire en sorte que vous soyez pleinement satisfaits de la réalisation. C'est pourquoi j'attache beaucoup d'importance à cette première étape car elle est justement primordiale pour la définition de la faisabilité du projet ainsi que sa durée. Je serai donc amené à vous questionner, à remettre parfois en question des choix fonctionnels s'ils me paraissent inadéquats pour le Web ou bien même à essayer de comprendre votre métier pour être sûr que ce projet soit réalisé dans les meilleures conditions.

Même si parfois vous aurez déjà rédigé un cahier des charges complet de votre projet, il sera nécessaire d'en rédiger les spécifications fonctionnelles afin de s'assurer de son périmètre fonctionnel. Ces spécifications fonctionnelles doivent être le reflet de votre métier ou de l'activité de quoi remplir votre projet.

Elles sont donc rédigées par mes soins avec mes mots pour que lorsque vous les relisez, vous compreniez ce que j'ai compris de votre demande et que vous vous assuriez que j'ai bien saisi la totalité des points de votre demande. Lors de cette relecture, il faut s'assurer qu'il n'y manque rien. Tout doit y être.

Car tout ce qui n'est pas présent dans ces spécifications ne sera pris en compte de la réalisation. Et il faut savoir que toute modification, aussi mineure qu'elle soit après réalisation complète, peut souvent avoir un impact considérable sur la durée de sa réalisation. En effet, afin de développer votre projet, une étape de rédaction de spécifications techniques intervient pour définir la manière technique avec laquelle votre projet va être développer. Ces spécifications techniques se basent sur les contraintes et directives fonctionnelles établies dans les spécifications fonctionnelles. Ainsi, si une règle métier, une contrainte fonctionnelle ou le rôle d'un intervenant a été oublié, le développement peut être impacté par une modification profonde de ses fondements. Cette remise en cause peut alors être à l'origine de fort dépassement du délai de réalisation.

Cette étape est importante pour moi car elle me permet de retranscrire de manière lisible par un néophyte ce qui doit être développé. Comme vous le savez, le développement est réalisé par l'utilisation de langages et d'algorithmes qui ne sont pas compréhensibles sans un minimum de connaissances de ces derniers. C'est pourquoi, afin de donner une lecture plus humaine de ce qui est développé, et d'en assurer la pérennité, il est nécessaire de prendre le temps de rédiger ces spécifications. Elles peuvent faire l'objet d'une relecture par vos soins car elles sont le reflet des spécifications fonctionnelles mais en y intégrant la composante logique du développement.

Elles décrivent la manière dont les données sont stockées. Ainsi, on peut se rendre compte qu'il manque une information ou qu'une information est inutile dans le cadre de l'élément représenté.

Elles décrivent les algorithmes à mettre en place pour parvenir au résultat attendu. Ces algorithmes sont purement et simplement basés sur les règles métiers de votre projet ou sur ses besoins fonctionnels. De ce fait, cela permet de s'assurer de manière logique qu'ils correspondent au besoin énoncé.

Elles décrivent les pages ou les interfaces allant être développées. Elles mettent en évidence les informations utilisées et définies dans les structures de données stockées ainsi que la manière avec laquelle sont développées.

Elles décrivent aussi l'organisation du développement et donnent ainsi une vision ordonnée de l'organisation des informations et des fichiers utilisés pour aboutir au résultat.

Comme vous le constatez, j'aime savoir où je vais et comment je m'y rends. De la même manière que vous portez votre projet, je m'assure d'être capable de le réaliser dans les meilleures conditions en vous donnant une visions claire de ma démarche.

Le développement a lieu suite à la rédaction des spécifications techniques et se base dessus pour en connaitre la ligne directrice. Il est débuté dès que vous avez connaissance des délais de réalisation et que vous les avez validé. Il fait partie des phases les plus longues à attendre pour vous car vous n'avez pas la visions de ce qui est concrètement réalisé.

Même s'il est possible de vous donner accès au développement en cours par la visualisation progressive du travail, il est préférable que ce ne soit pas le cas.

En effet, le développement, même bien maîtrisé  provoque des états intermédiaires et temporaires qui ne sont pas à l'image de la réalisation finale. Malgré cette connaissance, vous serez amenés, et c’est humain, à vouloir faire des retours quant à un état instable ou contraire à votre attente. La gestion de ces retours provoquerait alors des retards et des délais supplémentaires quant à la réalisation complète de votre projet. Après tout, lorsque vous commandez un gâteau à votre pâtissier, il ne vous le montre finalisé que lorsque vous allez le récupérer. La cerise sur le gâteau dans ce genre de projet est de ne pas avoir de retours ce qui met en évidence une maîtrise complète des étapes du projet et de sa réalisation.

Avant toute mise en production impliquant la mise au grand jour de votre projet, il est nécessaire de s'assurer qu'il correspond à ce que vous attendiez et qu'il répond à vos attentes en terme d'utilisation. Pour cela, et selon l'environnement sur lequel il est développé, une étape de recette est nécessaire devant faire intervenir tous les acteurs allant utiliser le projet au quotidien ou tout du moins sur sa durée de vie.

Ainsi, il faut s'accorder sur la manière de réaliser cette recette tant en terme de batterie de tests que de méthodologie de remontée des anomalies détectées. Cette étape de recette est primordiale car elle vous engage dans le fait que la validation du projet livré ne peut permettre toute intervention sauf dans le cadre d'une nouvelle prestation. Vous devez donc vous protéger de tout problème fonctionnel avant sa mise en production.

Suite à la mise en production, un délai égal au tiers de la durée du développement technique vous donne la possibilité de demander des corrections faisant parties de la demande initiale. Cependant, toute demande ne faisant pas partie de la demande initiale n'est réalisée sans prestation complémentaire validée par vos soins. Cette étape peut souvent faire l'objet de mise en évidence d'oublis lors de la rédaction des spécifications fonctionnelles, vous comprenez alors qu'il est important de ne pas les négliger.