C’est un réel plaisir de vous retrouver et de pouvoir partager avec vous de nouvelles expériences et comme vous le savez, il ne s’agit que de mon point de vue . Ces derniers mois, grâce à mon nouvel emploi et aux activités de la communauté Cod’On, je travaille sur projet qui touche aux finances ou à l’argent. Et ça m’a mis en tête de faire une série d’article sur la question avec le développeur comme acteur principale. Donc on verra lors de cette série comment il perçoit ce milieu, comment il gagne de l’argent ou encore comment il se valorise sur le marché de l’emploi. Ce sont des sujets souvent négligés mais qui comme on le verra doit être pris au sérieux mais alors très au sérieux par le développeur lui-même mais aussi par ceux qui ont recours à leurs services.

Pour commencer notre série, il est donc important de bien poser les bases , nous allons donc parler dans ce premier article de valeur et prix, deux notions qui en valent largement le détour.

1. La Valeur

La valeur est ce que représente quelqu’un ou quelque chose, quantitativement, financièrement, qualitativement ou symboliquement (La Toupie). Le sujet est aussi vaste que complexe, le point de vue par rapport à la valeur varie en fonction de la personne concerné. Aujourd’hui on peut distinguer aisément deux types de valeurs que l’on peut retrouver également chez le développeur ou dans un projet :

• La valeur d’échange qui se caractérise par la valeur monétaire du produit ou du service (#prix)
• La valeur d’utilité qui elle se définit par l’utilité même du produit pour le client et s’exprime en satisfaction.

Et lorsqu’on observe ces deux types on serait tenté de penser qu’elles sont opposées et nous emmènent à nous poser des questions comme « la valeur est-elle assimilable au prix ou est-elle distincte de ce dernier ? ». J’essaierais d’apporter un élément de réponse plus tard, j’aborde d’abord la valeur pour un développeur ou un projet informatique. Comme on le voit dans cette définition, la valeur peut représenter une ou plusieurs caractéristiques. Comme toute chose, un projet de développement a une valeur ; et au-delà de ce que peut représenter un projet pour quelqu’un symboliquement, il aura toujours une valeur quantitative, qualitative, et financière complètement indépendante de notre point de vue. Aujourd’hui, pour définir la valeur d’un projet de développement, les critères les plus importants sont le temps et la complexité du problème à résoudre. Après quel que soit le projet, une analyse approfondie est toujours nécessaire pour définir la valeur exacte d’un projet, et cela doit permettre de définir le prix de ce dernier en fonction de l’écosystème.  Le principe est le même pour le développeur, la valeur technique d’un développeur se définit généralement par son parcours académique ; son expérience et le nombre de technologies maitrisées. Pour moi, hors-mis l’expérience, le reste des critères orientent généralement vers des mauvais choix pour des ressources développeurs. La réelle valeur d’un développeur sur le plan technique est sa capacité à résoudre rapidement un problème et à s’adapter à son degré de complexité. De façon plus globalisé en fonction de l’environnement et du milieu d’activité d’autres critères peuvent s’ajouter pour juger de sa réelle valeur dans ce milieu-là.

2. Le Prix

Le prix, exprimé en un montant de référence (en général monétaire), est la traduction de la compensation qu’un opérateur est disposé à remettre à un autre en contrepartie de la cession d’un bien ou un service (Wikipédia). Comme vu dans la section valeur, le prix est également la valeur d’échange. Et par rapport au prix, deux courants de penser s’affrontent :  

• Le prix est un attribut de la valeur : la valeur serait une synthèse des différentes caractéristiques du bien, le prix étant une caractéristique ou un attribut parmi d’autres.
• Le prix est une approximation de la valeur : elle permet d’évaluer la valeur d’un produit ou service. C’est la valeur que le client est disposé à payer pour acquérir le bien ou le service.

J’aimerais m’attarder sur ce dernier courant, le mot qui attire mon attention ici c’est disposé, en effet c’est à ce niveau que tout se joue lors des négociations sur le prix pour la réalisation d’un projet de développement ou pour un développeur. Généralement, la valeur d’utilité d’un projet ou les services d’un développeur permettent de définir le prix que doit avoir ces derniers. Ce qui est important à comprendre ici, c’est que lorsqu’on définit un prix il faut prendre en compte plusieurs éléments dont les plus importants : la disposition de la contrepartie et la valeur réelle du projet ou de votre service. Il est difficile aujourd’hui d’avoir une grille de prix exacte pour les services informatiques de développement mais tout est possible c’est-à-dire pour le même type de projet on peut avoir un prix de vente à 15 millions et un autre à 500 mille. Cela peut s’expliquer avec la valeur d’utilité, le prix que le client est disposé à payer dépend donc de la taille du problème que la solution apporté l’aide à résoudre. Si on me demande 15 millions pour un logiciel qui va me résoudre une perte de 150 millions, le prix est difficilement discutable, même si le client peut penser que c’est relativement cher. À cela va s’ajouter l’environnement qui dépend au moins deux (2) choses, la loi de l’offre et de la demande (donc le marché) et les lois des gouvernants sur comment l’écosystème va orienter ses échanges concernant l’argent. Le prix n’est donc pas une science exacte et varie en fonction des différents paramètre constituant l’environnement dans lequel il doit être défini.

3. Mon point de vue

Pour donc apporter une réponse à ma question de départ, je pense qu’il s’agit de 2 choses distinctes mais très liées. L’argent est souvent assimilé à la valeur des choses dans notre esprit. Plus c’est cher plus c’est de meilleure qualité ; c’est déjà établi. Mais lorsqu’on y jette un coup d’œil en profondeur, on se rend compte que c’est bien plus complexe que ça. Il faut avoir un peu de recul lorsqu’on veut connaître la valeur réelle d’un produit ou service ; et toujours garder à l’esprit que ce n’est pas notre perception qui compte vraiment. Après pour le prix, il faut tenir compte de la disposition de la contrepartie et surtout éviter de le brader. Celui qui fournit le produit ou service est responsable du prix et d’autre part de la perception que peut avoir le client sur la valeur du produit ou service. Donc nous devons travailler sur ces aspects afin d’être payé à un prix en accord avec la valeur réelle du produit ou du service. Et pour les personnes qui me lisent et qui souhaitent un jour réaliser un projet ou faire recours à un développeur, prenez la peine de connaître la valeur de ce que vous souhaitez avoir, ce serait beaucoup plus facile pour vous de savoir si vous devez payer premièrement et ensuite payer plus ou moins.

Sources et En Savoir Plus :

• Wikipédia
• La Toupie
• Peut-on gérer le couple coûts-valeur ? – Véronique MALLERET, Professeur Associé, Groupe HEC – 2006

L’article Valeur = Prix ? est apparu en premier sur Mebodo Richard.

Pour notre série d’article sur mes domaines d’activités, nous allons rentrer dans un monde complètement abstrait et qui permet au grand esprit de s’épanouir dans un projet. Pour ma part c’est dans cette discipline qu’on arrive à voir les visionnaires et leaders. Oui c’est bien ce à quoi vous pensez , la gestion de projet et pour être précis la gestion de projet informatique.

Gérer c’est prévoir et prévoir c’est concevoir …

Anticiper, prévoir, diriger sont tant de mots qui reviennent lorsqu’on parle de gestion. Et comme je l’ai déjà ce sont des choses qui caractérisent les grands hommes. La gestion de projet est l’ensemble des activités visant à organiser le bon déroulement d’un projet et à en atteindre les objectifs. C’est carré comme définition et c’est la base même de la gestion, s’organiser pour atteindre des objectifs. Voilà la base étant posée, quand est-il de la gestion de projet en informatique ou dans le numérique ? Pour un projet informatique, les principes de base s’appliquent. En pratique, une méthode accompagne dans les différentes phases de la gestion de projet, de la définition des objectifs à la réalisation des livrables, en passant par l’affectation des ressources et la gestion du planning.

Gérer c’est atteindre les objectifs

Comme vous pouvez le deviner, ce n’est pas par hasard que des personnes on mit en place des méthodes et des processus afin d’atteindre des objectifs ou encore de réaliser des projets. Au cours de l’histoire humaine, nous cherchons sans cesse à nous améliorer et à mieux faire. C’est dans cette esprit que la gestion de projet a été créer pour garantir au maximum le succès d’un projet. Lorsqu’un projet est bien géré, c’est un gain de temps et de ressources. Aujourd’hui il existe plusieurs façons de gérer un projet. Avec des méthodes adaptées au projet ou aux objectifs. Et pour moi, pour projet destiné à exister sur la durée a besoin d’une gestion impeccable.

Gérer un projet informatique ‍

 Dans la gestion d’un projet informatique nous avons trois caractéristiques de bases. Elles permettent de définir le cap emprunter par le chef de projet. Ces caractéristiques sont :

• Les coûts : toute action entreprise doit respecter le budget défini au lancement du projet. La maîtrise des coûts passe notamment par l’anticipation des risques et par la mise en place de mesures pour éviter tout dépassement de l’enveloppe allouée.
• Les délais : la conduite du projet doit tenir les délais annoncés, en suivant des jalons intermédiaires. Le respect des délais implique l’identification des potentiels dérapages par rapport au planning initial et à la mise en œuvre des actions de correction.
• La qualité : l’exécution du projet implique également des phases de validation avec les différents intervenants. La garantie de la qualité est permise par la vérification de la conformité aux exigences convenues.

Un projet informatique peut être le développement d’un nouveau logiciel ou la mise en place d’une solution de système d’information. Il peut s’agir de l’installation d’un logiciel par exemple. Dans tous les cas, le projet informatique est complexe, et sa gestion doit tenir compte de ses spécificités. Cela implique autant de rigueur que de flexibilité et sa part de créativité.

Les étapes de la gestion d’un projet informatique

Autant un projet informatique peut sembler difficile, autant il est peu probable qu’il ne respecte pas les étapes suivantes :

Analyse fonctionnelle et définition des objectifs

Lors de cette phase préalable au démarrage du projet, les parties prenantes définissent ensemble : les objectifs et la portée du projet, les livrables attendus, les délais souhaités, le budget alloué, le degré de souplesse qui pourra être accordé. En fonction du projet, l’analyse peut être plus profonde.

Conception détaillée

Après l’élaboration des spécifications de la structure générale du projet, on rentre dans le vif du sujet avec sa conception détaillée avec le découpage et chiffrage, la planification et la constitution de l’équipe.

Développement du projet

La réalisation est le cœur même du projet. Elle intervient après une conception rigoureuse et en conformité avec le cahier des charges. La phase de codage consiste à traduire les fonctionnalités et autres exigences techniques définies lors de la conception en un langage de programmation.

 Tests et intégration

L’exécution de tests unitaires va permettre de s’assurer que la programmation est de qualité, en vérifiant que chaque module ou sous-ensemble de la solution informatique est conforme aux spécifications. Toutes ces étapes impliquent la supervision et le suivi rigoureux de du gestionnaire de projet.

Recette

Les tests menés vont permettre de développer une solution correspondant aux besoins exprimés en amont du projet. La recette, ou le recettage, est le processus de validation par l’utilisateur de la conformité des livrables par rapport au cahier des charges initial. À l’issue de la recette, une documentation de projet est produite afin de rassembler les informations nécessaires à l’utilisation de la solution informatique et en vue de ses développements ultérieurs.

Mise en production

Une fois le projet qualifié, la solution informatique peut être déployée : il s’agit de la livraison du produit final et de sa mise en service. Il est essentiel de prévoir une formation des utilisateurs aux nouvelles fonctionnalités offertes par la solution.

Maintenance

Une fois le produit informatique en production, la mise en œuvre du projet n’est pas terminée. En effet, une organisation connaît des changements et la solution doit accompagner les processus qui continuent à évoluer. Après la mise en service, le produit informatique nécessite des ajustements, qui englobent à la fois des actions correctives et évolutives :

• Correction de dysfonctionnements et bugs techniques,
• Améliorations à apporter, par exemple en termes d’expérience utilisateur (UX).

La production ne signe donc pas la fin du projet et nécessite un suivi et une maintenance pour accompagner l’installation et le perfectionnement de la solution, afin de garantir son efficacité et son utilisabilité auprès de ses utilisateurs.

Et donc  ?

Comme vous avez pu le lire, la gestion de projet est exercice de rigueur et de discipline. Aujourd’hui il est extrêmement dangereux de réaliser un projet informatique sans une bonne gestion. Si la gestion est mauvaise, la solution a peu de chance d’exister longtemps. Si ça peut vous rassurer, il existe des outils permettant de faciliter la gestion des projets et le suivis des actions organisées, et prévues. Et comme je l’ai dit au début de mon propos, c’est un exercice destiné aux visionnaires et leaders. Une bonne gestion selon moi, repose sur le choix de bons collaborateurs, sur une bonne communication et sur un suivi de qualité. Comme j’ai déjà pris l’habitude de vous le dire je vous partage humblement mon point de vue sur la question. J’espère vous avoir apporter quelque chose de plus et je vous donne rendez-vous la semaine prochaine .

Sources :

• https://fr.wikipedia.org/wiki/Gestion_de_projet
• https://www.appvizer.fr/magazine/operations/gestion-de-projet/gestion-projet-informatique

L’article Gérer c’est prévoir est apparu en premier sur Mebodo Richard.