Planifier et soutenir la croissance : l'évolutivité chez Workday, partie 1
Jon Ruggiero et Jim Stratton consacrent un temps considérable à réfléchir sur l'avenir. En tant que responsables d'équipe dans le groupe Workday Technology Architecture, Jon et Jim sont parmi ceux qui ont la responsabilité de s'assurer que les produits de Workday répondent aux besoins croissants des clients.
Pour remplir cette mission efficacement, ils ont mis en place une discipline de l'évolutivité dans le processus de développement de logiciels Workday. Grâce à un modèle de développement basé sur les services, leur équipe aide à créer des applications Workday optimisées pour évoluer et offrir une flexibilité permettant l'automatisation, l'intégration et la livraison des processus.
Dans cette première série d'articles en deux parties, nous nous adressons à Jon et Jim pour en savoir plus sur le socle de l'architecture Workday et la manière dont celle-ci offre aux clients un environnement applicatif évolutif.
Que signifie l'évolutivité pour Workday ?
Jon : Notre entreprise est âgée de 11 ans maintenant et certains nous ont demandé si la plateforme technologique de Workday devait être refondue ou réactualisée. Au sein des services d'ingénierie de Workday, le concept d'évolutivité est intégré à la manière dont nous concevons et développons nos applications ; il s'agit d'une philosophie que nous avons adoptée dès les premiers jours de l'entreprise – et elle a donné forme à notre approche de l'évolutivité des plateformes et des applications.
Comment Workday a-t-il fait évoluer sa stratégie de croissance et d'évolutivité ?
Jim : Lorsque nous avons entrepris de concevoir l'architecture de Workday en 2005, nous avions pour objectif de servir certaines des plus grandes entreprises au monde. La première étape à consisté à mettre un logiciel opérationnel entre les mains de nos clients aussi vite que possible afin d'obtenir leur avis et retour d'expérience sur ce système.
Les premières versions de l'architecture et des applications de Workday ont offert une approche équilibrée répondant aux besoins de nos clients capable d'évoluer dans le temps en fonction de ces besoins. Nous ne souhaitions pas nous cantonner à une architecture inflexible ou incapable d'évoluer avec le nombre et la taille de nos clients.
Une décision clé que nous avons prise d'entrée de jeu a été de séparer clairement le développement des plateformes du développement des applications. Nous souhaitions pouvoir protéger notre investissement dans notre logique d'application et permettre aux équipes plateformes de maintenir Workday à jour des dernières innovations technologiques. Cette approche nous permet d'apporter des modifications de grande ampleur à notre technologie de plateforme sans devoir réécrire ou refactoriser notre logique business. Ceci s'est avéré crucial car nous sommes en mesure de simplifier de nombreux défis liés à l'évolutivité en les proposant à nos équipes plateformes, tandis que nos équipes de développement applicatives peuvent se concentrer sur leur domaine de compétence.
« Une décision clé que nous avons prise d'entrée de jeu a été de séparer clairement le développement des plateformes du développement des applications. »
Pouvez-vous décrire vos premiers retours d'expérience ?
Jon : Je pense que la meilleure chose que nous ayons réalisée au commencement est qu'adopter une approche orientée services était vital pour surmonter les difficultés liées à l'évolutivité. Cela signifie que nous avons scindé nos services ou introduit des services entièrement nouveaux pour répondre aux besoins business.
Voici quelques exemples simples. Aux alentours de 2006, nos premiers clients n'ayant pas beaucoup d'utilisateurs finaux sur Workday, la charge d'utilisateurs simultanés n'était pas un problème. Toutefois, les clients avaient des utilisateurs administratifs ayant beaucoup de rapports volumineux à exécuter fréquemment pour prendre confiance dans un nouveau système. Les rapports présentaient certains problèmes résolus en séparant les charges de travail de reporting de la charge de travail transactionnelle.
Lorsque notre premier client a lancé son activité, nous avons constaté une forte augmentation des volumes d'utilisateurs simultanés les jours de paie car les employés s'empressaient d'afficher leur talon de chèque en ligne et de générer un format de chèque à imprimer. Nous avons résolu ce problème en mettant en place un service d'impression dédié au traitement de ces types de demandes, qu'il s'agisse de la paie ou d'une autre application. Ces premières leçons nous ont confirmé qu'une approche orientée services était la bonne approche.
Lisez la seconde partie de cette série, où Jon et Jim abordent le rôle de l'évolutivité dans la satisfaction des besoins du client et décrivent comment Workday reste au fait des différents types d'exigences client.
Cette parole d'expert, écrite par les rédacteurs de Workday, a été publiée initialement en anglais sur le blog Workday.