Ce n’est pas le titre d’une nouvelle comédie, mais un simple constat!
Il est vrai que cela est difficile à imaginer pour beaucoup de praticiens tant les métiers sont au cœur de l’évolution des outils et des pratiques, mais il semble pourtant que ce soit encore monnaie courante dans certaines entreprises !
Aujourd’hui les applications destinées à favoriser le travail en équipe par, notamment, une pratique plus ouverte de la communication et du partage d’informations en interne et avec l’externe, font souvent l’objet d’une période de tests ou d’essais.
Or a l’instar de ce qui se faisait il y a encore quelques années, et malgré le rôle des business analystes, la charge du test reste trop souvent confiée aux équipes techniques !
Je m’étonne toujours que des tests d’outils de communication soient proposés en test à des équipes à propos desquelles tout le monde s’accorde ou presque à reconnaître que leur première qualité n’est pas la communication.
Si cette pratique se justifiait par le besoin d’une « garantie » de qualité des outils et de leur parfaite cohérence (système et exploitation) dans le paysage applicatif de l’entreprise, il n’en est plus rien pour la majeure partie des nouvelles applications hébergées dans le cloud, utilisées en tant que service et conformes aux principaux standards.
Aujourd’hui, les métiers sont les principaux acteurs de la mise en œuvre des outils collaboratifs. Ces outils sont organisés autour de fonctionnalités de communication.
Et il est probable que la meilleure approche pour juger de l’intérêt de ces solutions est de confier leur appréciation aux métiers.
Qu’il s’agisse de Yammer ou de Teams pour ne parler que des outils de Microsoft, l’adoption passe par l’appréciation de la proposition de valeur pour des cas d’usages connus des business analystes.
Afin de juger de la pertinence d’un outil, il est préférable que les porteurs de projets associent équipes techniques et utilisateurs côté métiers dans une approche d’appréciation.
La pratique vertueuse passe par l’engagement ou l’intégration des principaux intéressés et la mise en œuvre – avec eux – d’un « plan de test » dans lequel seront précisés, entre autres :
- Les objectifs métiers,
- Les fonctionnalités à évaluer,
- Les éléments de gouvernance requis par l’organisation,
- Les personnes en charge du test,
- Les éléments de mesure,
- La durée,
- Le support à apporter aux utilisateurs concernés pendant la période.
La méthode est simple et pertinente au regard des attentes des uns et des autres.
Elle permet de mettre en œuvre des stratégies au service de l’adoption des « nouvelles manières de travailler » qui ne sont pas à l’initiative des services techniques et à propos desquelles leur apport est important mais limité.
La méthode est efficace, mais c’est à vous de voir !