Cinq erreurs dans les projets informatiques RH et comment les éviter

Cinq erreurs dans les projets informatiques RH et comment les éviter
Cinq erreurs dans les projets informatiques RH et comment les éviter

La mise en œuvre ou la réalisation des objectifs des projets dans les entreprises échoue souvent à cause des mêmes problèmes. Cela s’applique également à la numérisation des processus RH. Cet article examine de près cinq échecs de projets classiques et révèle des solutions possibles sur la façon dont un projet peut encore être mené à bien.

Lorsqu’il s’agit de projets informatiques en RH, cela fonctionne généralement comme ceci : Un objectif noble est formulé au début qui inspire et crée un esprit d’optimisme, mais dès qu’il commence à être mis en œuvre, la passion et l’engagement des personnes impliquées dans le projet s’amenuise. Les schémas de pensée et de communication classiques en sont souvent responsables.

Idée reçue 1 : Nous avons toujours procédé ainsi

Le manque de volonté de changement est l’une des principales raisons pour lesquelles les projets échouent. Neuf entreprises sur dix n’ont pas la volonté commune de changer. Si le chef de projet et l’équipe partent d’un objectif qui fédère tout le monde, dès qu’on se lance, les sceptiques ralentissent le projet avec la phrase « On a toujours fait comme ça ». Au lieu de remettre en question « ce que vous avez toujours fait », on tente alors de concilier l’objectif initial et le processus « éprouvé ». Le processus éprouvé n’est pas toujours le nec plus ultra.

Si vous voulez rendre un train plus rapide et plus ponctuel, il ne suffit pas de remplacer les housses de siège. Par conséquent, lorsqu’il s’agit de simplifier un processus RH grâce à la numérisation, il convient de remettre en question l’ensemble du processus analogique précédent. Si vous ne faites pas cela et faites plutôt « ce que vous avez toujours fait », vous n’obtenez pas le meilleur processus numérique possible par la suite, mais un processus analogique numérisé qui continue d’être inefficace et consommateur de ressources. Afin de pallier cet échec, la transformation du processus doit être mise en place comme partie intégrante du projet et les conditions cadres techniques dans lesquelles le processus peut évoluer doivent être identifiées.

Idée reçue 2 : Avec une solution cloud, tous les processus sont intégrés

Certes, l’attente de salut des entreprises vis-à-vis d’une solution cloud a été largement suscitée par les promesses exagérées faites par les constructeurs. Le problème ici : les solutions cloud – quelles qu’elles soient – ​​ne garantissent pas l’intégration automatique, fluide et harmonieuse de tous les processus après l’installation du logiciel. Pour comprendre pourquoi il en est ainsi, il faut savoir que les solutions cloud sont et doivent être paramétrables et adaptables aux besoins de l’entreprise.

Le problème fondamental ici : si les attentes élevées ne sont pas satisfaites avec l’investissement généralement élevé dans la solution cloud, l’ensemble du processus de numérisation est souvent remis en question. Les projets utiles en eux-mêmes sont arrêtés ou mis en attente. Afin de contrer cet échec, il doit y avoir une accumulation ciblée de connaissances pour tous les participants au projet dans le processus de projet, et les problèmes d’architecture système tels que l’intégration du système cloud dans les processus critiques de l’entreprise doivent être clairement définis et pris en compte.

Idée reçue 3 : quelques échantillons aléatoires suffisent

Encore et encore, des tentatives sont faites pour enregistrer au mauvais endroit dans les projets. Surtout sur la ligne droite, la tentation est grande. Très souvent, nous constatons que la phase de test en particulier n’a pas l’importance qu’elle devrait avoir. Au lieu de cela, seuls des tests aléatoires sont effectués. S’il n’y a pas d’anomalies, le système est mis en service.

Bien que le projet soit terminé, un réveil brutal menace par la suite. Par exemple, même si vous testez 90 cas sur 100 dans le processus de facturation et qu’ils sont tous corrects, aucune entreprise ne peut se permettre que les 10 derniers pour cent soient faux. Vouloir terminer le projet rapidement ne doit jamais se faire au détriment de la sécurité et de la fiabilité. Sinon, le projet peut échouer en fonctionnement.

Idée reçue 4 : Avez-vous des « meilleures pratiques » ?

Dans dix pitchs de projets sur dix, on est interrogé sur les « meilleures pratiques ». Les attentes placées sur les meilleures pratiques sont souvent encore plus élevées que sur les solutions cloud. C’est excitant ce que vous vivez lorsque vous demandez sur le terrain : quel cas de « meilleure pratique » aimeriez-vous avoir ? Celui de l’entreprise x ou y ou z ? Car la mise en place d’une « best practice » ne garantit pas automatiquement une standardisation et une harmonisation des processus de l’entreprise.

Il est beaucoup plus important de trouver une solution individuelle pour l’entreprise, de remettre en question les processus dans l’entreprise, de prendre en compte les exigences réglementaires et de transférer le tout ensemble dans une structure numérique, qui représente alors la “best practice” pour cette entreprise. Ce serait bien s’il y avait une solution pour tout. Cependant, ceux qui donnent des conseils honnêtes disent au client que cette seule solution n’existe pas. Cependant, cela n’exclut pas la meilleure solution pour l’entreprise.

Idée fausse 5 : capacités et ressources

Dans chaque projet informatique, le client engage des dépenses internes. Les employés doivent consacrer du temps au projet. Vous devez présenter des processus, donner votre avis sur les solutions proposées ou tester le système. Encore et encore, les clients réduisent cet effort interne – malgré les calculs dans le projet – afin de réduire les coûts. Si le manque de ressources et de capacités devient finalement apparent, des améliorations doivent être apportées. Si des spécialistes externes supplémentaires doivent être appelés pour le projet parce que les capacités internes sont à leur limite, cela peut être très coûteux et le budget du projet peut être dépassé.

Ici aussi, ce qui suit s’applique : un conseil avisé calcule les coûts internes pour le client de manière transparente. Dans la plupart des cas, épargner au mauvais endroit entraîne des coûts plus élevés.

Vous pourriez aussi être intéressé par:

HR Startup Monitor : Les startups tech RH maîtrisent-elles les crises actuelles ?

Un logiciel RH tout-en-un ou de nombreux outils différents ?

Aperçu du marché : les plus grands éditeurs de logiciels RH

Série de discussions sur le marché HR-Tech : “Le terrain de jeu pour HR-Tech s’agrandit”

Tags: Cinq erreurs dans les projets informatiques comment les éviter

PREV Conseils beauté pour son look emblématique – .
NEXT deuil de « Gold-Rosi » Mittermaier – .