Les managers et les APIs : par où commencer?
Bien que les APIs soient un de mes sujets favoris, je n’ai pas identifié de document synthétique, pour les managers, sur les APIs : définition d’une stratégie et mise en œuvre. A défaut, voici plusieurs points de départ :
1. Mes notes de cours sur les API pour revoir les bases, notamment la distinction entre “API en général” et “API REST” :
https://emlyon.github.io/mk99/generated-html/apis-and-their-business-relevance-fr.html
2. Une collection de liens web que j’ai rassemblés
En français et en anglais, y compris un lien vers un livre blanc de 3scale :
https://www.pinterest.fr/seinecle/data-integration-and-apis/ (la navigation sur Pinterest est facilitée si vous avez un compte et que vous êtes connecté)
3. Les “grandes voix” sur les APIs :
a) Kin Lane, le plus reconnu sur le sujet (http://apievangelist.com/)
b) Aurélien Fache, francophone (https://twitter.com/mathemagie). Plus geek et moins orienté business.
c) Mehdi Medjaoui, expert de API Academy qui a livré une interview très éclairante sur les impacts business et sociétaux des APIs.
d) Nicolas Grenié, développeur et spécialiste des APIs.
4. Les entreprises
Il y a un grand nombre d’entreprises qui peuvent vous accompagner sur votre stratégie API : depuis des cabinets de consulting en transformation digitale, jusqu’à des cabinets spécialisés sur les APIs spécifiquement (3Scale et Apigee pour la conception et l’implémentation. Apiary se spécialise dans l’implémentation). La API Academy est à regarder également, avec Mehdi Medjaoui cité plus haut.
4. Forums et lieux d’apprentissage sur les APIs
- Le Electronic Business Group (EBG) est un forum très actif sur tous les sujets IT / digital / data, et a tenu récemment une journée sur les APIs. Il y a un droit d’accès annuel à l’EBG, qui peut valoir l’investissement.
- Les API days : conférence qui se tient plusieurs fois par an dans le monde entier, la prochaine est à Paris le 11/12 Décembre 2018!
5. Si je devais résumer ma réflexion sur les APIs:
- il y a les API pour les besoins internes de la DSI (faire tourner les applications métiers etc) : ce n’est pas le rôle du management de s’impliquer sur ce sujet. Néanmoins, si je peux hasarder une opinion, je pense qu’il y a un retard des DSI sur la question : elles évoluent tout doucement, trop lentement, vers des architectures où les interfaces utilisateurs (UI) sont découplées du back-end, la liaison entre les deux se faisant par des APIs REST. Cette lenteur freine l’innovation.
- il y a les APIs dont l’entreprise est utilisatrice : on “consomme” l’API Mailchimp, l’API de SalesForce… Mon impression est que ce type d’usage (de “consommation d’API”) est bien entré dans les moeurs. A force de voir “cloud” à chaque page de journal, forcément…
- il y a les APIs que l’entreprise doit créer (ses propres APIs) pour “projeter” ses services plus loin et plus fort que par la simple interface “page web”. Comment faire? Ici il faut brainstormer, avec deux repères à garder en tête. Ces deux repères ou “balises” sont exemplifiées par ce qu’a vécu Pieter Levels, un entrepreneur hollandais qui se spécialise dans la création de plateformes web au service des personnes qui travaillent à distance (“remote workers”). Il a notamment créé Nomadlist qui présente les villes du monde et en quoi elles peuvent être attractives pour y vivre et travailler, et RemoteOK qui est un job board pour annonces exclusivement de jobs à distance. Pieter Levels a mis en place des APIs pour que des utilisateurs puissent accéder (“consommer”) ces deux services, avec des résultats bien différents:
- BAD : L’accès de NomadList par API, sans contrôle, a abouti à se faire siphonner ses datas par des concurrents qui s’en servent pour faire des copycats : #fail ! (relisez les tweets annonçant l’ouverture de l’API et sa fermeture).
- GOOD : L’accès aux annonces de RemoteOK par une API permet à des plateformes tierces d’intégrer le catalogue d’annonces de RemoteOK aux leurs — c’est du référencement gratuit et à grande échelle, qui accroît la probabilité qu’une annonce trouve un candidat. Relisez le tweet qui annonce l’ouverture de l’API.
Cet échange résume le contraste entre les deux situations : bien que dans les deux cas il s’agisse d’ouvrir ses données via une API, le résultat est opposé :
Il faut donc une appréciation fine des usages que l’ouverture d’une API permettra de stimuler. Un des effets les plus vertueux est celui d’une “caisse de résonance” : en réutilisant notre contenu pour leurs propres objectifs , les utilisateurs de l’API vont sans le vouloir faire la promotion de notre contenu, ce qui en renforce l’efficacité.
En espérant que ces pistes vous soient utiles !
(reposted from https://www.linkedin.com/pulse/les-managers-et-apis-par-o%C3%B9-commencer-clement-levallois/?published=t)
