Un aperçu du CAS Requirements Engineering - Qualitas AG

À propos de cette offre

Tout le monde parle de la numérisation, et celle-ci ne fait pas exception dans le secteur agricole. L'objectif est de transformer fondamentalement les travaux à différents niveaux, de les faciliter, de les préciser ou de les confier entièrement aux automates. Avec cette numérisation qui progresse de plus en plus rapidement dans l'agriculture, les secteurs en amont et en aval doivent également suivre le rythme. La transition vers un travail agile et l'introduction d'un Requirements Engineer sont une possibilité pour les entreprises des secteurs en aval de suivre ce rythme soutenu. Le CAS Requirements Engineering à la Haute école spécialisée de Lucerne m'a aidé à découvrir les méthodes et outils nécessaires.

La numérisation ne fait pas exception dans l'agriculture

L'avenir de l'agriculture est numérique. Les agriculteurs espèrent ainsi une simplification et un allègement de leurs tâches quotidiennes. Le secteur de l'agro-technologie de pointe croît environ quatre fois plus vite que le reste du secteur agricole. Cela concerne les entreprises qui font progresser la numérisation de l'agriculture grâce aux technologies.

Photo : swissherdbook

Il arrive souvent que toute la technologie se développe plus rapidement que les entreprises elles-mêmes. Cette numérisation qui progresse de plus en plus rapidement se fait également sentir chez Qualitas. Au cours des dix dernières années depuis sa création, le nombre de collaborateurs a doublé et les méthodes de travail ont changé plusieurs fois. Depuis plus de deux ans, un travail agile inspiré de Scrum est pratiqué. Cette transition vers le travail agile a été une étape importante et juste pour suivre le rythme des technologies en rapide croissance dans l'agriculture. Un grand avantage de cette transition est la grande flexibilité et donc l'agilité. Des sprints courts et des cycles d'installation de quatre semaines nous permettent de présenter rapidement aux clients des premières solutions et de répondre directement à leurs retours. Grâce à des réunions régulières et un backlog, une grande transparence est assurée. Mais il reste vrai chez Qualitas AG que la plupart des projets informatiques échouent ou sont fortement retardés, notamment parce que les formulations des objectifs étaient imprécises et qu'il manquait des exigences claires. En particulier avec Scrum, il peut être dangereux que les exigences changent après chaque sprint et que les sprints soient planifiés de manière trop défensive. C'est là que les méthodes du Requirements Engineering (RE) doivent aider.

De grands espoirs reposent sur le Requirements Engineering

Le RE détermine les exigences des clients pour le produit final par diverses méthodes et établit ainsi une spécification des exigences. Le RE doit

comprendre les besoins des parties prenantes,

assurer un langage commun entre le client et le développeur logiciel,

consigner les exigences de manière appropriée et contraignante par écrit

L'utilisation des cartes des parties prenantes

Une méthode utile pour comprendre les parties prenantes d'un projet est la carte des parties prenantes.

Avec cette carte, il est plus facile de classer les intérêts et l'influence des différentes parties prenantes impliquées et d'essayer ainsi de comprendre leurs besoins. Il est maintenant crucial de découvrir comment transmettre aux parties prenantes qu'elles sont importantes pour le succès du projet et d'essayer de susciter leur intérêt. Une fois cela réussi, il existe différentes méthodes pour aider à recueillir correctement les exigences.

Que diriez-vous de la méthode des 6 chapeaux ?

Il est important de définir d'abord la vision et les objectifs avec les différents groupes d'intérêt. Il faut bien comprendre les mondes des différentes personnes impliquées, car elles savent généralement ce qu'elles veulent, mais souvent pas précisément quoi. Au début, il est difficile de définir et de formuler le bon "niveau de hauteur" des exigences. Les souhaits et besoins sont généralement présentés aux RE à un niveau bas et, aux yeux des clients, il s'agit souvent "juste de petits ajustements rapides à faire". La vue d'ensemble manque cependant et la marge d'interprétation est énorme. C'est pourquoi il est important de travailler concrètement les objectifs avec les clients. Selon le type de projet, différentes techniques de créativité peuvent aider. Une technique de créativité est par exemple la méthode des 6 chapeaux. Les six chapeaux représentent six rôles différents qui sont échangés après un certain temps afin de libérer les modes de pensée figés.

Les avantages du modèle de phrase

Une fois les exigences recueillies, il est important de les consigner par écrit de manière appropriée. Les modèles de phrase sont adaptés à cet effet. La structure des phrases est toujours la même et le contenu est détaché de la réalisation technique. Cela garantit que les clients ainsi que les développeurs logiciels comprennent exactement ce qu'est l'exigence.

Conclusion sur le CAS Requirements Engineering et remerciements à Qualitas et à la HSLU

Grâce au soutien de Qualitas, j'ai pu découvrir dans le cadre du CAS Requirements Engineering à la Haute école spécialisée de Lucerne différentes méthodes qui m'aident à recueillir, documenter, vérifier et gérer les exigences. Nous avons également eu un aperçu de l'intégration du RE dans les organisations et approfondi nos connaissances en conduite de conversations et gestion des conflits. Je me réjouis maintenant beaucoup d'appliquer et d'approfondir ce que j'ai appris dans le milieu professionnel, après avoir déjà pu l'utiliser dans le cadre de mon travail de spécialisation durant la formation.