De CDP transverse vers CDP orienté IT

Bonjour "rogermiro",

Il est vrai que les populations de "Chef de Projet" ont tendance à se mélanger un peu trop ... Néanmoins, j'avais écrit "quelques lignes" sur l'évolution de ce métier (et d'une partie de mon métier aussi) et voilà que notre brave site "Free-Work" me l'a tout simplement éteint (j'ai demandé aux "hautes instances" de bien vouloir me le rétablir au plus vite). Lorsque la situtation sera redevenue normale, vous pourrez consulter ceci :

https://www.free-work.com/fr/tech-it/forum/t/22825-etat-du-marche-direction-projet-et-management

En tous cas, ce qui est sûr, c'est que le PMO (de préférence avec certification "Agile", "Scrum" ou "Safe") couplé avec un profil "Direction/Management" de Programmes/Projets, que ce soit en "Métiers/IT" ... "y a du boulot et du pain sur la planche" ...et comme disait l'un de mes feux grands-pères : "encore faut-il remettre son - outil habituel - au bon endroit, affûter son surin sur un cuir de boeuf et ramasser les bons pieds de pissenlits ... pour les excellents, il y a la fleur (de pissenlit et c'est très bon pour la santé), pour les bons, il y a les feuilles (en salade avec une p'tite sauce mistouffe, un régal) et pour le reste ... les racines" (en infusion, décoction, tisane, rien de mieux pour se soigner et se purger .. en poudre, pour les préparations culinaires) .... c'est facile à comprendre ... au demeurant, au-delà de cela, j'aime le pissenlit tout entier et je m'en sers au quotidien, notamment lors des mois d'hiver et des passages de saisons car ça vous donne la "Force de Jedi' pour combattre votre routine quotidienne et trouver des occupations.

Blague à part ou dans le groin,

Vous parlez "Chef de Projet IT avec une spécialité d'API", on aurait pu aussi parler de "PMO avec spécialité Cybersécurité" ou "Chef de Projet Transverse avec spécialité RPA (Robotic Process Automation) pour le domaine de l'éditique".

Grâce à la mise en avant du "Nuage" (pas celui de Tchernobyl), l"API" (comme les champignons dans un sous-bois ou dans une myciculture), pousse relativement bien, notamment grâce à la pléthore des plateformes, des solutions "en veux-tu, en voilà", sans parler des "forks", des "dérivées", des projets "open morts-nés", des "one-shot" (comme la pub : "Bastos, la cigarette sur laquelle on te tire qu'une fois") ... à terme, ce sont, pour la plupart des produits "jetables" (la durée de vie "commerciale" d'une plate-forme "lambda" est de l'ordre de 3 ans, avant qu'elle ne fasse bouffer par une autre mante religieuse ... seules les plateformes d'API ayant de réelles forces en tous points sont de nature à résister ... les autres ne sont que "poussières de l'univers) ... j'en parle en connaissance de cause .. avec mes différentes expériences; je dois avoir à mon actif, pas loin d'une dizaine de programmes/projets API de "A à Z" (de l'idée à la production, en passant par toutes les phases, y compris formations, support et "tout le tintouin" comme disent les helvétiques.

L'API (Application Programming Interface) est un écosystème tentaculaire, doublé d'un hydre à plusieurs têtes (autant qu'une équation à "x" inconnues) : API de bas niveau, API de haut niveau, API "Web", API REST, API (New Year 😀 ) ...

Deux facettes pour l'API : le métier/fonctionnel (conception) et l'application/technique (développeur/testeur) ... quand on peut faire les deux, c'est bien ... il y a de la demande, quelque soit le secteur, principalement dans les domaines "Architecture de solutions", "Web Lead Developpement" et en conception plutôt fonctionnelle ... Les années faisant et tout ce que l'on peut faire "avaler comme couleuvres" aux API et à ceux qui "croient" les penser et les manipuler avec les nouvelles méthodes, les nouveaux types de données, les nouvelles architectures, les nouvelles règlementations, les nouvelles contraintes (issues de ces mêmes règlementations, sic !), les exigences et les directives (parfois contradictoires) concernant la "cyber"sécurité, le RGPD, l'Europe, .... bref, un "sac de noeuds de serpents" où même un fakir n'y retrouverait pas sa corde magique et son "naja" (serpent à lunettes ou cobra).

L'API n'est que le bras technique armé résultant .... du "Contrat d'Interface" (n'oublions pas : Application Programming INTERFACE) avec ce qui va bien.

Avoir "corde API à son arc" est un plus non négligeable, d'autant que si l'on "maîtrise" le concept théorique ET pratique des différentes facettes du contexte : Spécifications Générales = Métiers / Spécifications Fonctionnelles = Processus / Spécifications Techniques = Applications / Spécifications Détaillées = Développement, et que l'on prenne en compte les aspects découlants (règlementaires, juridiques, sécurité. : il existe un OWASP API Security très particulier, différent de l'OWASP WEB et je ne parle même pas des autres OWASP), les enjeux métiers et les attendus des clients/utilisateurs ... vous avez la "clé de voûte".

Le reste n'est que cahier de charges, appels d'offres, solutions "All-in-One", plateformes, outillages et épiceries.

Dans les "poids-lourds" de l'API, on retrouve toujours la même chose : les plateformes d'intégrations (un p'tit coup de manivelle et on trouve facilement un "Magic Quadrant" quelque part à jour des tendances.

"Cerise sur le gâteau, la tarte ou la brioche des rois" (le canard va manger la cerise et vous n'aurez plus rien), si vous tentez une certification "API Fundation" (plus généraliste), cela peut avoir du sens à votre "orientation" technique .... ce n'est pas que théorique, il faut souvent soit exploiter une plateforme en ligne "gratuite" dans le cadre de la formation ou se prendre un petit abonnement "free" ou pas cher pour avoir un minimum de fonctionnalités intéressantes pour se "caler une dent creuse" ... puis par la suite, si vous voulez aller plus loin, vous pouvez tenter une certification plus avancée, mais souvent relative à une plateforme donnée (administration ou développement ou architecture ou les 3, pourquoi pas si vous vous sentez aussi combatif que le "Lion du Penjab").

Cela demande de l'investissement, dans beaucoup de domaines, mais à "Coeur Vaillant, rien d'impossible". Aujourd'hui et pour après-demain, car demain est déjà dans notre rétroviseur, l'API est le centre de tous les échanges de flux avec son compère le MFT (Management File Transfert), ce qui, à terme sera le "Grâal" de tous les SI : l'intégration de l'interopérabilité de tous les calamars, pieuvres et poulpes en tous genres, sans oublier les poissons-suceurs, les poissons-nettoyeurs, les poissons-pilotes, les poissons-chats (les poissons d'avril n'en font pas partie).

En conclusion, ajouter une des cordes de l'API à votre arc de "Chef de Projet - PMO" peut être de bon aloi, à conditions d'y mettre du vôtre, et de prendre pour commencer : un outil libre et/ou open-source (votre bouzin préféré et quelques forums vous éclaireront volontiers), souvent reliés à de l'outillage somme toute standard et si vous avez une chance de travailler sur un projet où un "poids lourd du secteur" est présent ou à choisir lors d'un AO, foncez ... cela ne peut pas faire de mal, bien au contraire. Et si vous complétez par un peu de lecture, je vous conseillerai l'excellent site "Dzone'" (qui n'est pas fait que pour les développeurs, et où l'on apprend énormément de choses sur ces sujets, des jeunes "gnous" comme vous. aux vieux "éléphants"/"Hippopotames" comme moi, selon l'humeur du moment 😀 et en toute humilité, il est certain que l'on ferait d'énormes quantités d'encyclopédies Universalis de tout ce que je ne sais pas encore et de tout ce que je n'ai pas découvert et appris.

Bien à vous,

Yanolezard.